Moritz,
vielleicht weil Du immer wieder mit "Märklin" in solche Threads reinprescht? Ich hatte mit den Augen gerollt, als Stephan es dann in Worte fasste. Und jetzt sei bitte nicht auch Du angep..., sondern nimm es einfach hin und denk drüber nach. Es ist wirklich nicht böse gemeint😉

Moin Moritz

Ich bin von Märklins Eigenwegen angepisst, das man den Kunden keine Wahl lassen will, auf Deibel komm raus. Die "Featcher" wie Anfahrruck ab Werk beim mSD3+ kann ich nicht brauchen und den "Sound" dem Märklin auf seine Decoder sprudelt sind nicht das Wort wert.
Es ist nicht so, wie Du es beschreibst ... niemand lässt irgendwen im Regen stehen ... das Problem ist erkannt und an einer Lösung wird gearbeitet.
Das "Problem" ist, das der mSD3 von Märklin nicht genügend AUX wegen der mtc21 zur Verfügung stellen kann und deshalb über SuSi gehen muss. Alles nur, weil man in Göppingen nicht über den eigenen Schatten springen will/kann.

Bis dahin

Die Mängel des mSD3 beklage ich doch selbst auch oft genug, deswegen setze ich den ja auch nur sehr selten ein. Doch darum geht es nicht. Man muss doch in der Lage sein, zu differenzieren!

Und beim Thema SUSI kann man dich anerkennen, dass Märklin bei SUSI die größte Flexibilität bietet, weil eben SUSI-Funktionen vollständig im Decoder gemapped und konfiguriert werden können, wie ein AUX-Ausgang.

Damit ergeben sich viel mehr Möglichkeiten. Warum nicht einfach anerkennen, dass da die anderen Decoderhersteller SUSI leider nur halbherzig implementieren?

Dass ZIMO da jetzt anfängt, nachzuziehen, ist ja erfreulich. Es zeigt aber auch , dass sie es könnten, wenn sie wollten. Nur wollten sie bisher eben offenbar nicht

Gruß
Moritz

Moin Thorsten,
hör doch bitte mit dem Unsinn auf, ich würde immer mit Märklin reinpreschen.

Zitat von nachtbahner im Beitrag #81

---

Moritz,
vielleicht weil Du immer wieder mit "Märklin" in solche Threads reinprescht? Ich hatte mit den Augen gerollt, als Stephan es dann in Worte fasste. Und jetzt sei bitte nicht auch Du angep..., sondern nimm es einfach hin und denk drüber nach. Es ist wirklich nicht böse gemeint😉

---

Moin Moritz

Naja, Deine Einlassungen zu Märklin sind zumeist sehr pro ... meine eher kontra Märklin. Vielleicht der Grund warum ich etwas rauh reagiere. Jetzt wollen wir uns aber wieder vertragen ...
Vielleicht ist es auch so, das bei Zimo es durch die vielen zur Verfügung stehenden AUX bislang nicht nötig war in Sachen SuSi aktiv zu werden.
So oder so ... für mich sind die "Gimmiks" der Fa. Märklin nur Klimmzüge der Marktabschottung zum vielleicht doch viel kompetenteren Mitbewerber in Sachen DIGITALE MODELLBAHN.
Das zeigt auch das Logo "fits mfx", welches künstlich auf 16 Funktionen beim Lizenznehmer beschränkt wurde. Da muss man schon seeehr blind sein um das nicht zu sehen.
Um nochmal zum Schorsch zurück zu kommen ... zwischen Lok und Tender gibt es nicht weniger als 10 Kabel, während im Tender bis auf das Licht und der Lautsprecher nix geschaltet wird. Mit SuSi soll man die Anzahl der Litzen reduzieren können ... sagst Du. Märklin hätte durchaus andere Möglichkeiten bei weniger Aufwand gehabt, um alle Funktionen ohne SuSi zu realisieren ... eine davon wäre ... Decoder in der Lok zu plazieren, die Kabel für's FS-Licht, Motor, Frontlicht, Fahrwerksbeleuchtung ... wären nicht mehr nötig zwischen Lok & Tender ... blieben noch 4 oder 5 (U+, LSa, LSb, Licht hinten + AUX xy falls noch eine Telex gewünscht würde.
Der "normale MoBahner" schickt das Modell bei Problemen eh ins Hersteller-BW ... die Versierteren machen es lieber selbst und denen ist Garantie etc. völlig egal.
Sei es drum, wenn die Fa. Märklin mich mit ihrem, wie ich behauptete "digitalem Krempel" überzeugen will ... mus sie noch jede Menge Hausaufgaben erledigen. Letztlich ist das worüber wir uns aufregen nur Spielzeug ... wenn auch recht teures ...
Ich heiße Stephan ... digitalo ist nur mein NickName.

