Servus liebe Modellbahnkollegen.

Bei meinen zwei neuesten Roco-Maschinen musste ich ein ganz seltsames Phänomen beobachten, welches sich etwas schwer beschreiben lässt... Konkret geht es um:
1. Roco 7520009 (Elektrolokomotive 1020 001-2, ÖBB)
2. Roco 7520024 (Elektrolokomotive 1116 181-9, ÖBB)
Beide haben einen ZIMO MS450P22-Decoder verbaut. Beide Loks ließen sich am Anfang wie üblich CV-konfigurieren und fuhren einwandfrei. Eine Woche nachdem die 1116 ihren Einsatz auf meiner Anlage begann fuhr sie jedoch nicht mehr.

Ich war anfangs etwas verwundert, und gab ihr einen Decoder-Reset. Doch die Lok vergaß schlicht und einfach ihre gesamten Sound-Funktionen und (ich bin kein Decoder-Experte, deshalb vermute ich man nennt es..) das Licht-Mapping?
Folgende Symtome traten somit auf, und ließen sich auch nicht durch Decoder-Reset beheben:
- Keine einzige Soundfunktion funktioniert
- Fahrtrichtung "nach vorne" brennt kein Rücklicht
- Fahrtrichtung "andere Richtung" brennt weißes Licht auf der falschen Seite, in Fahrtrichtung garnix
- Fahrtrichtung "nach vorne" mit F1 brennt vorne ein rotes licht

Selbiges mit etwas anderem verhalten (aber immer noch falsch) bei der Roco 1020. Die Lok kam heute bei mir an, wurde programmiert, eingemessen und fuhr mehrere Stunden tadellos. Plötzlich reagierte sie auf nichts mehr, und nach einem Stopp selbes Problem wie bei der 1116.
Auch ein Decoderreset brachte nichts. Ich probierte danach noch unter mfx - jedoch musste ich das selbe Trauerspiel beobachten..

Was kann solche Symtome hervorrufen? Hat jemand dieses Verhalten schon mal beobachten können? Könnte sowas an meiner Anlage liegen? Bei anderen Lokomotiven auf der Anlage (rund 35 weitere) konnte ich dieses Problem nicht feststellen, weshalb ich ein Problem an meiner Anlage bzw. CS3 plus ausschließen würde.

Hoffe ein Experte kann mir da helfen :)
Gruß,
Tom

Hallo

Hatte ähnliche Begebenheiten. Jedoch anderes Fabrikat und andere Loks.
Ich hatte etwa gleiche Symptome, die ich heilen konnte.
Andere Loks, da war Hopfen und Malz verloren.
Ich ärgerte mich auch zwar.

Maschinen 24 Stunden stehen lassen, vom Gleis nehmen. Kapazität der Kondensatoren ist dann wieder auf 0.
Nochmals testen.

Falls nix geht, Reklamation, Garantie!

LG

Hadasch

Zitat von kellerbahnsbg im Beitrag #1

---

Ich war anfangs etwas verwundert, und gab ihr einen Decoder-Reset. Doch die Lok vergaß schlicht und einfach ihre gesamten Sound-Funktionen und (ich bin kein Decoder-Experte, deshalb vermute ich man nennt es..) das Licht-Mapping?

---

Hallo Tom,

ich meine mich zu erinnern, dass es da mal eine Charge der Decoder mit Problemen gab, weiß aber nicht mehr wie es zu lösen war.

Kontaktiere einfach mal den Support von ZIMO, nach meiner Erfahrung wird Dir dort gut und zügig geholfen.

Gruß
Werner

Zitat von Flo_85 im Beitrag #3

---

Mit CV8 = 8 oder CV8 = 0? Letzeres löscht dir nämlich das gesammte Sound und Licht Mapping

---

