Zugautomatik löscht die Fahrstraßen nicht in der Zugüberwachung
 

Zugautomatik löscht die Fahrstraßen nicht in der Zugüberwachung

Begonnen von Manuel.R, 05. April 2013, 11:00:38

Vorheriges Thema - Nächstes Thema

Manuel.R

Hallo,
Ich bin Manuel und helfe Heinz, der auch hier im Forum ist mit seiner Modelleisenbahn.
Ich bin gerade mit seiner Automatik zugange und habe gemerkt, dass zwei Züge ihre Fahrstraßen in der Zugüberwachung nicht löschen nachdem sie ihr Ziel erreicht habe. Ich lasse bei mir zuhause die Simulation immer laufen und auch dort funktioniert es nicht richtig. Auf der Bahnanlage funktioniert es auch nicht. Daran liegt es leider nicht.
Wisst ihr, was der Fehler ist? Ich benutze überall das intelligente Zugnummernfeld. Züge sind alle 15 Punkt eingemessen und stehen auch überall dort, wo sie stehen soll +-1 bis 2 cm.
Ich hoffe ihr habt eine schnelle und einfache Lösung parat.
Gruß, Manuel
Bin ein Helfer von Heinz P. Seine Anlage besteht aus:
Rechnerkonfiguration:
Windows 7 Ultimate 32-Bit Service Pack 1, Intel Core2 CPU @2,4GHz, 2GB Ram, 3 x 24" LED, Win-Digipet 2012 Premium

Anlage:
1 x ESU ECoS 50200, 7 x ECoSBoost, 2 x ECoSLink Terminal, 1 x HSI-88-USB, 17 x S-88 Rückmeldemodule

Dirk Streuber

Hallo Manuel,

ist bei den Betreffenden Fahrstraßen der richtige Zielfreigabekontakt eingetragen? Was steht denn genau in der Zugüberwachung? Stelle da doch einmal ein Bild hier mit ins Forum oder besser noch eine Datensicherung, dann können wir einmal schauen ...  ::)
Mit freundlichen Grüßen
Dirk
  • Win-Digipet-Version:
    WDP 2025.x Beta
  • Anlagenkonfiguration:
    Spur TT
  • Rechnerkonfiguration:
    Büro-PC Intel Core i7 2,4GHz,16GB Ram, Win10 Anlagen-PC i5 3,2 GHz; 16 GB Ram; 2 TFT; Win10

Manuel.R

Hallo Dirk,
danke für die schnelle Antwort. Als Anhang kommen jetzt zwei Bilder und die Datensicherung.
Gruß. Manuel
Bin ein Helfer von Heinz P. Seine Anlage besteht aus:
Rechnerkonfiguration:
Windows 7 Ultimate 32-Bit Service Pack 1, Intel Core2 CPU @2,4GHz, 2GB Ram, 3 x 24" LED, Win-Digipet 2012 Premium

Anlage:
1 x ESU ECoS 50200, 7 x ECoSBoost, 2 x ECoSLink Terminal, 1 x HSI-88-USB, 17 x S-88 Rückmeldemodule

Dirk Streuber

Hallo Manuel,

um ein korrektes abarbeiten der Kontakte aus den Profilen in der Simulation zu erreichen, sollte die Simulationszeit auf mindestens 3000msec erhöht werden. 1000msec reichen nicht nicht aus. Auf der Anlage sollten die RMK auch lange genug besetzt bleiben. Man kann hier auch eine kurze Ausschaltverzögerung bei den RMK's einstellen, damit diese Meldung stabil bleibt.
Mit freundlichen Grüßen
Dirk
  • Win-Digipet-Version:
    WDP 2025.x Beta
  • Anlagenkonfiguration:
    Spur TT
  • Rechnerkonfiguration:
    Büro-PC Intel Core i7 2,4GHz,16GB Ram, Win10 Anlagen-PC i5 3,2 GHz; 16 GB Ram; 2 TFT; Win10

Manuel.R