Bis dahin

Hallo Stephan,
ich weiß doch, dass Du Stephan heißt, siehe z.B. Beitrag 80. Zum Verständnis für andere hatte ich in der Antwort an Thorsten / Nachtbahner Digitalo geschrieben.

Du scheinst gerade wirklich etwas sehr sensibel zu sein, meine Güte! Vielleicht sollte ich Dich lieber Mürte nennen😀😉

Gruß
Moritz

Zitat von Dreadi im Beitrag #70

---

Guten Abend zusammen,

ein kleines Update für die, die es interessiert. ;)

Heute Abend hatte ich das Telefonat mit Herrn Hubinger. Mein Dank und Respekt für sein Hilfe zu dieser von ihm gewählten späten Stunde.

Wir haben festgestellt, dass der Decoder mit Firmware 4.225 - kein aktuelles 16 Bit Soundprojekt laden lies. Fehler war laut MXULFA, der meinte einen MX Decoder erkannt zu haben.
Der Test lief per SUSI Verbindung vom MXULFA an den ESU Prüfstand. Direktes Laden per USB

Nächster Test war per PC und ZPP Konfig und MXULFA auch die SUSI Schnittstelle anzusprechen und es so zu probieren. Es konnte kein Decoder per SUSI und PC erkannt werden.
Herr Hubinger erklärt, dass zu diesem Vorgang Version 4.227 installiert sein muss.
Gesagt, getan, wieder direkt mit USB per MXULF und PowerCycle die Version 4.227 bespielt. Nun war kein Ansprechen des Decoders mehr möglich.

Zum Test, ob ein Bespielen eines kleines Soundprojektes das behebt, haben wir ein MX Soundprojekt gesucht (1.6MB) und per SUSI bespielen wollen. Das hat nicht geklappt.
Weiter haben wir als Test den Prüfstand komplett abgesteckt, den MXULF in den Fahrbetrieb gesetzt und nun die Prüfstand mit Decoder mit "Fahrspannung" versorgt und testen wollen. Auch hier hat der Decoder nicht reagiert.

Herr Hubinger geht von einem fehlerhaften MS Decoder aus - BootLoader oder Kurzschluss an einer Kontaktstelle am Soundmodul.

Ich werde den Decoder einschicken, muss mich aber mit langer Wartezeit gedulden.

so dann, Guten Abend.
Christian

---

Hallo Christian,

danke für die Info. Bei mir sieht es so aus:

- im März MXULFA und zwei beim Firmwareupdate "geschossene" Decoder (MS450, MS480) zu Zimo geschickt
- im Juni zurückerhalten, MXULFA "repariert", angeblich wurden damit Decoder bespielt
- beide Decoder wieder intakt mit neuester Firmware zurückerhalten
- natürlich habe ich umgehend versucht, auf anderen Decodern (wieder ein MS450 und ein MS480) die Firmware zu aktualisieren. Ergebnis: Wieder beim Firmware Updaten hängen geblieben und beide im Nirvana. Exakt wie gehabt!
- alles eingepackt und wieder nach Wien. Ich hätte gern ein neues MXULFA, ich traue dem vorhandenen Ding nicht mehr. Wenn es damit auch nicht geht, sind wohl die "Energien" (Bezug: Service-Fragen wie "steht ein WLAN-Router in der Nähe"? Sind Trafos o.ä. on der Nähe?) in meinem Modellbahnkeller ungeeignet für Zimo-Firmwareupdates, im Gegensatz zu den Esu und D+H Programmern seit 2016 an exakt derselben Stelle.
- es bleibt spannend mit MS und MXULFA...