Bei mir bleiben ab und zu auch mal Loks regungslos und lassen sich nicht mehr ansprechen (heute erstmals meine Roco BR101 mit Zimo MS450P22). Allerdings fahre ich mit DCC. Meisten führen folgende Lösungen zum Erfolg:
- die Lok kurz analog (bei mir DC) betreiben (hilft bei mir in den meisten Fällen und da ich ein analoges Testgleis habe, lässt sich das bei mir auch relativ schnell umsetzen)
- nicht benötigte Protokolle im Decoder deaktivieren (ich glaube, das verhindert Probleme in den meisten Fällen) Ich mache das aber auch immer erst dann, wenn es mal Probleme mit der Lok gibt - bei Zimo MS-Decodern geht das mit der CV12
- auf dem Programmiergleis ggf. einzelne CV's lesen / schreiben (in der Regel ist bei mir aber ein kurzer Betrieb im Analogmodus wirkungsvoller) - Decoderreset habe ich bisher noch nicht gebraucht

Ich vermute, dass das Problem grundsätzlich ist, dass sich die Decoder gelegentlich bei der Auswahl des Betriebsmodus verrennen (warum auch immer das passiert).

Eine Lok mal 24h ohne Stromversorgung stehen lassen - dafür fehlt mir die Geduld und ich möchte ja eigentlich, dass die Lok schnell wieder einsatzfähig ist.

Mit CV8=8 sollten Zimo-Decoder eigentlich in den Auslieferungszustand versetzt werden, den das Projekt / der Decoder ab Werk hatte. Die Sound- / Lichtfunktionen sollte der Decoder dabei aber nicht vergessen, außer man hat selbst gegenüber der Werkseinstellung was geändert.

CV8=0 könnte kritisch sein, weil hier dann alle Werte auf default gesetzt werden und wahrscheinlich auch das Soundprojekt weg ist.

Viele Grüße

Michael

Hallo,

werden die Loks ursprünglich unter DCC verwendet?
Ich hatte so einen Effekt, als die Lok nach einer gewissen Zeit als mfx Lok erkannt wurde.

Ich verwende mfx so gut wie gar nicht, daher konfiguriere ich die Decoder normalerweise auf DCC only. Das hatte ich vergessen.

LG
Gernot

Hi had similar problems with my recent Roco purchases CV8 quite often meant no sound after reset what solved the problem for me with my Marklin CS3 was to perform reset CV8 =8 on programming track , stop track current/power , delete locomotive , disable MFX MM protocols on CS3 (only DCC enabled) , add locomotive DCC address 3 , read out decoder all back to normal. I have been very disappointed with the two MS450P22 decoders (recent purchases) I think the MX645P22 was a much better decoder. Good luck.

Stellen Sie nach dem Zurücksetzen sicher, dass die Stummschaltung der Lautstärke nicht aktiviert ist.

Hi,

ich hatte zufälligerweise gestern auch Probleme mit meiner Roco 218 Press, die ich, wie alle meine Roco Loks mit DCC betreibe via CS3+.

Die Lok ließ sich nach Stromabschaltung (Stop Taste) nicht mehr ansprechen, surrte aber, als würde der Decoder ausgelesen/angesprochen.
Als ich mfx deaktiviert hatte, Strom aus/an, lief sie wieder.

Mir hat dann auch eine Info hier aus dem Forum geholfen, den CV12 Wert auf "4" zu setzen, was wohl dazu dient, dass nur noch DCC angesprochen wird.
Achtung: Das muss bei ausgeschalteten mfx passieren.
Danach mfx wieder aktiviert und Problem offenbar behoben. Jedenfalls konnte ich danach Stop an/aus mehrfach betätigen und die CS3 "fand" die Lok immer wieder korrekt unter DCC und ließ sich ansteuern.

Zitat von dawa789 im Beitrag #10

---

CV12 Wert auf "4"

---

Servus.

Gestern kamen von meinem Händler dankenswerter weise zwei nagelneue Austauschmodelle an. Meine Hoffnung war also groß, dass jetzt alles tadellos funktionieren würde.

Ich habe die Roco 1020 001 ausgepackt und aufgegleist. Meine Vermutung war, dass sich die Lok via MFX anmelden würde. Tat sie nicht (allerdings für mich kein Problem, ich fahr sowieso lieber mit DCC!). Ich gab ihr eine Adresse gegeben, limitierte die Maximalgeschwindigkeit und fuhr ein paar Runden. Problemlos. Doch als ich in die andere Richtung fuhr fiel mir auf dass das rote und weiße licht gleichzeitig brennt auf einer Seite. Wenn ich F0/Licht generell ausschalte leuchtete auf einer Seite das rote Licht trotzdem weiter. Quasi ein Dauerlicht.

