Zitat von Klaus5 im Beitrag #25Märklin macht das ja für uns unentgeltlich. Aber es handelt sich ja um eine Mischkalkulation. Deshalb ist die meine Überraschungslok wahrscheinlich um 50 Euro teurer. Die Fehler sind super ärgerlich , eine meiner Loks ist sogar voll Karacho losgefahren. Dann konnte ich direkt am Router mit Kabel nicht Downgraden . Mit Stick ging das und so bleibt es erst mal auch. Märklin braucht aber Tester , damit nicht noch Monate ins Land gehen . Man kann nur hoffen das Ende März das Problem gelöst ist. Mit diesen Fehlern ist kein Fahrspass möglich.
Tipp: Analogmodus ausschalten - das hilft meistens
Beste Grüße Günter -------------------------------------------------------------------------------- Mitglied im Stummi-Treff WN (immer am 1. Freitag im Monat) und immer aktiv unterwegs, um neue Welten zu entdecken
Analogmodus ist wegen Bogobit Bremsmodulen an allen Loks ausgeschalten. Selbstverständlich können MFX Loks plötzlich losfahren . Und das ist sehr gefährlich.
falls schon jemand die MS2 auf 4.13 upgedatet hat: mich würde interessieren, ob bei der POM-Programmierung die CV=19 (Consist-Adresse) wieder zugänglich ist. Vielen Dank für evtl. Antworten. Mein Händler ist erst nächste Woche wieder verfügbar.
Hi,
Ja, mit 4.13 lässt sich cv 19 (und auch die anderen zwischen 16 und 20) wieder als pom erreichen.
Am Montag zeigte meine CS3 noch ein weiteres Update an. Das habe ich durchgeführt. Zum Testen habe ich eine ESU Class77 mit LoksoundV5 genommen, die ich unter mfx betrieben hatte und derzeit in der Vitrine stand.
Die ESU Lok mit LoksoundV5 meldet sich unter mfx an der CS3 mit dem neusten Update neu an....soweit so gut und normal wie auch bei den Märklin-Dekodern. Gehe ich dann aber in den Bearbeiten Modus wird der Dekoder wieder ausgelesen. Das Bearbeiten Menu schliesst sich dabei wieder. Versucht man es danach wieder, kann man das Prozedere endlos wiederholen....
Das Problem ist weiterhin vorhanden. Ich spreche das mal morgen in Mannheim an, sollte man da kompetente Leute am Stand von Märklin finden.
Jörg
Markenoffener Modellspielbahner auf C-Gleis mit CS3
es ist schon merkwürdig, dass es so verschiedene Erfahrungen nach dem Korrekturupdate gibt. Bezüglich des Programmierens kann ich positiv berichten, dass der Fehler bei mir nicht mehr auftritt. Sowohl an der CS3 als auch über die Web-Anwendung kann ich die bisher getesteten Loks mit ESU-Decoder (Pilot, nicht Sound) wieder programmieren. Leider fehlt noch der grüne Punkt, welcher die geschalteten Fahrstraßen anzeigt... aber der hatte wahrscheinlich keine hohe Priorität bei der Korrektur.
Zitat von wigue im Beitrag #32Leider fehlt noch der grüne Punkt, welcher die geschalteten Fahrstraßen anzeigt... aber der hatte wahrscheinlich keine hohe Priorität bei der Korrektur.
Welcher Lokpilot ist es denn? Lokpilot V5 oder eine frühere Version? Ich versuche das Problem einzugrenzen. Vielleicht verhalten sich unterschiedliche Versionen der ESU Dekoder anders. Ich hätte nur noch Loksound V4, da müsste ich aber erst wieder eine Lok auf mfx umstellen, standardmässig laufen bei mir unter DCC.
Danke Jörg
Markenoffener Modellspielbahner auf C-Gleis mit CS3
Ich habe eher durch Zufall eben folgendes herausgefunden:
- Ich habe besagte ESU Lok an den ESU Lokprogrammer genommen, um zu überprüfen, ob der Dekoder die aktuelle Firmware hat. Das Update war nur ein kleiner Schritt von 5.9.159 auf 5.9.160 - Dann wieder zurück an die CS3, die Lok wird erneut ausgelesen (soweit wie erwartet) - Plötzlich hatte ich aber ZWEI Einträge in der CS3 Datenbank für diese Lok. - Unter dem Eintrag, unter dem die Lok ja bereits in der CS3 angelegt war und unter dem auch die Lok bei meinen Versuchen neu eingelesen wurde und sich steuern liess, konnte sie jetzt nicht mehr gesteuert werden. - Sie hat nach dem neuen Einlesen eine neue CS3 interne ID bekommen (soweit auch normal). - Unter dem neuen Eintrag kann die ESU Lok ganz normal wie ein mfx Dekoder von Märklin auch komplett wie gewohnt bearbeitet werden, keine Endlosschleife wie vorher oben beschrieben.
Daraus schliesse ich, dass das Problem auftritt, wenn ein ESU Dekoder unter der neuen CS3 Firmware mit mfx neu eingelesen wird aber (weil ja schon der CS3 bekannt) die identische CS3-interne Lokadresse behält. Wird die Lok aber komplett neu eingelesen (weil sie z.B. an einem anderen System war) erhält sie eine neue andere interne CS3-Adresse. Jetzt kann sie auch bearbeitet werden.
Das wäre ein Work-Arround und erklärt auch, warum es bei dem Einen funktioniert und bei dem Anderen nicht.
Ich muss das mal mit anderen Loks nachvollziehen.
Jörg
Markenoffener Modellspielbahner auf C-Gleis mit CS3
Um das zu überprüfen wäre es hilfsreich, wenn die hier bezroffenen User die betroffenen Loks ganz aus der CS3 löschen und die Loks sich neu anmelden ließen. Dann dürfte das Phänomen auch nicht mehr auftauchen.
Ich habe eher durch Zufall eben folgendes herausgefunden:
- Ich habe besagte ESU Lok an den ESU Lokprogrammer genommen, um zu überprüfen, ob der Dekoder die aktuelle Firmware hat. Das Update war nur ein kleiner Schritt von 5.9.159 auf 5.9.160 - Dann wieder zurück an die CS3, die Lok wird erneut ausgelesen (soweit wie erwartet) - Plötzlich hatte ich aber ZWEI Einträge in der CS3 Datenbank für diese Lok. - Unter dem Eintrag, unter dem die Lok ja bereits in der CS3 angelegt war und unter dem auch die Lok bei meinen Versuchen neu eingelesen wurde und sich steuern liess, konnte sie jetzt nicht mehr gesteuert werden. - Sie hat nach dem neuen Einlesen eine neue CS3 interne ID bekommen (soweit auch normal). - Unter dem neuen Eintrag kann die ESU Lok ganz normal wie ein mfx Dekoder von Märklin auch komplett wie gewohnt bearbeitet werden, keine Endlosschleife wie vorher oben beschrieben.
Daraus schliesse ich, dass das Problem auftritt, wenn ein ESU Dekoder unter der neuen CS3 Firmware mit mfx neu eingelesen wird aber (weil ja schon der CS3 bekannt) die identische CS3-interne Lokadresse behält. Wird die Lok aber komplett neu eingelesen (weil sie z.B. an einem anderen System war) erhält sie eine neue andere interne CS3-Adresse. Jetzt kann sie auch bearbeitet werden.
Das wäre ein Work-Arround und erklärt auch, warum es bei dem Einen funktioniert und bei dem Anderen nicht.
Ich muss das mal mit anderen Loks nachvollziehen.
Jörg
Hallo,
bestätigt! Das Löschen der Lok mit ESU LokSound 5 MFX und das erneute Einlesen behebt den Fehler. Dies hat offensichtlich auch nichts mit der ESU-Firmware zu tun. Habe es gerade mit jeweils einer Lok auf Stand 5.9.159 und auf 5.9.160 getestet (beide Loks wollten sich immer wieder einlesen). Jetzt lassen Sie sich normal bearbeiten.
Aber: Sobald die Firmware einem Update unterzogen wird, geht das Spiel von vorne los! Denn als ich die Lok mit Stand 5.9.159 auf 5.9.160 gebracht hatte, fing das unerwünschte Einlesen wieder an. Erst nach dem erneuten Löschen & Einlesen der Lok verhielt sich wieder alles normal.
Danke für die Bestätigung. Das ist dann ja ein Workaround aber eben nicht mehr, wenn der Fehler nach Firmwareupdate des Dekoders wieder erst gelöscht und komplett neu eingelesen werden muss.
Märklin, da müsst Ihr nochmal ran!
Jörg
PS: Habe meine Versuche abgebrochen, da ich im Wunderland-Film war
Markenoffener Modellspielbahner auf C-Gleis mit CS3
Zitat von Der Vertraxxte im Beitrag #31Hallo, Die ESU Lok mit LoksoundV5 meldet sich unter mfx an der CS3 mit dem neusten Update neu an....soweit so gut und normal wie auch bei den Märklin-Dekodern. Gehe ich dann aber in den Bearbeiten Modus wird der Dekoder wieder ausgelesen. Das Bearbeiten Menu schliesst sich dabei wieder. Versucht man es danach wieder, kann man das Prozedere endlos wiederholen.... Das Problem ist weiterhin vorhanden. Ich spreche das mal morgen in Mannheim an, sollte man da kompetente Leute am Stand von Märklin finden.
Hallo Jörg
ich habe meine ESU Br 78 aufgegleist. Die hat auch einen LS V5. Die Lok hat sich neu registriert aber ohne dass das kleine rote m auf weissem Hintergrund erschienen ist. Beim aufrufen des Bearbeitungsmodus wurde sie ausgelesen, was ähnlich wie bei dir 1-2 Mal durchgeführt wurde und nicht bis zum Ende durchgelaufen ist. . Beim dritten Aufruf der Einstellungen hatte das komplette Auslesen Erfolg, das rote m ist erschienen, und seitdem kann ich die Lok ohne Probleme in den Einstellungen bearbeiten, auch wenn die CS3 zwischendurch ausgeschaltet wurde.
Bei meiner ESU Br 103 hat es auf Anhieb funktioniert. Das rote m war sofort da und somit konnte die Lok programmiert werden.
ob es am Dekoder oder an der Zentrale liegt, keine Ahnung.
Hallo zusammen hat jemand auch nun Probleme bei der Pendelzug mit den Pfeilen wo grau beide sind das die Loks nicht zurück fahren sondern Doppel geschaltet werden und ihre fahrt weiter in die Richtung wo sie eigentlich nicht weiter fahren soll?? Gruß Markus
Angefügte Bilder:
Sie haben nicht die nötigen Rechte, um die angehängten Bilder zu sehen
Zitat von ModellbahnMark im Beitrag #41hat jemand auch nun Probleme bei der Pendelzug mit den Pfeilen wo grau beide sind das die Loks nicht zurück fahren sondern Doppel geschaltet werden und ihre fahrt weiter in die Richtung wo sie eigentlich nicht weiter fahren soll??
das könnte man allenfalls beantworten, wenn Du eine komplette Sicherungsdatei Deiner CS3 einstellst. Und auch dann wohl nur mit sehr viel Aufwand. Oder Du musst viel detaillierter erläutern, was erreichen willst und wie Du das genau umgesetzt hast. Und vielleicht die Frage beantworten, ob das Pendeln mit der v2. 4.1 genauso funktioniert, wie Du Dir das vorgestellt hattest.
MfG
vik
im Übrigen - Märklin am liebsten ohne Pukos, z.B. als Trix
Zitat von ModellbahnMark im Beitrag #41hat jemand auch nun Probleme bei der Pendelzug mit den Pfeilen wo grau beide sind das die Loks nicht zurück fahren sondern Doppel geschaltet werden und ihre fahrt weiter in die Richtung wo sie eigentlich nicht weiter fahren soll??
das könnte man allenfalls beantworten, wenn Du eine komplette Sicherungsdatei Deiner CS3 einstellst. Und auch dann wohl nur mit sehr viel Aufwand. Oder Du musst viel detaillierter erläutern, was erreichen willst und wie Du das genau umgesetzt hast. Und vielleicht die Frage beantworten, ob das Pendeln mit der v2. 4.1 genauso funktioniert, wie Du Dir das vorgestellt hattest.
MfG
vik
Also ich habe eine Ereignesse (fahrastrasse) wo der Zug pendelt. Leider mit dem neuen Update ist was nicht in Ordnung da wird die Fahrtrichtung nicht richtig umgeschaltet also die Fahrt Richtung es wird ein Doppel gefehl gesendet so das der Zug seine Fahrt Richtung nicht ändert. Sondern seine fahrt weiter führt. Laut Märklin soll ich das update neu aufspielen da ist etwas nicht richtig installiert obwohl ich das via LAN die CS3 selbst installiert hat.
Werde mal das alte Software installieren und von neuen versuchen und wenn das nichts gebracht hatte soll ich ein Log machen und denen es senden zum schauen.
Meine Frage wäre Kann man dem aktuellen Update trauen ? Ich hatte auch sehr große Probleme mit dem letzten Update Deshalb meine Frage ESU Loks und Märklin Loks nicht ansprechbar und ständig auslesen der Loks Programmieren unmöglich Bin dann zurück auf alte Version. Nun traue ich mich nicht .
Hallo zusammen Endlosschleife bei LoPi V5 M4 hab ich keine mehr, beim Versuch den benannten LoPi V5 M4 zu konfigurieren folgt wieder eine Neuanmeldung. Habe jetzt cs3update_V2.31 im Einsatz, das ist bei mir die letzte Programmversion die im Bereich LoPi 5 fehlerfrei arbeitet.