Grüße
Bernd

Moin Christian

Es hätte mich auch brennend interessiert wie Zimo den MSxxx Decoder, der glaubt ein MXxxx zu sein wieder ans Laufen gebracht hat. Ich hab hier auch eine MSxxx-Decoder der sich für einen MXxx hält, bzw. meint mein MXULFA dass und wenn ich den Postweg nach Wien bei einer gangbaren Lösung damit umgehen könnte, wäre das prima.
Manchmal hilft Nachfragen in Wien ...

Moin Bernd

Wie lädst Du die Projekte in den Flash? Mein MXULFA ist "uralt" und "Rauschen" etc. auf dem Decoder hatte ich nur, wenn ich zuvor ein Projekt unter anderem/neuem Namen abgespeichert hatte und dann drauf geflashte.
Ansonsten läuft das Ding ausgesprochen stabil, ich mach es immer "offline", also nicht via Software/PC, sondern mit dem Stick im USB-Port des MXULFA ... allem anderen traue ich nicht über dem Weg.

bis dahin

Hallo Stephan,

nicht Projekte Laden ist das Problem sondern das Firmware Update, welches meines Wissens eh nur über USB geht. Kannst mir glauben - zweistellig Stunden nach Hubingers detaillierten Anleitungen Schritt für Schritt durchgearbeitet mit diversen USB Sticks, auch frisch formatierte, leere, selbst dem Zimo Stick prüfen lassen bei Zimo und kein WLAN in der Nähe an oder irgendwelche unvermeidbaren Netzteile. Ergebnis nun schon 4x: Decoder nicht mehr ansprechbar. Auch nicht mit irgendwelchen "Selbstheilungskräften" wenn man den Decoder mal ne halbe Stunde an Digitalspannung in Ruhe läßt. Wie Zimo solche Dinger wieder zum Laufen bekommt, habe ich bisher leider nicht erfahren können. Wenn man als Endverbraucher bei einem absoluten Standardverfahren wie einem Firmwareupdate im Jahr 2023 noch in derartige Probleme laufen kann, wäre es schon hilfreich, das zu wissen. Vielleicht hatte auch nur mein MXULFA (aus 2022) einen Schuß, was ich hoffe. Beim ersten Einsenden wurde an dem Teil ja repariert, aber für mich hatte es im Ergebnis null Nutzen. Ich berichte wie es ausgegangen ist.

Gruß
Bernd

Seltsam ... hab bislang ohne Probleme alles geflasht bekommen, ganz gleich ob MX-, MS-Decoder, oder das MXULFA selbst. Im Moment ist die 0.84.55 auf dem ULF ...

Bis dahin

Hallo Stephan, hallo Bernd,

ich bin nicht Zimo, so kann ich auch nur mutmaßen.

Zimo spielt am Bootloader rum, um z.B. die Ladegeschwindigkeit anzupassen oder vielleicht um andere Speicherbereiche im Prozessor bei Laden anzusprechen.
Zum Laden des Bootloader braucht man dessen Software und dafür geeignete Gerätschaften. Damit kann man erstmal jeden nicht physisch zerstörten Prozessor (Dekoder) wieder zum Leben erwecken. Die Software und die Geräte haben wir aber nicht. Deshalb versucht Zimo das wahrscheinlich über einen anderen Weg mit unseren Mitteln zu machen. Nun muss das aber in der vorhergehenden Version des Bootloaders ordentlich berücksichtigt sein. Wenn es dabei einen Fehler gibt, kann das aben nur Zimo, wie oben beschrieben, beheben.
Mein ULF ist schon eine Weile tot und ich hatte vor 1 1/2 Jahrne einen neuen bestellt, der aber offenbar noch nicht gebohren wurde.

So habe ich ein Update einschliesslich der Firmware mit einer Z21 und dem Maintenance-Tool gemacht. Dabei starb auch der Dekoder. Im Tool gibt es aber eine Option, dass man Prüfungen abschalten kann, und die Firmware ohne Prüfungen draufgebügelt wird. Man muss dann die richtige Version für den Dekoder händisch auswählen. Das hat den Dekoder wieder zum Leben erweckt.
U.U.ist dies ein Weg.

Viele Grüße
Manfred

