Fahrstrassen-Generierung (fahrstr_gen)

[Alwin Meschede]

Die spannende Frage wäre wohl "wie kommen die Arbeitsergebnisse von fahrstrgen in die laufende Instanz des 3D-Editors rein?" Dazu müsste man wohl einen Apparat bauen, der die st3-Datei neu lädt nachdem fahrstr_gen fertig ist. Oder man schafft eine Schnittstelle, über die man eine neue Fahrstraßenkonfiguration in den Editor schieben kann.

[Johannes]

Version 1.0.21 behebt Abstürze bei bestimmten Streckenkonstruktionen. Danke an F. Schn.

[Alwin Meschede]

In Version 1.0.21 habe ich folgenden Absturz, den es in Version 1.0.19 noch nicht gab:

Code: Alles auswählen

Fehler: 'SignalZelle' object has no attribute 'get'
Traceback (most recent call last):
  File "main.py", line 425, in btn_start_callback
  File "main.py", line 159, in finde_fahrstrassen
  File "fahrstr_gen\fahrstr_suche.py", line 53, in get_fahrstrassen
  File "fahrstr_gen\fahrstr_suche.py", line 184, in _get_fahrstrassen_rek
  File "fahrstr_gen\fahrstr_suche.py", line 561, in _neue_fahrstrasse
  File "fahrstr_gen\fahrstr_suche.py", line 550, in finde_vsig_rek
  File "fahrstr_gen\fahrstr_suche.py", line 550, in finde_vsig_rek
  File "fahrstr_gen\fahrstr_suche.py", line 498, in finde_vsig_rek
  File "fahrstr_gen\strecke.py", line 524, in get_richtungsvoranzeiger_spalte
AttributeError: 'SignalZelle' object has no attribute 'get'

Verursachende Datei: https://www.echoray.de/devel/zusi3/fgenAbsturz.zip

[Johannes]

F. Schn. hat's behoben -> Version 1.0.22

[F. Schn.]

Kurze Ergänzung:
Man kann in der Bedingungsdatei seit Version 1.0.20 auch die Werte für die Fahrstraßentypen, die Alternativen Fahrwege, und den Flankenschutz angeben. Sie werden jetzt in dieser Version neu auch endlich funktionsfähig in die Grafische Oberfläche übernommen. Ein Beispieldokument ist auf Github: https://github.com/zusitools/fahrstr_ge ... xml.sample

[Juergen_Verheien]

Hallo,

ich habe manchmal Probleme die Fahrstraßen korrekt und erfolgreich zu generieren, in den Kommentarzeilen tauchen sehr viele Begriffe auf, deren Bedeutung und Nutzung bzw. Korrektur mir nicht unmittelbar zufliegen, viele Versuche sind dann erforderlich, wie z.B. Register nicht vorhanden, obwohl in den abschließenden Arbeiten ausgeführt...

Hier ein Beispiel aus dem Modul "Westfalenhalle"




Frage: Gibt es von Johannes eigentlich dafür eine Kommentarzeile bezogene Erläuterung und deren Maßnahme für die Abstellen des Fehlers, Warnung, Hinweis ???

[Johannes]

Ich sehe da keine Warnmeldungen.

Der Vergleichsmodus dient dazu, die von fahrstr_gen erzeugten Fahrstraßen mit den vom 3D-Editor erzeugten zu vergleichen. Ist es das, was du hier tun möchtest?

[Juergen_Verheien]

Hallo Johannes,

ich habe immer wieder Probleme mit den Fahrstraßen, die ich im 3D-Edi erzeuge, diese aber im Fpl-Edi nicht erkannt oder angezeigt werden.

Welche Auswirkungen in meinem Bespiel haben die fehlenden Registerverknüpfungen denn auf die Fahrstraßenbildung oder generell auf die Simu ?

[Juergen_Verheien]

Hallo,

