Moin

Es gibt ein Update der ==> FW <== zum MXULF/A in der Zimo-Database zum download.
Folgendes wurde verbesser bzw. hinzu gefügt.

Zitat Zimo Anfang

Dies ist die erste SW-Version auch für ALLE MNxxx-Decoder.

* Achtung: Vor dem Update von MS- oder MN-Decodern bitte unbedingt die Infos bei MS-MN-Decoder-SW-Update lesen

Änderungen / Korrekturen:

Weitere Anpassungen am Updateprotokoll von MS/MN Decodern: Geschwindigkeit beim Firmware Update gedrosselt
Abgleich von Product ID und Soundprojektkennung
Fehlermeldungen verbessert
Der künfitige Decoder MS491 wird erkannt

Zitat Ende

bis dahin

Moin

Zimo empfiehlt dieses ==> FW-Update <== unbedingt einzuspielen ...

Zitat Zimo Anfang:

Es wird dringend empfohlen dieses Update durchzuführen!

* Achtung: Vor dem Update von MS- oder MN-Decodern bitte unbedingt die Infos bei MS-MN-Decoder-SW-Update lesen

Änderungen / Korrekturen:

SUSI Soundload: Änderung der Ladecodeabfrage
Fehlerkorrektur: MXULF Revision D wird als solches erkannt
MS581 zur Decodertabelle hinzugefügt

Zitat Ende



bis dahin

Moin

Gestern in den Newslettern angekündigt und heute promt geliefert ... eine neue ==> FW <== für den MXULF/A steht zum download bereit.

Zitat Zimo Anfang
Es wird dringend empfohlen dieses Update durchzuführen!
* Achtung: Vor dem Update von MS- oder MN-Decodern bitte unbedingt die Infos bei MS-MN-Decoder-SW-Update lesen
Änderungen / Korrekturen:
SUSI Soundload: Änderung der Ladecodeabfrage
Fehlerkorrektur: MXULF Revision D wird als solches erkannt
MS581 zur Decodertabelle hinzugefügt
Zitat Ende

Merry X-Mas

bis dahin

Wurde inzwischen wieder zurück gezogen ... sorry .. der link geht auf das Update vom August ...
... Auch der Hinweis auf den MXULF/A ist verschwunden, nur der dringende Hinweis das Gerät upzudaten ist noch präsent ...

bis dahin

Moin

Lang erwartet und nun vom Osterhasen statt dem Chriskind ausgeliefert wurde die ==> FW 84.80 <==. Folgendes wurde korrigiert bzw. verbessert:

Zitat Zimo Anfang:
Es wird dringend empfohlen dieses Update durchzuführen!

* Achtung: Vor dem Update von MS- oder MN-Decodern bitte unbedingt die Infos bei MS-MN-Decoder-SW-Update lesen

Änderungen / Korrekturen:

Überarbeitung/Instandsetzung des Sync-Updates für MX820 und MX821 Updates
Überarbeitung und Umstrukturierung des MX-Soundladens via Schiene
Änderungen beim MS-Decoder-Update:
Bei der Updateprozedur über Taste 1 oder Menüpunkt "Update&Sound" werden die CVs #7, #65 (Version Firmware), und CV #248 und #249 (Version Bootloader) bestimmt.
Wurde ein MS-Decoder mit Bootloader < 2.0 oder Firmware < 4.79 erkannt, wird das Update abgebrochen.
Für diese Decoder wurde der sogenannte "Recovery Mode"/"Wartungsmodus"/"Mode Recuper" eingeführt.
Mittels spezieller zsu-Dateien für die jeweilige Decodertype wird mit dem Powercycle-Update der Bootloader auf den aktuellen Stand gebracht (demnächst in → MS-MN-Decoder-SW-Update).
Überarbeitung der Codebasis.
USB Schnittstelle:
Korrektur im DCC_EIN-Protokoll(Fahrpult ZSP): MXULFA fügt beim Aussenden der vom PC kommenden DCC-Pakete keine eigene Prüfsumme mehr ein.
Neue Befehle zur Handhabung der verschiedenen USB-VCOM-Protokolle
Korrektur im Binärprotokoll: Abfrage x10/x11 (siehe Dokumentation) wird nun bei Schiene 'Aus' mit korrekter Schienenspannung '0' beantwortet (Relevant für ZCS).
Korrektur der Überstromabschaltung: Schwelle für die Abschaltung wurde herabgesetzt.
Korrektur bei der Generierung des Schienensignals: Mit der Revision E kam es bei vorherigen Versionen zu kurzzeitigen Einbrüchen in der Schienenspannung.
Zitat Ende

