Soll – Ist – Zustand im Gleisbild nach Zugfahrten

[Detlef Ronski]

Hallo WDP-Freunde,

seit einigen Tagen habe ich merkwürdige Zustände, Geisterfahrten auf der Anlage die nicht nachvollziehbar sind, beziehungsweise im Gleisbild anders dargestellt werden. 

Wie im Bild dargestellt fuhr die BR 96-017 über drei Blockstellen weiter und hatte dadurch eine Kollision mit der 50-2362 R, im Lok-Control habe ich die Lok gestoppt. 

Im Zugfahrten Ablauf-Inspektor ist die ZF der Re 4/4 komplett abgearbeitet, obwohl sie ihr Ziel nie erreicht hat. 

Laut Ablauf-Inspektor ist die 5773 „Grün“ markiert, obwohl sie laut Lok-Control keine Fsp. hat. 

Wer hat eine Erklärung und könnte helfen?

[Dirk Streuber]

Hallo Detlef,

was zeigt denn die ZÜ an So wie es aussieht, arbeitet vermutlich ein RMK nicht zuverlässig, und löst somit möglicherweise eine Kettenreaktion aus ... . Tritt diese Situation mit Profilen auf?

[ottochen (Thomas)]

Hallo Detlef,

schau mal in die Zugüberwachung (F7) dort steht das ganze detailierter aufgeführt wann was wo passiert innerhalb einer FS/ZF!

[Detlef Ronski]

Hallo Dirk + Thomas,

da sich die Moba-Anlage noch in dem Zustand der letzten Situation befand, anbei ein Bild mit der ZÜ.

Hallo Detlef,
was zeigt denn die ZÜ an So wie es aussieht, arbeitet vermutlich ein RMK nicht zuverlässig, und löst somit möglicherweise eine Kettenreaktion aus ... . Tritt diese Situation mit Profilen auf?

Für die ZFA Hauptstrecken sind keine Profile vorhanden.
Ich suche gerade nach einem gemeinsamen RMK der FS für alle 3 Situationen der eine Kettenreaktion auslösen konnte. Melde mich wieder.

[Dirk Streuber]

Hallo Detlef,

hattest Du, bevor es zu dieser Situation kam, eine Nothalt- bzw. Kurzschlussabschaltung

[Detlef Ronski]

Hallo Dirk,

Nothalt habe ich ausgelöst, nachdem die 96-017 auf die 50-2362 R fuhr und im Lok-Control die 96-017 gestoppt. Danach den Nothalt aufgehoben. ZFA war danach weiter aktiv und die Situationen der 5773 und Re 4/4 passierten danach. Kontrolliert nach Logbucheintrag.

[Dirk Streuber]

Hallo Detlef,

stoppe mal vor zurücksetzen des Nothaltes den Zugfahrten-Ablaufinspektor, damit keine wartenden Zugfahrten gestartet werden können. Beim Zuschalten kann es passieren, dass die RMK nicht sofort den aktuellen Zustand haben und somit kann es passieren, dass manche Bedingungen für die wartenden Zugfahrten kurzzeitig erfüllt sind und auch gestellt werden. Das erklärt erst einmal die Situation von 5773 und Re 4/4. Warum die 96-017 nicht angehalten hat, wird, wie schon erwähnt, vermutlich an einen nicht korrekt ausgelösten RMK gelegen haben. Ich hatte kürzlich ein ähnliches Problem an meiner Anlage, wo auch ein RM-Modul die Ursache war.     Hier wurden Loks mit geringer Stomaufnahme nicht gemeldet, wenn diese in schneller Fahrt über den Abschnitt fuhren, in langsamer Fahrt und im Stand war jedoch eine Rückmeldung vorhanden. Um die Fehlerquelle einkreisen zu können, kann ich nur empfehlen, Profile mit Lok-ID0 zu erstellen und zu schauen, welche Profilzeilen nicht korrekt abgearbeitet werden.

[Detlef Ronski]

Hallo Dirk,

ich habe alle FS der betreffenden Züge nach einem gemeinsamen RMK durchsucht und leider keinen gefunden. Im Logbuch keine diesbezüglich auffallenden Einträge.

Dabei viel mir meine Frage von Anfang April
http://www.windigipet.de/foren/index.php?topic=65223.0
wieder ein. Damals hatte ich die Fehlermeldung öfters, die jedoch nach Aufhebung der 1.Teilstreckenfreigabe in den betreffenden FS behoben wurde. Was mir immer noch nicht klar ist, was WDP bei der Fehlermeldung „… wird verworfen“ macht.

Mal hatte bei der Fehlermeldung die Lok laut Lok-Control noch Fsp, mal nicht. Was ist richtig?

[Markus Herzog]

Hallo Detlef,

zu "...wird verworfen":
Win-Digipet prüft am Ende einer Fahrstraße, die ohne Profile gefahren wurde. Ob alle Kontakte für die es Fahrbefehle gab abgearbeitet wurden d.h. ausgelöst wurden.

