Hallo zusammen,

in der Bucht habe ich einen Zimo Sounddecoder MS450P22 (Plux22-Schnittstelle) ersteigert.
Der bespielte Decoder stammt aus einer Roco BR 254. Auf einem Prüfstand funktioniert alles und der Sound hört sich richtig fett an!

Jetzt zu meinem Problem:
Mit einem Zimo MXULFA mit aktueller Firmware (0.84.79) gelingt es mir nicht einen anderen MS-Sound von der Zimo-Homepage aufzuspielen!
Das eigentliche Aufspielen des Sounds vom USB-Stick (Datei: VT98.ZPP) direkt am MXULFA läuft fehlerfrei durch, jedoch kommt der Sound nicht im Decoder an.

Gibt es dort irgendwelche Sperren? Wenn ja, kann man diese aufheben / umgehen?

Grüße
Dieter

Hallo

Bei den CV 15 und 16 gibt es Dekodersperren. Bitte in der Bedienungsanleitung des Dekoders nachlesen.

https://www.zimo.at/web2010/documents/MS-MN-Decoder.pdf

Gruss

Stephan

Hallo Stephan,

vielen Dank für die schnelle Antwort!

Die CVs #15 und #16 hatte ich vorher auf "0" gesetzt.
Sie hatten den gleichen Wert und dürften den Decoder nicht sperren.

Grüße
Dieter

Hallo Dieter

Dürfte ich dich bitten die letzte offizielle Version von der Homepage auszuprobieren?
Die 0.84.79 hätte wohl eigentlich das Licht der Welt nicht erblicken dürfen...

Hallo Vincent,

vielen Dank für die schnelle Antwort!

Das Verhalten des MXULFA ist unverändert!
Hier mal meine Gerätschaften mit Versionen:

MXULFA jetzt mit Software-Version 0.84.58
Bespielter Decoder von Roco: Zimo MS 450 (Plux22) Software-Version 4.241
Original Zimo-USB-Stick mit
- MS_4.241.0.ZSU und
- VT98.ZPP von der Zimo-Homepage

Vorher wurde der Decoder mit folgenden CV-Werten beschrieben:
- CV29 = 10
- CV15 = 0
- CV16 = 0
- CV144 = 0

Das Aufspielen des Sounds dauert ca. 30 Minuten und erreicht fehlerfrei 100%.
Jedoch verbleibt danach unverändert der alte Sound auf dem Decoder!

Grüße
Dieter

Hallo Dieter,

das funktioniert nur über die SUSI-Schnittstelle und nicht mit dem Stick.

Hallo Bodo

das wäre mir neu, hatte ich bei MX Dekoder nie. Ich habe immer über das Gleis, egal ob aus dem Stick oder der PC Software heraus, die Soundprojekte überspielt. SUSI Schnittstelle habe ich nie gebraucht.

Ist das bei den MS Dekodern jetzt neu?

Gruss

Stephan

Hallo

Auch die MS-Decoder sollten sich über SUSI und die Schiene mit Sound bespielen lassen.
Welchen Sound möchtest du denn einspielen?

Hallo zusammen,

der Decoder ist doch aus einer Roco Lok, daher meine Vermutung von Roco gegen wieder beschreiben gesperrt!
Kann man sicher Umgehen.

Gruss Jörg

Zitat von Vincent Hamp im Beitrag #8

---

Hallo

Auch die MS-Decoder sollten sich über SUSI und die Schiene mit Sound bespielen lassen.
Welchen Sound möchtest du denn einspielen?

---

Zitat von Muggel im Beitrag #9

---

Hallo zusammen,

der Decoder ist doch aus einer Roco Lok, daher meine Vermutung von Roco gegen wieder beschreiben gesperrt!
Kann man sicher Umgehen.

Gruss Jörg

---

Moin,
anscheinend kann man bei der aktuellen MXULFA Software Version .58 bei MS-Decodern den Sound / das Soundprojekt nur über den USB-Stick übertragen. Wurde mir gesagt, ich habe es aber noch nicht ausprobiert, da mein Projekt noch nicht fertig ist.

