Hallo zusammen,

ich habe ein Problem mit einem MS450P22 Decoder aus der Roco-Lok mit der Artikelnummer 70529 (BR182 DB Netz, DC mit Sound, aktuelles Modell). Ich habe das Problem auch schon an den Support von Zimo kommuniziert, aber da ist gerade Weihnachtspause und vielleicht gibt es ja hier im Forum jemanden, der eine zündende Idee hat. Ich habe die Lok gebraucht „neuwertig“ erworben und sie ist gerade noch rechtzeitig vor Weihnachten angekommen. Soweit funktioniert der Betrieb auch.

Was leider nicht funktioniert, ist das Auslesen der CV’s auf dem Programmiergleis (weder mit der Intellibox, dem MXULFA noch dem ESU Lokprogrammer) bzw. auch ein normales Update über den MXULFA. Ich habe jetzt schon die verschiedensten Dinge ausprobiert und ich habe auch schon jede Menge Erfahrung mit ca. 20 MS-Sounddecodern und min. genau so vielen MX-Sounddecodern in meinem Bestand und bisher hatte ich noch kein Problem, was ich nicht beheben konnte aber bei diesem Decoder bin ich mit meinem Latein am Ende.

Folgende Dinge funktionieren:

- Betrieb der Lok mit DCC und analog
- Sound schreiben ohne CV29 & CV144 mit dem MXULFA
- CV’s schreiben über Hauptgleisprogrammierung (getestet mit ESU Lokprogrammer) oder auf dem Programmiergleis
- Decoder zurücksetzten über CV8=0
- Power Cycle update der Decoder-Firmware (aktuellste Firmware Installation läuft bis 100%, ob die dann auch installiert ist, kann ich leider nicht prüfen)
- Auslesen anderer MS-Decoder in der gleichen Lok (an der Lok liegt es also nicht)

Folgendes funktioniert leider nicht:

- CV’s auf dem Programmiergleis lesen (egal welches Programmiergerät oder in welcher Lok der Decoder eingebaut ist)
- Normales Soundupdate mit dem MXULFA (Decoder wird nicht erkannt)
- Normale FW-Update mit MXULFA (Decoder wird nicht erkannt)
- Auslesen des Decoders in anderen Loks

Ich habe jetzt schon mehrfach ein Power Cycle update mit verschiedenen Firmware-Versionen gemacht, den Decoder mit CV8=0 auf Werkseinstellungen gesetzt und auch schon mehrfach das Soundprojekt für die 1016/1116/182 von der Zimo-Homepage neu geschrieben. Das Problem mit dem Auslesen bleibt bestehen.

Haben ihr noch einen Tipp, was das Auslesen verhindern könnte? CV's schreiben und Betrieb funktionieren hingegen problemlos.

Viele Grüße

Michael

Ist beim Lesen/Bestätigen der Programmierung von CVs auf dem Programmiergleis (CV-Modus, nicht POM) das typische Ruckeln der Lok hör- und/oder sichtbar? Wenn ja und trotzdem nichts zu lesen kann es sein das die Zentrale zu unempfindlich ist, vielen Zentralen reichen die 60 mA für die ACK-Impulse nach Norm nicht oder zu große Pufferelkos stören das Lesen. Allerdings schalten die ZIMOs beim Programmieren die eigentlich ab.

Zitat von Stahlblauberlin im Beitrag #2

---

Ist beim Lesen/Bestätigen der Programmierung von CVs auf dem Programmiergleis (CV-Modus, nicht POM) das typische Ruckeln der Lok hör- und/oder sichtbar? Wenn ja und trotzdem nichts zu lesen kann es sein das die Zentrale zu unempfindlich ist, vielen Zentralen reichen die 60 mA für die ACK-Impulse nach Norm nicht oder zu große Pufferelkos stören das Lesen. Allerdings schalten die ZIMOs beim Programmieren die eigentlich ab.

---

Zitat von Domapi im Beitrag #3

---

BTW: Das ACK-Signal sind 6 ms.

---

Zitat von Stahlblauberlin im Beitrag #2

---

Ist beim Lesen/Bestätigen der Programmierung von CVs auf dem Programmiergleis (CV-Modus, nicht POM) das typische Ruckeln der Lok hör- und/oder sichtbar?

---

Zitat von drum58 im Beitrag #5

---

Bei MN-Decodern ruckelt nichts, das wird also bei MS-Decodern auch so sein. Auslesbar sind sie aber dennoch.

---

Zitat

---

Was leider nicht funktioniert, ist das Auslesen der CV’s auf dem Programmiergleis (weder mit der Intellibox, dem MXULFA noch dem ESU Lokprogrammer) bzw. auch ein normales Update über den MXULFA.

---