bis dahin

Hmmm ... die Fa. Zimo führt uns anscheinend wieder an der Nase rum ... aktuell steht wieder die Vorgängerversion zum download online. Was ist da los???



Diesmal hatte ich aber die FW vom MXULF/A zuvor geladen gehabt ... (merke ... "gebranntes Kind scheut den Ofen").

bis dahin

Ich habe aber heute Vormittag noch die aktuelle Version runter geladen.

Ich gestern Abend auch und ich habe damit auch schon bei einen Decoder die Firmware erfolgreich geflasht.
Aber irgendeinen Grund wird der Rückzieher ja bestimmt haben.
Viele Grüße
Frank

Ich habe soeben Herrn Hubinger angeschrieben. Mal sehen, was er antwortet.

Moin

Herr Vincent Hamp von der Fa. Zimo hat auf Stummi Bezug genommen ... hier:

Zitat

---

Zitat

---

Hmmm ... die Fa. Zimo führt uns anscheinend wieder an der Nase rum ... aktuell steht wieder die Vorgängerversion zum download online. Was ist da los???

---

Sehr peinlich...
Dass die Version wieder runter genommen wurde hat mich eben selbst überrascht. Ich hab jetzt grad bei unserem Haupttester nachgefragt und scheinbar gibt es Probleme in Bezug auf den MS500 mit SW Version 4.207.0. Der Kollege der am MXULF entwickelt ist da schon dran.

Zitat

---

Hallo Stephan,
auf der Homepage von Zimo steht für den MXULF die Version März 2024 0.84.80 zum Downloaden bereit.
Also die neueste Version.

---

Das dürfte wohl dein Browser Cache sein, wir haben die Version nämlich tatäschlich wieder entfernt.

---

... der link dazu.

bis dahin

Moin

Zimo hat am 24.04.24 eine neue ==>BA<== für den MXULF/A online gestellt.

bis dahin

Moin

Die Fa. Zimo hat einen neuen Versuch gestartet um eine stabile ... ==> FW <== ... auf den MXULF/A zu bekommen ...
Hier die Liste der Korrekturen & Neuerungen:

Zitat Zimo Anfang:

29.05.2024
Version 0.84.92 (DE / EN / FR) Auch für MS- UND MN-Decoder! *

Es wird dringend empfohlen dieses Update durchzuführen!
* Achtung: Vor dem Update von MS- oder MN-Decodern bitte unbedingt die Infos bei MS-MN-Decoder-SW-Update lesen

Änderungen / Korrekturen:

Überarbeitung/Instandsetzung des Sync-Updates für MX820 und MX821 Updates
Überarbeitung und Umstrukturierung des MX-Soundladens via Schiene
Änderungen beim MS-Decoder-Update:
Bei der Updateprozedur über Taste 1 oder Menüpunkt "Update&Sound" werden die CVs #7, #65 (Version Firmware), und CV #248 und #249 (Version Bootloader) bestimmt.
Wurde ein MS-Decoder mit Bootloader < 2.0 oder Firmware < 4.79 erkannt, wird das Update abgebrochen.
Für diese Decoder wurde der sogenannte "Recovery Mode"/"Wartungsmodus"/"Mode Recuper" eingeführt.
Mittels spezieller zsu-Dateien für die jeweilige Decodertype wird mit dem Powercycle-Update der Bootloader auf den aktuellen Stand gebracht (siehe MS-MN-Decoder-SW-Update).
Veränderter interner Ablauf bei Taste 1 Update Start
Überarbeitung der Codebasis
USB Schnittstelle:
Korrektur im DCC_EIN-Protokoll(Fahrpult ZSP): MXULF fügt beim Aussenden der vom PC kommenden DCC-Pakete keine eigene Prüfsumme mehr ein.
Neue Befehle zur Handhabung der verschiedenen USB-VCOM-Protokolle
Korrektur im Binärprotokoll: Abfrage x10/x11 (siehe Dokumentation) wird nun bei Schiene 'Aus' mit korrekter Schienenspannung '0' beantwortet (Relevant für ZCS).
Korrektur der Überstromabschaltung: Schwelle für die Abschaltung im Normalbetrieb und während dem Multitap-Update wurde angepasst.
Korrektur bei der Generierung des Schienensignals: Mit der Revision E kam es bei vorherigen Versionen zu kurzzeitigen Einbrüchen in der Schienenspannung.
Korrektur des CV-Schreiben im Service-Mode: Erster Schreibbefehl scheiterte bei MS Decodern.
Korrektur: Zu langer Dateiname führte zu falscher Dateiauswahl bei T2 Soundladen