Hmm.. ok.. komisch. Liegt es eventuell an einer schlampigen Lötstelle? (Kommt momentan bei Roco durchaus öfters vor - siehe Railjet)
Also, Deckel runter - optisch alles ok. Liegt es eventuell am Decoder? Also tauschte ich zum Testen den Decoder mit dem meiner 1020 027 (Roco Neuheiten 2021). Stellte sich heraus: Liegt nicht an der Lok, sondern am Decoder.
Zuerst wollte ich ihn nicht machen, aber ich habs dann doch (mal wieder) riskiert: CV8=8. Laut dem Zimo-Datenblatt und auf der beiligenden Roco-Beschreibung sollte dies ja eigentlich kein Problem machen. Hat es ja auch bis zu diesen zwei Modellen noch nie.

Nach dem Decoderreset meldete sich die Lok via MFX an, und kaum geschehen raste sie auf meinen Programmiergleis davon. Notaus - Strom wieder einschalten - und Funktionen Testen (MFX).
Déjà-vu. Die Lok stellt sich wieder Dumm, hat keinen Sound mehr und leuchtet ganz eigenartig (Dauerrot immer noch vorhanden )

Die 1116 181 hab ich jetzt noch garnicht ausgepackt. Ich bin einfach nur verärgert. Morgen werde ich mal mit meinem Händler telefonieren und entweder das Ding geht auf alle Ewigkeit zurück oder ich lass mir den LeoSound einbauen, was allerdings mit Mehrkosten verbunden ist.

Leider noch kein Happy-End. Naja.

Gruß,
Tom

Hallo Tom,

ich habe schon in #4 empfohlen, den ZIMO-Support zu kontaktieren. Herr Hubinger ist sehr engagiert und hilft schnell und kompetent.
Hast Du das gemacht und wenn ja, was für eine Antwort hast Du bekommen?

Gruß
Werner

Zitat von drum58 im Beitrag #13

---

Hallo Tom,

ich habe schon in #4 empfohlen, den ZIMO-Support zu kontaktieren. Herr Hubinger ist sehr engagiert und hilft schnell und kompetent.
Hast Du das gemacht und wenn ja, was für eine Antwort hast Du bekommen?

Gruß
Werner

---

Es ist traurig, dass Roco aus Lizenzgründen anscheinend kein echtes Mfx anbietet. Ich selbst setze Zimo MS-Decoder seit geraumer Zeit unter DCC ein, teils mit eigenen Soundprojekten. Abgesehen von den zimotypischen Updateproblemen habe ich beim Fahren selbst keine Probleme. Mit Märklin/Trix- Decodern habe ich wiederum das Problem, dass sich diese auf dem Hauptgleis nicht über Railcom auslesen lassen, obwohl Märklin da dauernd Ankündigungen macht. Schon erstaunlich, welche Probleme die Hersteller mit simpler Decoder-Software haben. Oder liegt es schlicht daran, dass sie Lizenzen umgehen wollen?

LG

Zitat von kellerbahnsbg im Beitrag #12

---

Nach dem Decoderreset meldete sich die Lok via MFX an...

---

Zitat von Duplex6-4-4-6 im Beitrag #15

---

Oder liegt es schlicht daran, dass sie Lizenzen umgehen wollen?

---

Zitat von Duplex6-4-4-6 im Beitrag #15

---

Es ist traurig, dass Roco aus Lizenzgründen anscheinend kein echtes Mfx anbietet.

---

Zitat von Duplex6-4-4-6 im Beitrag #15

---

Schon erstaunlich, welche Probleme die Hersteller mit simpler Decoder-Software haben.

---

Moin

