1. KT 50249 steht auf dem Gegengleis vor dem Esig Burgdorf und kommt nicht weiter, weil aus der Gegenrichtung alle Gleise belegt sind. Auffällig ist hierbei, es steht im Regelgleis kein Zug vor dem Esig. Die eigentlich vor dem KT 50249 fahrende S 34724_34727 steht ein Signal weiter vor dem Sbk 766. Obwohl der Abschnitt Sbk 766 - Esig Burgdorf 6F frei ist, wird ein besetztes Register angezeigt.
2. ICE 76 bekommt vor dem Esig Celle Gbf keine Einfahrt. Das Fahrstraßenverzeichnis zeigt ein belegtes Register durch X-DekoUelzen_Gleis15. Das kann eigentlich so nicht stimmen, den wie der Name schon sagt steht der Zug abgestellt in Uelzen. Hier die Zugdatei von diesem Zug. Es ist zwar auf dem Bild nicht zu sehen, aber der Aufgleispunkt ist auch richtig.
In der gleichen Simulation steht der KT 50283 vor dem Esig Ehlershausen. Das Fahrstraßenregister zeigt alles in grün, der Zug könnte eigentlich fahren. Nach Signal 7P702 geht es übrigens nicht, weil da vorgeplant ein Arbeitszug steht.
Nun hat der KT 50283 in der Zugdatei eine Abhängigkeit, damit die Kreuzung von 83742 abgewartet wird. Die Wartezeit soll maximal 300 Sekunden betragen. So ist es in der Zugdatei eingetragen und funktioniert hier wohl nicht.
Immer noch in der gleichen Simulation steht der FbZ 78141 vor dem Sbk 76222. Ein Signal weiter ist das Esig Celle Pbf. Ein belegtes Register verhindert das.
Da ich nicht herausbekam, wodurch das belegte Register verursacht wurde, habe ich mich entschlossen manuell und regelwidrig mit dem FbZ 78141 am Sbk 76222 vorbeizufahren. Überraschenderweise hatte der Zug auf dem weiteren Weg durch Celle grüne Signale in Richtung Ehlershausen, siehe den rot gekennzeichneten Weg im Schemaplan unten. Normalerweise bekommen Züge die aus der Simulation sind keine Signale gestellt. Da der FbZ 78141 laut Fahrplan weiter in Richtung Hannover fährt, vermute ich das die auf Fahrt stehenden Signale noch von dem davor gefahrenen KT 50283 waren. Damit wäre auch die Anzeige beim ICE 76 falsch, weil dieser nicht wegen X-DekoUelzen_Gleis15 sondern wegen der nicht aufgelösten Fahrstraße des KT 50283 von Celle Gleis 28 nach Ehlershausen keine Fahrt bekam.
Als ich mit dem FbZ 78141 auf das Einfahrsignal Ehlershausen zufuhr, hatte der KT 50283 gerade Fahrt bekommen und fuhr nach Gleis 4 ein. Obwohl der Zug vollständig in Gleis 4 war, löste auch hier die Fahrstraße nicht auf und das Einfahrsignal blieb in Fahrtstellung.
3. Den KT 50283 hat es in der nächsten Simulation in Suderburg erwischt. Der soll dort eigentlich die Überholung ICE 1689 abwarten. Doch spätestens nach 900 Sekunden soll er auch ohne Überholung weiterfahren. Das hat er hier nicht getan.
In der gleichen Simulation steht der ME 82821 in Uelzen Gbf. Laut Register verhindert auch hier X-DekoUelzen_Gleis15 die Weiterfahrt. Gleis 15 liegt hinter dem ME 82821 und hat mit der Fahrstraße von Uelzen Gbf Richtung Klein Süstedt nichts zu tun.
4. Ein weiteres Problem ist mir bei dem im Bau befindlichen Fahrplan Kassel - Lehrte 1991 aufgefallen. Bei vielen Güterzügen habe ich für Kassel Rbf eine Aufenthaltszeit eingegeben. Damit soll der Personalwechselhalt erzwungen werden. Das funktioniert auch, doch einzelne Züge (so ca. bei jeder 5. Simulation) bekommen anschließend am nächsten Signal Z544 einen Dauerhalt trotz freiem Register. Ich vermute es hängt mit der Abhängigkeit zusammen, denn es passiert nur bei Zügen die eine Abhängigkeit im Fahrplan haben.
Der Fahrplan Hildesheim-Harburg_2018_13Uhr-22Uhr ist vermutlich für diese Art von Störungen aufgrund der sehr dichten Zugfolge und der vielen eingetragenen Abhängigkeiten besonders anfällig. Sind anderen Zusinutzer vielleicht auch schon ähnliche unerklärliche Deadlocks aufgefallen?
Holger
Edit: Der Fahrplan hat mit niedriger Chaoseinstellung ohne Probleme funktioniert. Irgend etwas muss sich in der letzten Zeit geändert haben.
Vor drei Tagem ist es mir erstmal passiert, dass bei vier Testläufen die ersten drei von Zusi gecancelt wurden. Dabei waren jedes Mal andere Züge angegeben. Es kann sich also m.E. dann nicht um ein und denselben Fahrplanfehler mit Deadlock etc. handeln, da nicht reproduzierbar. Noch dazu waren in allen drei Fällen Züge betroffen, die ich im Rahmen meiner jüngsten Erweiterungsarbeiten garnicht geändert habe, die also bereits mehrfach störungsfrei durchgelaufen waren (beim ersten Mal 874 und 684, beim zweiten Mal 684 und 774 und bei dritten Mal RE 16252_16255). Die näheren Umstände dieser Meldungen konnte ich über den Testlauf leider nicht herausfinden.