Programmiersperre Zimo-Decoder siehe bitte Anleitung.

Schöne Grüße
Johannes

Hm, seltsam. Ich habe das Projekt der Vt98 gerade problemlos über die Schiene einspielen können.
Software-Versionen hab ich die gleichen genutzt wie angegeben, sprich MXULF 0.84.58 und MS-Decoder 4.241.0.

/edit
Via USB-Stick.

Wird dann wohl der neue grüne ET98.🤣

Lustig, VT98 mit E94 Sound.

Tschuldigung, der mußte jetzt sein.

Grüße Martin🤗

Hallo zusammen,

eine Lösung ist nicht in Sicht!
Das der Decoder mit dem MXULFA bei Vincent Hamp funktioniert (gleiche Versionen MXULF 0.84.58 und MS-Decoder 4.241) ist erfreulich, hilft mir aber nicht!


Und so "forsche" ich nach der möglichen Ursache:

1. Benutzerfehler
Unangenehm, sollte man aber nie ausschließen! Folglich habe ich viele Anleitungen von Zimo zur Programmierung von MS-Decodern mit dem MXULFA gelesen.

2. Fehler im MXULFA
Seit vielen Jahren verkauft Zimo dieses Gerät und die aktuelle Softwareversion ist 0.84.58! Zwischenzeitlich wurde mir eine nicht öffentliche Firmware-Version (0.84.79) zugespielt, ...

Zitat von Vincent Hamp im Beitrag #4

---

Die 0.84.79 hätte wohl eigentlich das Licht der Welt nicht erblicken dürfen...

---

Hallo

Ich hatte das bei einem MX Dekoder. Die Schnittstelle war schlecht an der Dekoderplatine gelötet, sodass es einen Wackelkontakt gab. Je nach dem, wie ich den Dekoder in die Schnittstelle einpresste, funktionierte er oder nicht, liess sich auslesen oder nicht.
Zimo Qualität halt.

Gruss

Stephan

Nicht lange überlegen. Ab mit dem Decoder zu Zimo. Momentan sind die Wartezeiten auch wieder recht kurz. Hatte neulich zwei Decoder wegen Kurzschluß (Eigenverschulden) zu Zimo geschickt, nach zwei Wochen, waren sie wieder da.

Moin Dieter

Der "goldene Fleck" sagt Zimo das es ein für/von Roco produzierter und verkauft wurde ... zB. in einer Sound-Lok. Die CVs der Programmiersperre werden im MXULF/A beim Flashen von Sound angezeigt ... CV144 und noch einer ... einfach mal in der BA zur Decoder-Serie entsprechendes Kapitel lesen.
Alle Doc`s findest Du auf der Zimo-HP ... gelten auch für Decoder die von Roco vertrieben wurden.

Bis dahin

Hallo Dieter,
zwei Tips habe ich noch aus eigener Erfahrung. Vielleicht probierst du das mal noch aus?
- zunächst mal eine andere ggf. leicht ältere Firmware auf den Decoder spielen und dann nochmal den Sound schreiben
- Das Soundfile über die Option "MS SW PowCycle" einspielen

Hast du auch mal versucht, ggf. ein anderes Soundfile aufzuspielen?

Viele Grüße
Michael

Zitat von digitalo im Beitrag #18

---

Die CVs der Programmiersperre werden im MXULF/A beim Flashen von Sound angezeigt ... CV144 und noch einer ...

---

Zitat von supermoee im Beitrag #16

---

Hallo

Ich hatte das bei einem MX Dekoder. Die Schnittstelle war schlecht an der Dekoderplatine gelötet, sodass es einen Wackelkontakt gab. Je nach dem, wie ich den Dekoder in die Schnittstelle einpresste, funktionierte er oder nicht, liess sich auslesen oder nicht.
Zimo Qualität halt.

Gruss

Stephan

---