Nehmen wir die einfachste Fahrstraße:
-RMK 1 Start 70 km/h
-RMK 2 Streckenkontakt 1 100 km/h
-RMK 3 Bremsen 30 km/h
-RMK 4 Stoppen 0 km/h

Nehmen wir an der Kontakt 2 hat einen "Wackler". Dann hat WDP am Ende diese Fahrstraße noch im Speicher stehen "Lok xy auf 100 km/h bringen wenn RMK 2 ausgelöst" falls der Kontakt dann nicht aufgrund des Wacklers ausgelöst hat.

Früher war es dann so, dass wenn irgendwann der Kontakt 2 mal wieder funktionierte (z.B. anderer Zug fuhr drüber) die Lok xy wie von Geisterhand auf 100 km/h beschleunigt wurde, da das Ereignis ja noch im Speicher war.

Seit einem der vorherigen Updates prüft WDP am Ende einer Standardfahrstraße nun, aber ob es nun so Leichen im Speicher gibt und verwirft diese. Zeitgleich wird aber dann der User über die genannte Meldung informiert, dass ein "Nicht abgearbeiteter Kontakt verworfen" wurde. Dies bedeutet nichts anderes dass der genannte Kontakt nicht ausgelöst hatte während der Nutzung der Fahrstraße.

Grüße
Markus

[Dirk Streuber]

Hallo Detlef,

genau, das kann die Ursache des Problems sein.  

Was mir immer noch nicht klar ist, was WDP bei der Fehlermeldung „… wird verworfen“ macht.

Mal hatte bei der Fehlermeldung die Lok laut Lok-Control noch Fsp, mal nicht. Was ist richtig?

Wenn zum Beispiel in einer FS ein Streckenkontakt nicht ausgelöst wurde, weil zum Beispiel ein RMK nicht richtig meldet, dann bleib bisher der Eintrag zu diesem Streckenkontakt stehen. Auch wenn der Zug in einer Zugfahrt bereits ein paar Fahrstraßen weitergefahren war, bestand die Gefahr dass ein anderer Zug diesen Streckenkontakt nachträglich ausgelöst hat und der Zug, zu diesem dieser Streckenkontakt einmal gehörte, setzte sich als "Geisterfahrt" in Bewegung. Diese Einträge werden jetzt bei Freigabe der FS "verworfen".  

Edit: Markus war schneller

[Detlef Ronski]

Hallo Markus,

Hallo Detlef,
Seit einem der vorherigen Updates prüft WDP am Ende einer Standardfahrstraße nun, aber ob es nun so Leichen im Speicher gibt und verwirft diese. Zeitgleich wird aber dann der User über die genannte Meldung informiert, dass ein "Nicht abgearbeiteter Kontakt verworfen" wurde. Dies bedeutet nichts anderes dass der genannte Kontakt nicht ausgelöst hatte während der Nutzung der Fahrstraße.

Grüße
Markus

soweit verstanden, warum ich damals den Fehler durch löschen der Teilfreigabe 1 in den betreffenden FS behoben habe weiss ich nicht. 

Löschen der Teilfreigaben unter Update 4 auf Büro-Rechner, Einspielung auf Moba-Rechner und Start unter Update 5, daher keine konkrete Aussage ob es an den löschen der Teilfreigabe 1 lag. Evtl. ein Hinweis.

Nochmals meine andere Frage zum Verständnis:
Mal hatte bei der Fehlermeldung die Lok laut Lok-Control in der betreffenden FS noch Fsp, mal nicht.

Wird bei "...wird verworfen" die Lok in der betreffenden FS gestoppt oder behält sie ihre Fsp.

Was ist richtig?

Wie erwähnt, stand bei der heutigen Situation keine Fehlermeldung "...wird verworfen" im Lokbuch.

[Detlef Ronski]

Hallo Dirk + Markus,

eine weitere Frage für mein Verständnis "...wird verworfen".

FS RMK 387 = Start
           395
           345 = K1
           349 = K2
           382
           383 = K3
           384 = Brems
           377 = Ziel

Meldung: Streckenkontakt K1 - K3 + Bremskontakt "...wird verworfen":

Bedeutet die Meldung, dass jeder der 4 o.g. RMK nicht ausgelöst hat oder ist die Meldung eine zusammengefasste Aussage für die FS ?

[Detlef Ronski]

Hallo WDP-Freunde,

für Alle die sich für den Beitrag noch interessieren.

Nach langen Versuchen und Tests habe ich den Fehler im o.g. Beispiel der FS gefunden. 

Der Ziel-RMK 377 wurde ztw. als belegt gemeldet und somit die Lok gestoppt, obwohl die RMK K1 - K3 + Bremskontakt nicht abgearbeitet wurden. 

Die Meldung des RMK 377 als belegt erfolgte durch eine unsachgemäße Trennung der Schiene durch die Erschütterung fahrender Züge auf den neben liegenden Gleisen.