Ja, das ist richtig, weil es keine gesicherte Fahrstraße ist (Sperrschuh und Weiche aufgesperrt - das geht für eine Zugfahrt gar nicht!).
Bei der Einfahrt auf eines der Hauptgleise lässt man meistens dort gleich die Wagen, die weiterbefördert werden, stehen.
(Dass es in der Praxis bei der Ausfahrt trotzdem oft gemacht wurde, weil oder damit es schneller geht, ist eine andere Geschichte...)
Im Jahr 1970 bin ich mit der Murtalbahn von Mauterndorf nach Unzmarkt gefahren, und da wurde irgendwo die Kreuzung über das Ladegleis abgewickelt.
Unser Zug aufs Ladegleis - Gegenzug - unser Zug drückt zurück, wechselt die Fahrtrichtung und fährt weiter. Kann mich noch gut erinnern, weil es so auffällig war.
Theorie und Praxis ...
Immerhin erfolgte die Ausfahrt aus dem Hauptgleis über eine gesicherte Fahrstraße!
(Das war wahrscheinlich einfacher, als auf der anderen Bahnhofseite umzusperren.)
Und nun mal automatisches Zielbremsen.
Jaaaa mit einer 1099... die 298er ist grad in der Werkstätte... Neue Pfeife, Schmutz,usw... sie will ja schön gebraucht aussehen bei der nächsten Höllenfahrt.
Außerdem hab ich mich entschlossen, auf diesem Gleis doch die ganze Länge als Gleislänge in Rocrail einzumessen und mit BBT und Bahnsteigoffset dann die Züge vor der Grenzmarke halten zu lassen. Das sollte gut funktionieren. Erste Tests zeigten das bereits. Hier wird noch bis zum IN-Melder gefahren.
Viel Vergnügen!
lg Jakob
Ach ist das alles frustrierend. Je mehr kaputt werden kann, desto mehr wird auch kaputt. Aber warum immer bei mir?
Anderen Leuten geht es bei anderen Dingen so. Das ist vermutlich eine Untervariante von Murphy's Gesetz und daher nicht änderbar. 
Hmm... warum? Das weiß wohl der Geier
Ach ist das alles frustrierend. Je mehr kaputt werden kann, desto mehr wird auch kaputt. Aber warum immer bei mir?
lg Jakob
Meine Ex meinte mal zu mir nachdem ich Probleme mit dem Aquarium hatte und nicht in den Griff bekam: wer keine Probleme hat nimmt sich ein Hobby wo er Probleme haben wird. 🤣
Kopf hoch, wird schon werden Jakob. Zur selben Zeit wo du tüfftelst und du dich durchkämpfst, gibt es da draussen Hunderte die ähnliche Probleme haben, ergo du bist nicht allein!😉
In der Tat sehr seltsam das Verhalten der 2095.
Zur Eingrenzung würde ich den Verschubmodus mit einer beliebigen anderen Lok testen um ein eventuelles Fehlverhalten von Zentrale oder Hostprogramm zu entdecken.
Wenn es bei der Lok bleibt, dann grenzt sich meiner Meinung nach das Problem auf den Lokdecoder ein bzw. dessen evt. unzureichende Versorgung mit einem sauberen DCC Signal.
Liebe Grüße
Peter
In der Tat sehr seltsam das Verhalten der 2095.
Zur Eingrenzung würde ich den Verschubmodus mit einer beliebigen anderen Lok testen um ein eventuelles Fehlverhalten von Zentrale oder Hostprogramm zu entdecken.
Wenn es bei der Lok bleibt, dann grenzt sich meiner Meinung nach das Problem auf den Lokdecoder ein bzw. dessen evt. unzureichende Versorgung mit einem sauberen DCC Signal.
Liebe Grüße
Peter
Es sind 2 Problemkreise... das eine scheint mit DCC-A zu tun zu haben. Und hier vermute ich, dass Rocrail das nicht richtig verarbeitet...
Das andere (Motorsound aus) ist auf eine Lok beschränkt.
Da aber auch nur, wenn ich sie mit Rocrail fahren. Fahre ich sie mit der multimaus... passt alles...
Echt seltsam.
Da es bislang mein einziger MX-Decoder ist, schieb ich aktuell mal darauf... aber ich glaub nicht, dass das das Problem ist.
Hab schon ein USB2Uart Kabel bestellt. Damit kann ich dann die reinen DCC-Pakete mitsniffen. Das wird dann hoffentlich interessant und aufschlussreicher.
Lg Jakob
Auch dieser Sachverhalt ist aufschlussreich, ich habe etwas recherchiert für Dich:
- Du hast in der 2095 nach Deine Angaben einen MX645 verbaut
- Der Softwarestand ist 40.22 (habe ich jetzt hier oder im RR Forum gelesen)
- Dieser (aktuellste) Softwarestand ist vom 21.12.2023
- Im ZIMO Newsletter vom Oktober 2024 schreibt Herr Ziegler:
Aber zunächst kommt die Norm mit der Bezeichnung „RCN-218“, auch „DCC-A“ (= DCC-Anmeldung): eine große gemeinsame Anstrengung der „RailCommunity“ Mitglieder, also der führenden Vertreter der Modellbahnindustrie und der Digital-Spezialisten. ZIMO hat in diesem Bereich RCN-218 und GUI-Übermittlung vom Decoder zum System bereits viel Entwicklungsarbeit geleistet. In Kürze wird dies in den offiziellen SW-Versionen für System und Decoder enthalten sein.
Warum sollte DCC-A nun sauber funktionieren mit diesem Decoder, wenn es in diesem offensichtlich noch gar nicht implementiert ist?
Liebe Grüße
Peter
Hmm, warum schreibst Du dann über DCC-A?
Ich würde jetzt bei den Fichtelbahnern nachfragen…
Sehr spannend und komplex das Thema 
Mal sehen ob der Fix die Lösung ist, klingt aber plausibel
Ja voll spannend.
Aber ich denke schon. Er hat im Rangiermodus anscheinend nur einzelne Befehle geschickt, die er aber im 4er-Bündel schicken müsste. So hätt ich es verstanden.
Wäre spannend, was nun alles jetzt auch im Rangiermodus funktioniert. Denn bei mir war es der Motorsount auf F1... wer weiß, was andere auf F1-F4 haben, das nicht so auffällig ist, wie ein Motor der abstellt.
Ich glaub, ich find all die Dinge deswegen, weil ich das Zeugs immer voll ausreize, bevor ich mich dann auf eine Funktionsweise festlege... und ich schrei auch gleich "hier", wenn ich einen Fehler entdecke... und versuch herauszufinden, woran es liegen könnte. Andere sind es gewohnt zu ertragen und geduldig dankbar zu sein 
(keine Namen!!!)
Aber das nächste Problem wartet bereits... Ich glaub, das ist tatsächlich bei Zimo zu suchen.
Warum wechselt die Lok die Fahrtrichtung, wenn ich den Rangiermodus ein/ausschalte.
Das Betrifft diesen MX645 und die Soundprojekte der für den MS450 für die 2095 und für den MS500 mit dem 298er Sound.
Das ist auch wieder ein ganz spezielles Problemchen... Ist im Dekoder CV28 Bit7=1, wechselt die Lok tatsächlich die Fahrtrichtung (der Richtungspfeil dreht sogar im Automatikmodus um!!) und warum fährt mach sie nur die Richtungswechselgeräusche beim Moduswechsel und noch einmal beim Losfahren, fährt aber mit deaktiviertem DCC-A in die vorherige Richtung weiter.
Wie ich es hier https://www.rocrail.info/t33235f44-Moto….html#msg367452 beschrieben habe. (Und mich in dem Thread selbst verirrt hatte... und zu wenig die beiden Probleme auseinanderklamüserte)
Aber vielleicht wird DAS ja auch mit dem Fix jetzt von Rob geändert... Könnte schon einen Zusammenhang geben.
Ich bin gespannt.
lg Jakob