Nun auch mal meine 5 cent dazu ...
Nachdem die "mfx-fits" Decoder durch Märklins Gnaden lizensiert wurden, verstehe ich immer noch nicht warum sich nicht-Märklin Hersteller darauf einlassen, da Funktionen nur bis 16 unterstützt werden. Zudem wird nur das vom Lizenzgeber offen gelegt was ohnehin schon bekannt war/ist. Ich denke nicht, das ein eingefleischter Märklin-Bahner je einen Decoder einsetzen wird, wo nicht Märklin oder ESU drauf steht ... allein schon wegen der (nicht) schaltbaren Funktionen und der mitunter hakeligen Anmeldung.
Umgekehrt kann ich mir auch keinen eingefleischten DCC-Nutzer vorstellen, der beim Einsatz eines mfx-fähigen Decoders nun das mfx Signal einstellt und dafür DCC sausen lässt.
Für mich sind die Bemühungen um die durch Märklin lizensierte mfx-Decoder falsch investiertes Geld, es bringt einfach nichts .. für beide Seiten.
Für meinen Teil ist es so, das ich Zimo-Decoder jedem anderen Fabrikat vorziehe ... allerdings wird mfx, als auch mm/² via CV12 instant deaktiviert und das ist auch gut so.

bis dahin

Ich habe gestern noch mit ZIMO telefoniert und kann Jürgen nur zustimmen:

Zitat von HJürgen im Beitrag #14

---

Der MS450P22 kann zwar Mfx, aber Roco hat dies nicht lizensiert und daher nur unvollständig implementiert.

---

Ich habe vor längerer Zeit einmal mit einem Decoder-Hersteller zusammengearbeitet, der einige Vorschläge von mir damals in die Software implementiert hat.
Name tut nichts zur Sache. Jedenfalls bekam ich die Testversionen im Abstand von Tagen und wenigen Wochen, bis alles funktioniert hat. Das ging erstaunlich schnell.
Natürlich verfügen die Hersteller über Erfahrungen etwa bei der Motoransteuerung, die man nicht so simpel kopieren kann.
Dennoch ist das für Programmierer keine Geheimwissenschaft.
Es dürften vor allem drei Gründe haben, warum manches unbefriedigend bleibt:
1. Die Hersteller investieren so wenig wie möglich in die Elektronik/Software. In Modellneuheiten zu investieren erscheint da viel lukrativer.
2. Da man auf der Ursoftware aufsetzt und einfach immer neue Funktionen draufpackt, geht irgendwann der Überblick verloren.
3. Kleingeistig versucht man durch eigene Befehls/Kommunikationsprotokolle Mitwerber auszusperren, was am Ende der ganzen Industrie schadet, weil viele Kunden frustriert aufgeben (hier ist es allerdings oft schwer, die wirklich Schuldigen auszumachen, manche Hersteller legen ja durchaus Teile offen). Am Ende geht es aber auch hier um die Einsparung von Entwicklungskosten. Ohne Konkurrenz braucht es keine Entwicklung, so die ebenso simple wie falsche Idee.
Zimo ist da ein Sonderfall. Ungemein kreativ verhedert man sich dort leider an zu vielen Baustellen.
Natürlich müssen Hersteller mit ihren finanziellen Mitteln haushalten. Aber allzu nachsichtig sollte man da als Kunde nicht sein. Sind wir ja bei unseren Autos auch nicht. Und dass sich etwa Märklin und Piko viele Probleme erst durch die Trennung von ESU (ohne jetzt Schuldige zu benennen) eingebrockt haben, hat ja auch nicht der Kunde zu verantworten.

LG

Zitat von kellerbahnsbg im Beitrag #19

---

Ich habe gestern noch mit ZIMO telefoniert und kann Jürgen nur zustimmen:

Zitat von HJürgen im Beitrag #14

---

Der MS450P22 kann zwar Mfx, aber Roco hat dies nicht lizensiert und daher nur unvollständig implementiert.

---

Eigentlich sollte auch bei Decoderreset Mfx deaktiviert blieben, allerdings hat Roco das Reset-Prozedere wohl etwas schlampig definiert und so wird CV12 nicht auf 53 gesetzt (mfx-bit bei 53 deaktiviert). Deshalb meldet sich die Lok nach Reset über Mfx an.