Es passiert schon mal (Häufigkeit im niedrigen einstelligen Prozentbereich), dass die Kombination Zentrale-Lok-Dekoder nicht funktioniert. Das liegt vermutlich an den elektrischen Komponenten, die entsprechende Signale unbrauchbar verzerren.

Bau den Dekoder aus, pack ihn in deinen MSTAP/MXTAP und programmiere ihn.

Ich weiß, es ist lästig.

Danke für die Tipps,

ich habe leider keinen Decoderprüfstand. Ich habe aber den Decoder in 5 verschiedenen Loks versucht auszulesen. Überall das gleiche Problem. Zwei weitere MS450P22 lassen sich hingegen in allen Loks problemlos auslesen.
Leider machen die MS-Decoder beim Auslesen wie schon im Chat geschrieben nicht die typischen Auslesegeräusche, keine Ahnung ob man das über CV's anders einstellen kann.

Ich habe jetzt mal den Decoder optisch mit einem zweiten verglichen und bin dabei vermutlich auf die Ursache gestoßen:


Links im Bild ist der Vergleichsdecoder, rechts der mit den Problemen. Im roten Kreis ist ein Bauteil, was beim rechten Decoder schief sitzt. Sieht also eher nach einem Hardware- als einem Softwareproblem aus.

Ich warte jetzt mal ab, was Zimo mir antwortet. Hoffentlich richten sie mir das ohne große Kosten.

Viele Grüße

Michael

Laut der ROCO Webseite hat die Lok einen Pufferkondensator
Hier
Könnte es daran liegen?

Hallo Jürgen,

danke für den Hinweis. Ja, die Lok hat zwei Pufferkondensatoren verbaut, es geht aber auch in einer Lok ohne Pufferkondensator nicht.

Ich vermute mittlerweile, dass es ein Hardwareproblem ist, siehe vorheriger Post. Ich glabe, da kann nur Zimo helfen.

Viele Grüße

Michael

Zitat von mikomue im Beitrag #8

---

Im roten Kreis ist ein Bauteil, was beim rechten Decoder schief sitzt.

---

Scheint mir Hardwareproblem sein, evtl. dient das schief verlötete Bauteil zur Erzeugung der ACK-Signale. Ohne ACK geht nix auf dem Prg.-Gleis.

Ab damit zu Zimo, die sind sehr kompetent und hilfsbereit. Schick denen am besten das Bild gleich mit.

Zitat von Stahlblauberlin im Beitrag #6

---

Wie morsen die dann die ACK-Impulse? Beim Programmieren im CV-Modus sind die Pflicht. Alle mir bekannten Dekoder machen das durch entsprechend kurzes Einschalten des Motors, daher das Ruckeln oder je nach Motor auch nur leises Klackern. Nur bei POM wird per Railcom geantwortet.

---

Der Decoder ist eingepackt und auf dem Weg zu Zimo. Mal schauen, wie lange es dauert.
Ich melde mich nochmal, wenn ich neue Erkenntnisse habe.
Für mich sieht das eher nach einem Bestückungsfehler aus, wie warm geworden sieht es meiner Meinung nach nicht aus.

Vielen Dank an alle und viele Grüße
Michael

Hallo

Es tut mir Leid dass dieser Decoder unsere Produktion verlassen hat, sowas dürfte nicht passieren.

Bei dem Bauteil handelt es sich um einen Transistor der für die DCC ACK-Impulse sowie die MFX Rückmeldung genutzt wird. Generell gilt also, dass alle MFX fähigen ZIMO Decoder im Service Mode nicht mehr vor- und zurück zuckeln (müssen?). Da manche Nutzer wohl trotzdem gerne wieder Motorimpulse hätten werden wir das künftig wohl einstellbar machen.

Zitat von Vincent Hamp im Beitrag #15

---

Da manche Nutzer wohl trotzdem gerne wieder Motorimpulse hätten werden wir das künftig wohl einstellbar machen.

---

Zitat von Vincent Hamp im Beitrag #15

---

Da manche Nutzer wohl trotzdem gerne wieder Motorimpulse hätten werden wir das künftig wohl einstellbar machen.

---

Hallo,
ich hatte mit meiner NCE-Steuerung auch massive Probleme, die MS-Decoder auszulesen. Mittlerweile bin ich nach ebenfalls gravierenden Problemen mit einem Pikodecoder (der mit der NCE erst gar nicht fuhr) wieder auf Lenz umgestiegen und programmiere auf der Anlage ausschließlich POM mit Railcom-Rückmeldung. Inzwischen beherrscht das auch Märklin/Trix. Das spart verdammt viel Nerven und erlaubt die Feinabstimmung der Decoder "on the fly".
Und der "primitive" Funkregler von Lenz ist in 9 Sekunden gebootet und die 0815-Batterien halten wochenlang (aufladbare kann man auch verwenden). Manchmal ist weniger eben mehr.
LG