Hallo Dirk,
vielen Dank, ich werde deine Änderungsvorschläge mit rein nehmen und dann noch einmal gucken, wie es dann läuft.
Gruß, Manuel
Bin ein Helfer von Heinz P. Seine Anlage besteht aus:
Rechnerkonfiguration:
Windows 7 Ultimate 32-Bit Service Pack 1, Intel Core2 CPU @2,4GHz, 2GB Ram, 3 x 24" LED, Win-Digipet 2012 Premium

Anlage:
1 x ESU ECoS 50200, 7 x ECoSBoost, 2 x ECoSLink Terminal, 1 x HSI-88-USB, 17 x S-88 Rückmeldemodule

Manuel.R

Hallo,
leider habe ich immer noch das Problem, dass die BR 39 048 sowohl in der Simulation als auch auf der Anlage im Bahnhof am obersten Gleis stehen bleibt und von da aus nicht weiter fährt. Es ist keine Sperre drin und nichts. Eigentlich müsste der Zug dort ohne Probleme fahren. Auch wenn er ganz alleine in der Automatik unterwegs ist, passiert einfach nichts. Das ist auch nur bei diesem Zug so. Alle anderen funktionieren einwandfrei..
Bin ein Helfer von Heinz P. Seine Anlage besteht aus:
Rechnerkonfiguration:
Windows 7 Ultimate 32-Bit Service Pack 1, Intel Core2 CPU @2,4GHz, 2GB Ram, 3 x 24" LED, Win-Digipet 2012 Premium

Anlage:
1 x ESU ECoS 50200, 7 x ECoSBoost, 2 x ECoSLink Terminal, 1 x HSI-88-USB, 17 x S-88 Rückmeldemodule

Edwin Schefold

Hallo Manuel

Was wird denn angezeigt, wenn du von dem Punkt aus, eine Fahrstraße per Start / Ziel aufrufst?
Wird dann eine Fehlermeldung angezeigt?
Oder was sagt der Inspektor bei der ZFA wenn diese Lok abgefragt wird. Steht da eine Einschränkung drin?
Mit dem Gruß eines freundlichen Modellbahners

Edwin Schefold
  • Win-Digipet-Version:
    2025.x und Beta
  • Anlagenkonfiguration:
    MM/DCC/MFX m. TAMS-MC 2.2.3, 2x Heller Booster 2x7,5A, M/C-Gleise, Car-System, 20x S88 - BMBT, Schalt-/Magnetartikel-/Signaldecoder - Viessmann, LDT und BMBT, UB-u. Kühn-Lokdekoder, Timer - BMBT, ESU-Servodecoder
  • Rechnerkonfiguration:
    PC 1,8GHz/1536MB/XP pro und Laptop i7/1TB SSD /Win11

Manuel.R

Hallo Edwin
Wenn ich dann die Zugfahrt in der Überwachung per Hand lösche, fährt diese trotzdem nicht weiter. Wenn ich dann über Wähle Start, wähle Ziel gehe um diese Lok weiter fahren zu lassen, dann kommt in dem Fenster, wo ich auf stellen und fahren klicken kann ein Verriegelt. Nur es ist nirgends etwas besetzt.
Bin ein Helfer von Heinz P. Seine Anlage besteht aus:
Rechnerkonfiguration:
Windows 7 Ultimate 32-Bit Service Pack 1, Intel Core2 CPU @2,4GHz, 2GB Ram, 3 x 24" LED, Win-Digipet 2012 Premium

Anlage:
1 x ESU ECoS 50200, 7 x ECoSBoost, 2 x ECoSLink Terminal, 1 x HSI-88-USB, 17 x S-88 Rückmeldemodule

Edwin Schefold

Wenn dort ein verriegelt steht, dann ist auch ein Fehler vorhanden.

Fährt denn die Lok eventuell etwas zu weit und belegt einen Kontakt?
Mit dem Gruß eines freundlichen Modellbahners