Moin Manfred

Das mit dem "Blind-Update" hat mir Herr Hubinger auch nahe gelegt zu probieren, bislang hab ich das aber noch nicht getestet.
Mein verkappter MS440, der sich für einen MXxxx-Decoder hält, ist der vom Schorsch und solang das Projekt von Henning dazu noch nicht wieder frei gegeben ist, wie auch das SuSi-Mapping Problem von Zimo nicht in Angriff genommen wurde ... spielt es auch keine Rolle, sprich eilt es nicht.
Danke Dir, dass Du mir die vielleichtige Lösung wieder ins Gedächtnis gerufen hast.

Bis dahin

Hallo Manfred,

ich danke auch für Deine Gedanken/Erfahrungen, sehr interessant. Leider besitze ich nur eine z21. Was Du ansprichst heißt im MXULFA meine ich "Powercycle". Hatte ich auch probiert. Blieb in meinem Fall auch mit dem richtigen File für den 450 aber genauso beim initialen Flash löschen hängen wie der Standard-Flashvorgang. Ich hoffe erst mal auf einen neuen Programmer.

Grüße
Bernd

Zitat von dr iv im Beitrag #92

---

So habe ich ein Update einschliesslich der Firmware mit einer Z21 und dem Maintenance-Tool gemacht. Dabei starb auch der Dekoder. Im Tool gibt es aber eine Option, dass man Prüfungen abschalten kann, und die Firmware ohne Prüfungen draufgebügelt wird. Man muss dann die richtige Version für den Dekoder händisch auswählen. Das hat den Dekoder wieder zum Leben erweckt.

---

Ach, sorry. Hatte Deinen Beitrag noch nicht gelesen.

Ich glaube nicht, dass es technisch dasselbe ist. Das passt namentlich einfach nicht zusammen.

Gruß
Thorsten
(Der aber seit gestern wieder ein Beispiel mehr hat, dass man als Soundfan um Zimo nicht herumkommt. Für Pikos neue 211 war ESU vorgesehen und auch mitgekauft. Aber nach ausgiebigem Testen bekommt Zimo doch den Vorzug. Von Einstelung/Abstimmung her sowieso und weil mir eben auch das Soundprojekt besser gefällt😉)

Zitat von Berndk im Beitrag #94

---

Hallo Manfred,

ich danke auch für Deine Gedanken/Erfahrungen, sehr interessant. Leider besitze ich nur eine z21. Was Du ansprichst heißt im MXULFA meine ich "Powercycle". Hatte ich auch probiert. Blieb in meinem Fall auch mit dem richtigen File für den 450 aber genauso beim initialen Flash löschen hängen wie der Standard-Flashvorgang. Ich hoffe erst mal auf einen neuen Programmer.

Grüße
Bernd

---

"Ich sehe hier keine Angeberei, sondern den Finger in einer ziemlich offenen Wunde: Die mangelnde Benutzerfreundlichkeit bei so manchem Produkt und ZIMO ist da in meinen Augen ein sehr negatives Beispiel. So gesehen hast Du auf die paar Screenshots tatsächlich sehr gereizt reagiert.

mfg
MoBaLa"


mfG

Ludwig

Hallo Thorsten,

ich musste ja schmunzeln, also du geschrieben hast, dich doch für Zimo entschieden zu haben. Mit der Begründung: Einstellung/Abstimmung - das sind genau Gründe für mich gegen Zimo :)
Vom Sound gebe ich Dir recht. Besonders die neuen 16Bit Sounds sind wirklich ein Genuss. Hier ist das leider grottenschlecht, was ESU anbietet und seit Ewigkeiten nicht aktualisiert. Aber das ist ein anderes Thema.

Ich bastel jetzt an meiner Piko V200 DR mit dem MS450 - mal sehen was der zurück gekommene Decoder nun kann und wie der 16Bit Sound sich da macht.

VG
Christian

ich musste ja schmunzeln, also du geschrieben hast, dich doch für Zimo entschieden zu haben. Mit der Begründung: Einstellung/Abstimmung - das sind genau Gründe für mich gegen Zimo :)
 