Dass die Loks bei meinen Resets der MS450P22-Decoder bereits 3 von 3 mal (2x die 1020, 1x die 1116) den Sound verloren haben konnte sich allerdings auch der ZIMO-Support nicht erklären. Sollte eigentlich nicht passieren. Mir wurde auch noch Empfohlen zu überprüfen ob ich eh mit DCC128 mit der Lok kommuniziere.

Wie auch Jürgen schon gesagt hat kann man die Decoder an ZIMO senden. Allerdings wurde auch ich über die mindestens 8 Wochen Bearbeitungszeit informiert.
Ich denke ich werde vorerst mal nurmehr DC-Analog Roco-Loks kaufen, und diese Umrüsten und mit ESU-Decoder ausstatten...

Gruß
Tom

---

Zitat von Duplex6-4-4-6 im Beitrag #21

---

Eigentlich sollte es selbstverständlich sein, dass Roco entsprechende Tests mit Märklinsteuerungen unternimmt. Man verkauft ja nicht wenige Wechselstromloks. Und wenn doch einmal Unerwartetes auftaucht, sollte man um schnelle Aufklärung bemüht sein. Sollte....

---

Hallo,

Ich habe heute meine neue Taurus Cityjet in Betrieb genommen (Art. Nr. 7520024). Ich fahre unter DCC mit der CS3, bis jetzt gibt es keine Probleme, alles lauft normal. Mfx Protokol ist aktiviert auf der CS3 und deaktiviert auf der Lok (CV12 = 4).

Auch mit der ÖAMTC-Lok kein Problem nach mehreren Wochen Betrieb (ebenfalls mit MS450 Decoder).

Ich hoffe, dass es so weitergeht...

MfG,
Christian.

Gute Morgen!

Das Drama mit den MS Decodern geht weiter. Da ich wirklich von niemanden mit derartigen Problemen gehört habe, nehme ich langsam schon meine Anlage (bzw. CS3 plus) in Verdacht. Gestern, während eine 1116 mit MS450P22 fuhr, reagierte diese plötzlich nicht mehr. Hab also Gleisstrom aus, aufs Programmiergleis, und siehe da, sie hat während der Fahrt eine neue Adresse angenommen (DCC 160). Wohl angemerkt hab ich in dieser Zeit nicht am Programmiergleis rumgewerkelt, weder wird der Programmierstromkreis für irgendwas anderes verwendet als fürs Prog.-gleis. Ich fahre intzwischen nurmehr mit DCC aktiviert. Alles war auf einen der zwei Boostersegmente. Kurz darauf merkte ich, andere Loks reagierten auch nicht mehr. Also hab ich mal F2 (Hupen) auf DCC 160 aktiviert, und siehe da: Am Hauptgleis (Boostersegment, nicht Programmiergleis!) haben sich mehrere Loks auf die besagte Adresse gesetzt? Betroffen waren folgende Loks:

- 2x 1116 088 (MS450P22)
- 1293 Nightjet (MS450P22)
- 1216 Nightjet (MS450P22)
- 1142 684 (MX645P22)
- 1193 WLC (MS450P22)

Bei vielen wusste ich gar nicht dass diese einen MS drinnen haben All jene hatten plötzlich Adresse 160 und eine ganz hohe Anfahrverzögerung (ich glaub es war 173). Letztere, die 1193 WLC, hab ich auch nicht mehr zum laufen gebracht. Selbes Symtom wie ich ganz oben in diesem Thread beschrieben habe. Die hat das Mapping und den Sound vergessen. Auch ein Lok-Reset hat da nichts mehr gerettet...

Wie so etwas möglich ist, kann ich mir absolut nicht erklären. Selbst wenn etwas Störungen im Gleissignal verursacht, wieso sind bis auf die eine mit dem MX nur MS-Decoder betroffen? Ich werde jetzt meine CS3 plus auf Werkszustand zurücksetzen und hoffen dass das hilft.

Gruß,
Tom

Und die Klimajet-1116 hab ich in der Auflistung auch noch vergessen. Natürlich auch ein MS450P22