Loknummer wird nicht weitergereicht

Hallo ?Honus?

ich tu mir schwer ohne die Programmschritte den Fehler zu erkennen.
Ist es dir möglich die Programmschritt hauptsächlich Karte 7 vielleicht der 2 letzten Fahrstr. hier einzustellen?

Hallo Jürgen,

es wird etwas dauern, da ich nicht so der Theoretiker bin muss ich das erst mal nachstellen.
Vielleicht hat aber jemand schon eine Idee.
Auf meiner Anlage habe ich nur vereinzelt den Pfeil eingesetzt, aber nicht in einem Kreis.

Hallo Jürgen,

ich habe in einem Kreis getestet.
Es hat alles ordnungsgemäß funktioniert. Die Zugnr. wurden weitergegeben und er fuhr Rund für Runde ohne Unterbrechung.
Das Heißt, ich weiß leider nicht was du falsch gemacht hast.
Vielleicht nochmal neu programmieren? An der Sperrmatrix kann es ggf. nicht liegen?(automatisch?)

Hallo Jürgen,
auch ich habe dieses von Dir genannte Problem beim Weiterreichen eines Zuges innerhalb von automatischen Fahrstraßen bei Benutzung des neuen Symbols (Pfeil) zum Weiterreichen von Zügen in nachfolgend unbesetzte Blöcke.
Bei mir tritt dieses Phänomen auch auf. Zug wird im Zielfeld bei Erreichen des ersten Blockes noch angezeigt. Danach wird die nächste freie automatische Fahrstraße geschaltet und Zug fährt weiter (bei mir in den Endbahnhof, wo er halten muss).
Im diesem Endbahnhofsblock wird dann der Zug zwar angehalten, in der ZNR steht aber nicht mehr die Zugnummer sondern die Schrift "unbenutzt".
Die nun folgenden Fahrstraße wird dann zwar noch geschaltet, aber da keine Zugnummer mehr vorhanden ist, bleibt der eingefahrene Zug natürlich stehen.
Also wie bei Dir auch.
LG Thomas D.

Hallo,

wie geschrieben, bei mir hat es funktioniert.
Als einziger Unterschied zu euch könnte höchstens sein, dass ich meine Fahrstr.
vor 1.3 programmiert habe und zum Testen nur den Pfeil unter 1.35 eingefügt habe.
Oder es sind andere unkorrekte Programmschritte vorhanden.
Vielleicht meldet sich Her Meier mit einer Idee. Ggf. dürft ihr zum Prüfen eine Backupdatei an ihn senden.

Was kann man denn in Karteikarte 7 unkorrekt einstellen, wenn nur die Befehle (neues Symbol "Pfeil" = "WEITERFAHREN") als erster Schritt und danach der Befehl "LOK ZUG-ID WDSTOP" eingetragen sind?
Das Problem des Nichtweiterreichens habe ich auch mit einer fest eingestellten Adresse , also bei "LOK 172"....
Ohne das neue Symbol funktioniert(e) ja alles bestens mit der Weiterreichung der Loknummer, nur der Zug will eben erst einmal trotz nachfolgend freier Blockstrecke in der aufgelösten Fahrstraße anhalten, um dann von der neu geschalteten Fstr. seine Befehle abzuarbeiten.
Ich habe sowohl eine bereits vor Aufspielen des Updates vorhandene Fahrstrße umkonfiguriert, als auch eine neue Fahrstraße geschrieben. Gleicher Fehler.
LG Thomas D.

Hallo Jürgen,

Zitat

ich habe in einem Kreis getestet.

Ich habe es heute auch einmal im Kreis getestet. Es funktioniert immer nur im ersten vom Start aus gesehenen Block (Zugnummernanzeige i.O., Lok wird im Bedarfsfall angehalten, wenn nachfolgender Block belegt). Bei Weiterfahrt wird im nächsten Block die Zugnummer nicht mehr angezeigt, bzw. von Zeit zu Zeit wird "unbenutzt" angezeigt. Der Zug fährt natürlich weiter, da ja im Commander die Geschwindigkeit für die Lok noch eingetragen ist und noch gesendet wird. Belegt man jetzt einen Block im Kreis, indem man eine Lok von Hand mal schnell dazwischenstellt, so dass der fahrende Zug jetzt anhalten müsste, geschieht dies nicht mehr, da ja keine Loknummer mehr vorhanden ist. -> Auffahrunfall.
Teste mal bitte auch diese Möglichkeit durch.
LG Thomas

Ich glaube ich habe des Rätsels Lösung gefunden.
Die Zugnummern werden nur "vergessen" wenn man "lange" Fahrstraßen aufruft, bei denen "ZNR-Felder" übersprungen werden, d.h. zwischen Start und Ziel liegen ZNR, die in der Fahrstraße eigentlich keine Funktion haben. Dann "vergisst" der Commander die Adresse im Ziel-ZNR. Unterteilt man die langen Fahrstrassen, wie eigentlich in der Realität auch üblich, in die einzelnen Blöcke und trägt überall den Pfeil (Weiterfahren) ein, dann funktioniert die Zugmeldung. Hatte in meinem "Kreis" der bestehenden Anlage auch so ein ZNR-Feld (Ausfahrt in Gegenrichtung), der ja bei Einfahrt eigentlich keine Funktion hat. Der hat den Commander dazu veranlasst, die Zugnummer zu vergessen. Habe jetzt die Fahrstrasse aufgesplittet in Block von Einfahrtssignal bis ZNR Ausfahrt und Block ZNR Ausfahrt - ZNR Einfahrt und jetzt wird die Nummer auch übergeben.

------[ZNR Einfahrt]----------------[ZNR Ausfahrt]--------------------[ZNR Einfahrtsignal]---------

<----------------------------------------------------------------- Fahrtrichtung

Fehler liegt also nicht bei Viessmann, sondern mal wieder beim Anwender.
LG Thomas D.

Hallo Thomas,

danke für deine Bemühungen das Problem zu lösen.
Wobei wir bei meinem Satz mit unkorrekten Einträgen sind, ich habe nicht in Karte 7 geschrieben.
Ohne die gesamte Programmierung zu kennen ist es immer schwierig einen Fehler zu erkennen.
Wobei ich eigentlich wie du denke, dass die genannte ZNR eigentlich keinen Einfluss auf die auszuführende Fahrstr. in dieser Art haben sollte. Oder? Das müsse jemand von Viessmann entscheiden. Klar ist, dass es für den commander nicht erkennbar ist, ob das Besetzsignal von der in dieser Fahrstr. aktiven oder einer anderen Lok kommt, das ist vielleicht erst mit railcom möglich.
Dann könnte diese Problem verschwinden. Momentan hätten ja in diesem Fall 2 Fahrstraßen ihre erfüllten Startbedingungen, wobei eine keine Zugnummer hat.
Sind so meine spontanen Gedanken.

Mir ist nachträglich noch ein Gedanke gekommen, wobei ich nicht weiß (hab es nicht probiert), ob das Sinn macht und funktioniert:
Wenn der Start der Gegenrichtung durch eine Zeitsperre verzögert würde, könnte das auch zur Problembeseitigung beitragen?

Hallo Jürgen,

vielen Dank für diese Rückmeldung.
Es ist schön nicht nur ein Problem zu erfahren, sondern auch wie es gelöst werden wird.
Das ist meine ich sehr wichtig.