Zimo Ende

Bis dahin

Vielen Dank für den Hinweis, gibt wieder Arbeit für das neue Hobby "updaten".

Thomas

Hallo,

Danke schön. Vielleicht sollte Zimo auf Monatsversionierung umstellen ...

Grüße

Ralf

Moin

Naja ... ein Update bringt auch Verbesserungen mit sich, wenn es manchmal auch nur Korrekturen sind. Ich würde das jetzt nicht als eigenständiges Hobby sehen wollen, sondern ein vom Hersteller erbrachtes Interesse die Hardware zukunftsfähig zu halten. Daher sehe ich Sarkasmus hier fehl am Platze ...
Ich kann nur jedem der den MXULF/A sein Eigen nennt ... zieht das Update vom Server ... müsst ja nicht gleich aufspielen ... 2x hat Zimo uns schon vergackeiert ... indem nach kurzer Zeit das Update wieder zurück gezogen wurde.

Bis dahin

Moin

Seit dem 06.06.24 steht eine neue ==> FW <== für den MXULFA zum download bereit.
Folgendes wurde verbessert, bzw hinzu gefügt:

Zitat Zimo Anfang

06.06.24
Version 0.84.93 (DE / EN / FR) Auch für MS- UND MN-Decoder! *

Es wird dringend empfohlen dieses Update durchzuführen!
* Achtung: Vor dem Update von MS- oder MN-Decodern bitte unbedingt die Infos bei MS-MN-Decoder-SW-Update lesen

Bugfix:

Wenn im MS-Decoder der Analogbetrieb eingeschalten war und über den Menüpunkt „ohne CV144, 29“ ein Softwareupdate gemacht wurde, konnte es beim Starten des Updates passieren, dass der am Decoder angeschlossene Motor unkontrolliert losfährt
Zitat Ende

Bis dahin

Hallo Stephan,

gibt es aktuell mit der Update Version 0.84.93 Probleme ?

Seit dem ich die draufgespielt habe, zeigt der Programmer den Decoder nicht mehr im Display an.

Die entsprechende gelbe LED leuchtet aber, sowie der Decoder eingesteckt wird.

Und Sounds kann ich trotzdem aufspielen.

Hallo Jörg,
was meinst Du mit "... zeigt der Programmer den Decoder nicht mehr im Display an ..."? Meinst Du den Decoder-Typ?
Habe es gerade ausprobiert, weil mir das noch nie aufgefallen ist. Das MXULFA zeigt keinen Typ an, aber die Firmwareversion, was für mich zumindest das Entscheidende ist. Was ich anstecke, weiß ich ja in der Regel.
Falls Du den Decodertyp wissen möchtest, kannst Du alternativ aber auch das erste Byte der Decoder-ID auslesen. Oder ZCS zeigt es nach der Decodererkennung auch direkt an.
Ich habe unter der Firmware schon einige Decoder Up- und Downgradet und auch Sounds aufgespielt. Alles bisher ohne Probleme. Das einzige Problem war bisher eine kalte Lötstelle an der Plux-Schnittstelle eines Decoders. Aber das kann man ja dem MXULFA nicht zur Last legen ;-)
Falls Du was anderes meinst, dann gern her mit der Info. Ich versuche es dann mit meinem MXULFA zu verifizieren.
Viele Grüße - Frank

Moin Frank,

laut Beschreibung soll er es tun :

Zitat Kapitel 6 :"Zweite Zeile: „Decoder bereit“ oder Decoder-Typ (Anzeige
abhängig von MXULF-SW-Version; Ablauf nicht abhängig)."

Hatte er bisher aus immer.

Hallo Jörg,
diesen Satz finde ich in der aktuellen Anleitung vom 24.04.2024 nicht. Etwas ähnliches steht lediglich im Kapitel 9: "Fahrbetrieb mit dem MXULF".
Und ja, das MXULFA zeigt beim Fahrbetrieb dort aktuell keinen Decodertyp an, sondern nur - wie bei Fremddecodern - den Hersteller (nämlich "ZIMO").
Ich würde das aber eher als ein Feature, als ein Problem oder Bug nennen. Oder hast Du noch weitere, daraus resultierende Einschränkungen für die Nutzung gefunden? Das wäre natürlich interessant.
Du kannst Dich aber gern an ZIMO wenden und denen mitteilen, dass Du die Anzeige des Decodertyps beim Fahrbetrieb aktuell vermisst. Die freuen sich eigentlich immer über Feedback, damit sie wissen, wie der Bedarf beim Kunden tatsächlich aussieht.
Beste Grüße - Frank