Du vereinfachst hier etwas, bzw. wirfst was durcheinander. Ich habe mich nur auf diesen einen Fall bezogen. Wie ich es grundsätzlich handhabe. Ich habe mit Zimo zwar eine Marke, die mir aus verschiedenen Gründen mehr liegt aber letztendlich ist entscheidend, was bei herauskommt. So entscheide ich mich Pikos 211 mit (von mir gewünscht) Maybach-Sound eben doch für Zimo und deren Projekt für den 601 und nicht für das ESU, dass ich mir aus zwei Projekten zusammengebastelt habe. Entscheidend dabei war letztendlich, dass das ESU Projekt sehr unter den nur 4 Fahrstufen leidet und das Zimo zwar einen schlechteren Klang hat, ich den aber mittels der neuen Filter entscheidend verbessern konnte. Nun habe ich einfach einen besseren Fahrablauf. Er ist dynamischer, "es tut sich mehr". Dass ich bei ESU wohl auch noch im eigentlichen Soundablaufplan hätte rumfummeln müssen, weil es mir so gar nicht gefällt, dass der "Motor" sofort in den Leerlauf verfällt, anstatt erstmal nur auf die nächste Stufe darunter abzufallen, sobald ich einige Fahrstufen runtergehe und ich das bei Zimo über 2 CVs regeln kann (die wohl auch jetzt schon für mich recht passend abgestimmt zu sein scheinen), ist dann natürlich willkommen.

Aber ja, wenn man sich mit der ganzen Peripherie beschäftigt hat und "auskennt", ist das Arbeiten mit Zimo erheblich praktischer und flotter. Dass es nach den (viel häufigeren) Updates häufiger mal Probleme gibt (die aber selten so sind wie jetzt), ist noch eine andere Geschichte. Auch wenn viele das nicht voneinander trennen können. Es hängt eben auch sehr von ab, wieviel und wie häufig man "mit Decoden" arbeitet. Wenn ich in der "Saison" im Winterhalbjahr jeden Tag an Decodern herumfummel, muss ich mich nicht jeden Tag mit problematischen Updates herumschlagen, sondern profitiere vom (für mich) praktischeren Arbeiten.

Was den "Klang" betrifft, so sind die MS wirklich Sahne. Und nach meiner Wahrnehmung auch noch etwas besser als ESU. Aber das steht und fällt so dermaßen mit dem jeweiligen Soundprojekt, dass auch das kein Grund wäre, grundsätzlich einer Marke den Vorzug zu geben.
Man muss auch grundsätzlich Soundprojekte und Decoder voneinander trennen. Es gibt nicht "den" Zimo- oder "den" ESU-Sound. Es sei denn, man meint deren Soundprojekte. Aber da gibt es neben den eigenen ja auch noch die der Provider.

Gruß
Thorsten

Hm, mal wieder zum eigentlichen Thema zurück:
das liest sich ja alles nicht sehr schön und für die Betroffenen ist es ja nicht nur viel Aufwand und mit Warten verbunden, sondern auch extrem ärgerlich.
Also ich bin gerade noch mal in den Keller gestürzt und habe bei meinem Reserve-MS450 die Firmware geflasht: es lief ohne Probleme.
Daher mal ganz doof nachgefragt und bitte nicht gleich lospoltern: Habt Ihr es mal mit einem "frischen" USB-Stick, der "frisch" formatiert ist, probiert?
Und nach dem kopieren der Files auch ordentlich "entfernen" gedrückt, bevor Ihr den Stick vom Rechner abgezogen habt?
Ich frage nur deswegen: ich habe auf meinem originalen Stick von Zimo immer die ganzen Sicherheitskopien von irgendwelchen Projekten und Einstellungen drauf. Mit dem Stick funktioniert bei mir auch nix mehr, was Flashen betrifft: weder das MXULFA selbst, noch irgendeines Decoders. Und das, obwohl genügend Platz auf dem Stick ist und der Stick auch keine Fehler im Filesystem hat.
Da der klügere bekanntlich nachgibt, verwende ich zum Flashen und übertragen von Soundprojekten einen kleinen extra USB-Stick, auf dem nichts anderes ist, als die zu verarbeitende Datei. Bis jetzt scheint es zu helfen.
Allen Betroffenen viel Erfolg
Frank