habe den defekten Zug gelöscht, die PC runtergefahren und alles erneut erfolgreich durchgeführt...., an diese Handhabung sollte ich mich gewöhnen !!!

[Johannes]

Version 1.0.23 mit Unterstützung für Regelgleisanzeiger (wie 3D-Editor 3.5.11.13)

[F. Schn.]

Ich bin ja mal gespannt, wann der selbe Wunsch für "Eingleisige Strecke kennzeichnen" auch noch kommt.

Kurze Rückfrage: Die Sonderregeln im Simulator für "Gegengleis Kennzeichnen" in der Ersatzsignalmatrix sind vermutlich rein in der Zuständigkeit von Zusi, und es ist vermutlich ungetestet, wie sich Zusi bei mit "Regelgleis kennzeichnen" im Ersatzsignal verhält, oder?

[Johannes]

Der 3D-Editor wertet das für Hilfsfahrstraßen auch aus (somit auch fahrstr_gen -> https://github.com/zusitools/fahrstr_ge ... ke.py#L456). Ich bin davon ausgegangen, dass sich an der Logik nichts geändert hat.

[Carsten Hölscher]

Kurze Rückfrage: Die Sonderregeln im Simulator für "Gegengleis Kennzeichnen" in der Ersatzsignalmatrix sind vermutlich rein in der Zuständigkeit von Zusi, und es ist vermutlich ungetestet, wie sich Zusi bei mit "Regelgleis kennzeichnen" im Ersatzsignal verhält, oder?

Was genau meinst du denn?

Carsten

[F. Schn.]

Die Ereignisse "Regelgleis kennzeichnen", "Gegengleis kennzeichnen" und "Eingleisige Strecke Kennzeichnen" haben je nach dem wo sie vorkommen ja 4 verschiedene Bedeutungen, wie hier im ZusiWiki dargestellt:

Im Streckenelement: Eine Fahrstraße, die über dieses Ereignis führt, wird von der Fahrstraßenerzeugung des 3D-Editors als Regelgleis- bzw. eingleisige Fahrstraße mit der angegebenen Streckennummer markiert. Diese Information benötigt unter Anderem die Buchfahrplanerzeugung, wobei die Streckennummer dazu benutzt wird, Regel- und Gegengleis derselben Strecke zusammenzuführen. Wenn eine Fahrstraße über keines der Ereignisse 28, 39, 40 führt, wird sie als Fahrstraße innerhalb eines Bahnhofs (wo kein Regel- oder Gegengleis und keine Streckennummer existiert) erzeugt.

Diese Funktion wird von allen drei Ereignissen 28, 39 und 40 genutzt.

In der regulären Signalmatrix: Beim Erzeugen einer Fahrstraße, die über ein Streckenelement mit "Gegengleis kennzeichnen"-Ereignis führt, wird in einem Hauptsignal, das ein Ereignis "Gegengleis kennzeichnen" in der angesteuerten Zeile enthält, zusätzlich zum regulären Signalbild der im Parameter angegebene Signalbegriff (Nummerierung beginnt bei 0) aktiviert, dazu wird eventuell eine neue Zeile in der Signalmatrix erzeugt. Anwendungsfall sind Gegengleis-Anzeiger (Doku 5.3.1.11.6.13).

Diese Funktion wird von den Ereignissen 28 und 39 unterstützt. In FahrstrGen kann ich in den Code schauen, und stelle fest, dass 40 nicht unterstützt wird.

In der Ersatzsignalmatrix: Wird eine reguläre Fahrstraße im Simulator zufallsgesteuert auf Ersatzsignal befahren, so wird im Startsignal das erste Ersatzsignal mit Ereignis "Gegengleis kennzeichnen" angesteuert, falls die Fahrstraße ins Gegengleis führt. Andernfalls wird das erste Ersatzsignal ohne Ereignis "Gegengleis kennzeichnen" angesteuert.

Diese Funktion wird vom Ereignis 28 unterstützt.

Wie vorstehend, nur bezogen auf die Fahrstraßenerstellung von Fahrstraßen zu einem Hilfshauptsignal (Ereignis 23)

Diese Funktion wird vom Ereignis 28 unterstützt. Bei FahrstrGen kann ich in den Code schauen, und feststellen, dass 39 und 40 hier nicht unterstützt werden.

Meine Frage war jetzt, ob jemand schon getestet hat, was der Fahrsimulator und der Editor in den letzten zwei genannten Fällen macht.
Ich habe jetzt den letzten Fall mal mit einem Testaufbau geprüft, weil das noch relativ schnell geht, aber das Ergebnis ist mir nicht ganz klar. (So wie es mir aussieht: im 3D-Editor wohl ja, aber wenn es mehrere möglichen Lösungen gibt ist die Sache wohl etwas komplizierter?)

[F. Schn.]

Ich bin gerade dabei, mein eigenes Script zu validieren, und bin auf einen mir nicht zeitnah klar gewordenen Effekt von fahrstr_gen gestoßen, habe aber noch keine Zeit für eine vollständige Analyse.

Hintergrund: Mein Tool bescheinigt Maschen Nord eine veraltete Fahrstraßentabelle. Es stellt fest, dass in der Fahrstraße "Bft Meckelfeld Abzw Lsf 1047 -> Hmb-Harburg 41BB" die Register-Referenz (Hamburg_Harburg_2018.st3, 1857) enthalten ist. Mutmaßliche Ursache ist das Ereignis in Element 673b. Mein Tool würde dort jedoch gerne Referenz 1858 einfügen. Und rein optisch gebe ich da eher meinem Tool Recht. fahrstr_gen möchte da auch beim Neuerstellen der Fahrstraßen nichts anders machen, als bisher.

Wenn du Zeit findest, es dir anzuschauen, gerne, ansonsten kommt es auf meinen Stapel.

[F. Schn.]

So, nach einem Verdacht einen kurzen Zeitslot dazwischen geschoben: Gravierende Rundungsprobleme. Auf meinem Rechner führen sie nur in Hamburg-Harburg² und Maschen Nord zu schweren Fehlern, aber da das von Spezialkontexten abhängen kann (also insbesondere Rechnerabhängig seien kann), kann ich nicht mit Sicherheit sagen, dass man mit meiner Testmethode (Log-Diff) erkennen kann, ob ein Modul betroffen ist.

[Johannes]

Danke fürs Forschen. Naja, definiere "gravierend" – bei "garbage in" wie einer Referenz-Nr. "1857.9999" kann man halt auch so oder so arbeiten. Mein Tool rundet ab, deins auf – die Frage ist, was macht Zusi?

[F. Schn.]

In der GUI zeigt Zusi 1858 an, keine Kommazahl, obwohl in der XML die Zahl ja nicht exakt notiert ist. Mein Tool wirft eigentlich eine Ausnahme, wenn es keine exakte Konvertierung machen kann, ausgerechnet in dem Fall hat es aber am Samstag keine ungerade Zahl detektiert, möglicherweise wegen Toleranzbereich. Es sieht mir daher so aus, als sei da Chaos mit Gleitkommaungenauigkeit unterwegs.

Edit: Die Diffs in der Diff von Hamburg sind Hauptsignalverknüpfungen, das ist dort also ein anderer Fall. Habe ich aber noch nicht näher untersucht.

[F. Schn.]

Edit: Die Diffs in der Diff von Hamburg sind Hauptsignalverknüpfungen, das ist dort also ein anderer Fall. Habe ich aber noch nicht näher untersucht.

Konkretisierung: Hamburg, Element 3597, Er="37" Wert="1823.9999", Hmb-Harburg 41T6 -> Hmb-Harburg 41N1, Zusi erzeugt hier Ref 1824, nicht 1823.

[Johannes]

In Version 1.0.24 ist das Verhalten dem von Zusi angeglichen. Danke F.Schn. für die Untersuchung.