Edwin Schefold
  • Win-Digipet-Version:
    2025.x und Beta
  • Anlagenkonfiguration:
    MM/DCC/MFX m. TAMS-MC 2.2.3, 2x Heller Booster 2x7,5A, M/C-Gleise, Car-System, 20x S88 - BMBT, Schalt-/Magnetartikel-/Signaldecoder - Viessmann, LDT und BMBT, UB-u. Kühn-Lokdekoder, Timer - BMBT, ESU-Servodecoder
  • Rechnerkonfiguration:
    PC 1,8GHz/1536MB/XP pro und Laptop i7/1TB SSD /Win11

Manuel.R

#9
Habe die Fahrstreiße einmal neu gezeichnet. Nun fährt die Lok die Strecke wieder. Ich habe nur noch das Problem, dass bei manchen Loks die ZF nicht gelöscht werden in der Zugüberwachung. Dabei steht im Inspektor aber auch nichts mehr drin. Sowie ich die ZF in der Überwachung gelöscht habe, fahren die Loks ihre nächsten ZF ab.
Dieses Problem haben aber auch nicht alle Züge, sondern nur ein paar wenige. Inwieweit das eventuell ZF abhängig ist, prüfe ich gerade

EDIT: Nein, es ist nicht ZF abhängig, sondern wirklich Lokabhängig. Ein paar Loks machen das, aber nicht alle und dann ist es auch egal, welche Strecke sie fahren. Im Inspektor arbeiten sie alles so ab, wie sie es sollen, nur in der Zugüberwachung bleiben die Strecken noch stehen und blockieren so eine weiterfahrt.
Bin ein Helfer von Heinz P. Seine Anlage besteht aus:
Rechnerkonfiguration:
Windows 7 Ultimate 32-Bit Service Pack 1, Intel Core2 CPU @2,4GHz, 2GB Ram, 3 x 24" LED, Win-Digipet 2012 Premium

Anlage:
1 x ESU ECoS 50200, 7 x ECoSBoost, 2 x ECoSLink Terminal, 1 x HSI-88-USB, 17 x S-88 Rückmeldemodule

Helmut Kreis

#10
Hallo Manuel,

in der Fahrstraße 139>192 wird angezeigt, dass der RMK 160 nicht bestandteil der Fahrstraße ist. Dieser ist angegeben, dass er besetzt sein muß.

Nachtrag:

Ich habe gerade festgestellt, dass die Auswahl 139>192 gar nicht die gewählte Fahrstraße stellt, sondern seltsamer Weise die Fahrstraße 130>173. Und in dieser ist RMK 160 nicht Bestandteil der Fahrstraße.

Solltest auch mal Deine 91 Warungen im Fahrstraßeneditor überprüfen.
Gruß
Helmut
  • Win-Digipet-Version:
    WDP 2025.x PE
  • Anlagenkonfiguration:
    • Gleis: Spur H0, Piko A-Gleis
    • Steuern: Lenz Digital +, LVZ200, LV102
    • Schalten: Lenz: LS100/110/150, LS-DEC-DB für Lichtsignale, Hoffmann Weichenantriebe MWA02S
    • Melden: GBM16X .. der Fa. Blücher Elektronik, Lenz: LR100, (OpenDCC GBM Boost/GBM16T mit RailCom), RS-Bus + RailCom über LocoNet
  • Rechnerkonfiguration:
    Windows 11, 64 bit

Manuel.R

Hallo Helmut,
Die FS 139>192 habe ich dahingehend ja schon korrigiert. Das mit dem Kontakt 160 als besetzt lag daran, dass wir hinter dem ZNF schon den nächsten Kontakt hatten. Die Züge bleiben auch alle auf dem Kontakt 160 stehen und nicht auf dem Kontakt 139, was auch gewollt ist, wegen dem Bahnhof, dass die Personenzüge am Ende des Barnsteiges stehen bleiben. Die Weiterfahrt wird so auch nicht gestört, nur werden die FS nicht gelöscht.
Inzwischen sind es auch "nur" noch 90 Warnungen. Die haben mit der Zugstrecke nichts zu tun, sondern sind wegen der Strecke der Autos vorhanden, worum ich mich nicht kümmere, sondern sine andere Person ;).
Könnte das nicht löschen der FS damit zusammenhängen, dass die Züge auf der Anlage vor dem letzten Kontakt halten? Sprich bei der Strecke 130>139 nicht auf 139, sondern auf 160, dem Kontakt vor 139?
Gruß, Manuel
Bin ein Helfer von Heinz P. Seine Anlage besteht aus:
Rechnerkonfiguration:
Windows 7 Ultimate 32-Bit Service Pack 1, Intel Core2 CPU @2,4GHz, 2GB Ram, 3 x 24" LED, Win-Digipet 2012 Premium

Anlage:
1 x ESU ECoS 50200, 7 x ECoSBoost, 2 x ECoSLink Terminal, 1 x HSI-88-USB, 17 x S-88 Rückmeldemodule

Harald Beukenbusch

Hallo Manuel,
habe wahrscheinlich das gleiche Problem wie Du. Es ist nur ein bestimmter Zug der nach einer bestimmten
Zugfahrt , diese nicht ( immer ) auflöst. Mehrere Tests haben ergeben das diese bestimmte Lok die Zugfahrt
( Fahrstraße  ) nicht auflöst. Jetzt habe ich festgestellt das die Lok beim Stillstand am Ende noch die Fahrstufe 1
anzeigt ( Tams ) . Es passiert nicht immer, wenn der Zug allein seine Runde dreht klappt es, aber bei Betrieb erscheint der Fehler wieder. Ich prüfe weiter !
Gruß Harald
Gruß Harald
  • Win-Digipet-Version:
    WDP 2021
  • Anlagenkonfiguration:
    K Gleis HO, CS 2 zum fahren, IB zum schalten, S 88 Gerd Boll, Rückmeldung HSI USB
  • Rechnerkonfiguration:
    Windows 10

Manuel.R

Hallo Harald,
Hast du es denn auch einmal in der Simulation ausprobiert? Ist dort die Geschwindigkeit auch Fahrstufe 1? Ich muss es bei mir mal prüfen, glaube aber beim letzten mal wohl Fahrstufe 0 gesehen zu haben. Ich muss die Tage mal gucken, wenn ich wieder an einen Rechner komme. Schreibe derzeit nur über die mobilen Geräte, da ich immer unterwegs bin. Hast du mal versucht die Fahrstraßen Neu zu erstellen, sodass eventuelle Fehler vorzubeugen?
Ich hoffe, dass es doch noch jemand liest, der das gleiche Problem hatte und schon eine Lösung gefunden hat.
Gruß, Manuel
Bin ein Helfer von Heinz P. Seine Anlage besteht aus:
Rechnerkonfiguration:
Windows 7 Ultimate 32-Bit Service Pack 1, Intel Core2 CPU @2,4GHz, 2GB Ram, 3 x 24" LED, Win-Digipet 2012 Premium

Anlage:
1 x ESU ECoS 50200, 7 x ECoSBoost, 2 x ECoSLink Terminal, 1 x HSI-88-USB, 17 x S-88 Rückmeldemodule

Helmut Kreis

Hallo Manuel,

ich habe in Deinem Projekt im Profil die RMKs mal in der richtigen Reihenfolge gesetzt. Nun wird zumindest in der Simulation auch die Fahrstraße komplett abgearbeitet und aufgelöst.
Gruß
Helmut
  • Win-Digipet-Version:
    WDP 2025.x PE
  • Anlagenkonfiguration:
    • Gleis: Spur H0, Piko A-Gleis
    • Steuern: Lenz Digital +, LVZ200, LV102
    • Schalten: Lenz: LS100/110/150, LS-DEC-DB für Lichtsignale, Hoffmann Weichenantriebe MWA02S
    • Melden: GBM16X .. der Fa. Blücher Elektronik, Lenz: LR100, (OpenDCC GBM Boost/GBM16T mit RailCom), RS-Bus + RailCom über LocoNet
  • Rechnerkonfiguration:
    Windows 11, 64 bit