Hallo,

jetzt ist schon der zweite esu 61600 defekt.
Immer das gleiche Problem:
Er sendet und empfängt keine Daten mehr im mfx-Format mit der CS2 !
Auf MM lässt er sich an der CS2 nicht umstellen.
Mit der CU 6021 (Steuergerät meines Sohnes) läuft er unter MM - vermutlich weil diese kein mfx sendet/empfängt.

Hat jemand ähliche Erfahrungen gemacht bzw. gibt es eine Lösung herfür.

PS: es beseht die Möglichkeit, dass der Decoder unter mfx an der CS2 angemeldet war, als ich einfach den Stecker gezogen habe --> nicht heruntergefahren!
Reicht das als Auslöser des Defektes?

Vielen Dank!

Hubert

Hi,

habe zwar selbst nur eine antique IB, aber verfolge die Diskussion rund um die neuen Zentralen mit Interesse.

Andreas Hustedt Seite hat in seinem Vergleichstest ECOS2 Versus CS2 folgende Fehlersituation geschildert:

".... also habe ich nach der ersten Ausfahrt einfach den Stecker gezogen. Mit dem Saft aus den Akkus fährt die ECoS brav runter und nach dem neuerlichen Booten konnte ich keine Probleme lokalisieren. Nun war ich neugierig, wie sich die CS 2 verhält, wenn ich den Stecker ziehe. Klar erst mal ist sie aus, aber was passiert wenn ich sie wieder einschalte? Meine zuvor angemeldete BR 80 (mfx-Lok!) war aus der Lokliste verschwunden, und noch viel schlimmer sie meldete sich nicht mehr an. Was war passiert? Die CS 2 speichert nicht alle Daten sofort permanent ab, sondern nur in gewissen Abständen, der Dekoder jedoch hat sich gemerkt das er an dieser Zentrale (ID + Neuanmeldezähler) angemeldet ist. Nach dem Wiedereinschalten hat die CS 2 nach neuen Loks gefragt, aber der Dekoder hat nicht geantwortet, weil er sich (an dieser Zentrale) als bereits angemeldet betrachtet. Nun gut für mich weiter kein Problem, aber man stelle sich folgendes Szenario vor. Der Sohnemann hat Weihnachten eine neue Märklin-Bahn mit CS 2 geschenkt bekommen, gleist die Lok auf, die Mutter ruft zum Weihnachtsbraten essen, die CS 2 wird (hart) ausgeschaltet und nach dem Weihnachtsessen kommt die Ernüchterung, wenn die neue Märklin-Bahn nicht mehr funktioniert."

Ich denke ein Reset des Decoders mit dem Märklin Steuergerät wie auf Seite 43 der Bedienungsanleitung von ESU für die LOPI 3 http://www.esu.eu/uploads/tx_esudownload...age_7_eBook.pdf beschrieben sollte das Problem beheben. Zumindest wäre es den Versuch wert ....

Hallo Hubert,

der von Helmut vorgeschlagene Reset funktioniert nicht.
Egal ob mit CS-2, IB, 6021, etc., die Lok meldet sich einfach
nicht wieder an

Da ich das gleiche Problem mit diesem Decoder
hatte (warum auch immer), bin ich dann zu einem
Bekannten gefahren der eine mfx fähige Zentrale hat.
Lok drauf gestellt, Lok wurde erkannt, getestet,
eingepackt und ab nach Hause.
Zu Hause aufs Gleis gestellt und siehe da, sie meldete
sich wieder an und tat so als ob nix gewesen wäre.

Gehe zu Jemanden der eine mfx-fähige Zentrale hat und mache
es so wie beschrieben.

@ Helmut,

vielen Dank für den Tipp.
Bei einem Decoder hat das Rücksetzen mit der CU geklappt.
Beim anderen nicht.

@ Peter,

kann ich mit der anderen Lok erst Di. testen.


Hubert

Hallo,

das Thema wurde glaub ich schon mal im alten Forum behandelt.

Wenn sich ein mfx decoder an einer Zentrale angemeldet hat meldet er sich nicht nochmal an.

Ich hab für solche (seltenen) Fälle noch eine MS1 rumliegen.
Da las ich die Lok anmelden dann meldet sie sich auch wieder an einer anderen Zentrale an.

Komisch, aber es funktioniert!!
gruß,
anderl

Hi,

ja, was lerne ich bei meiner Suche nach einer aktuellen Zentrale daraus ?

Ein Reset eines mfx Decoders invalidiert offensichtlich leider nicht zuverlässig die mfx-SID, die von der zuletzt kontrolierenden Zentrale gesetzt wurde.

Offensichtlich sollte man hier sich immer eine zweite mfx-Zentrale zur Hand haben, wenn man nicht garantieren kann, dass die CS2 nicht zuverlässig über das Menü "runtergefahren" wird sondern nach alter Gewohnheit einfach vom Netz gezogen wird.

@ admins

wäre schön, wenn wir pro Zentrale einen Tread - oben angepinnt - aufmachen könnten in dem Probleme und deren Behebung beschrieben werden.
Natürlich nur Dinge, die nicht schon in der jeweiligen Bedienungsanleitung stehen. Also ein zusätzliches Stummi-Spezial-Handbuch.

Sollte aber nicht jeder einfach reinschreiben können was er so meint, sondern nur die konkrete Fälle: Problem + Behebung.

Hubert

Moin Hubert

Hier sollte das reingesetzt werden:"Grundlagen, Ideen, Bastelvorschläge und wichtige Infos"


MfG von Uwe aus Oege

Zitat von hu.ms

---

Hallo,
jetzt ist schon der zweite esu 61600 defekt.
Immer das gleiche Problem:
Er sendet und empfängt keine Daten mehr im mfx-Format mit der CS2 !
...
PS: es beseht die Möglichkeit, dass der Decoder unter mfx an der CS2 angemeldet war, als ich einfach den Stecker gezogen habe --> nicht heruntergefahren!

---

Hallo Hubert,
der Decoder ist sicher nicht defekt. Das Problem wurde schon etliche Mal durchgekaut und est2fe hat das immer wieder erklärt:
viewtopic.php?p=452479#p452479

P.S: Hat Deine CS2 den neuesten Softwarestand?

Zitat von brettsh

---

Hi,

ja, was lerne ich bei meiner Suche nach einer aktuellen Zentrale daraus ?

Ein Reset eines mfx Decoders invalidiert offensichtlich leider nicht zuverlässig die mfx-SID, die von der zuletzt kontrolierenden Zentrale gesetzt wurde.

Offensichtlich sollte man hier sich immer eine zweite mfx-Zentrale zur Hand haben, wenn man nicht garantieren kann, dass die CS2 nicht zuverlässig über das Menü "runtergefahren" wird sondern nach alter Gewohnheit einfach vom Netz gezogen wird.

---

Hallo,

das Problem besteht nicht nur an der CS 2.

Ich hatte solche Ausfälle mit der CS1, Ecos 1 und Ecos 2.

Gruß,

anderl

@ Stephan

CS2 hat neuesten Softwarestand.
Die von Dir verlinkte Methode wirkt genau so wie die oben von Helmut beschriebene.
Mein zweiter Decoder spricht leider nicht daruf an.
Vermutlich ist er im Gengensatz zum ersten wirklich hinüber bzw. lässt sich nur noch mit Geräten steuern, die kein mfx senden wie die CU.



@ Anderl

Dies lässt den Rückschluss zu, dass es sich um ein Problem des esu Decoders bzw. des mfx-Protokolls und nicht eines spezifischen Steuergerätes handelt.

Hubert

Zitat von hu.ms

---

Vermutlich ist er im Gengensatz zum ersten wirklich hinüber bzw. lässt sich nur noch mit Geräten steuern, die kein mfx senden wie die CU.

---

Zitat von hu.ms

---

PS: es beseht die Möglichkeit, dass der Decoder unter mfx an der CS2 angemeldet war, als ich einfach den Stecker gezogen habe --> nicht heruntergefahren!
Reicht das als Auslöser des Defektes?

---

Hallo Hubert,
dann hilft nur mehr die Garantiereklamation bei ESU.

Es ist bekannt, dass bei den ESU-M4/mfx Decodern der Rückmeldebaustein abraucht, wenn er zu intensiv (also immer wieder und wieder) und/oder mit überhöhter Digitalspannung beschäftigt wird.

Das Steckerziehen würde nur dann damit zusammenhängen, wenn durch Zufall wirklich in diesem Moment ein Rückmeldeimpuls (kann man sich als Fast-Kurzschließen der Gleisspannung vorstellen) gegeben wurde und durch das "Stecker-ziehen" eine kleine Spannungsspitze am Gleis war. Diese Spitze muss gar nicht vom Steuergerät kommen, sondern kann im Gleis von anderen (komplexen) Bauteilen kommen. Aber sehr, sehr unwahrscheinlich. Wer sicher gehen will, schaltet aber immer zumindest per Stopptaste die Gleisspannnung ab, bevor er "Stecker-zieht". Das geregelte Herunterfahren schaltet natürlich selbsttätig die Gleisspannung ab.

Zitat von TT800

---

Es ist bekannt, dass bei den ESU-M4/mfx Decodern der Rückmeldebaustein abraucht, wenn er zu intensiv (also immer wieder und wieder) und/oder mit überhöhter Digitalspannung beschäftigt wird.

---

o.k. dann zukünftig nur noch die Lopi V3 für DCC/MM.
Seit die CS2 DCC kann ist das ja kein Problem mehr.
Ausserdem können unter DCC mehr Decoder-Parameter konfiguriert werden. Und 5 Euronen billiger ist er auch noch.

Die komfortalbe automatische mfx-Anmeldung fällt damit zwar weg; aber mal ehrlich, eigentlich muss man eine neue Lok ohnehin am Steuergerät konfigurieren (Tachoskalierung, Lokbild usw.) bzw. Parameter im Decoder ändern (ABV, Höchstgeschwindigkeit...).
Da kommt es für mich auf die paar zusätzlichen Grundeinstellungen unter DCC, die mfx automatisch macht, zu Beginn der ganzen Aktion auch nicht mehr an.
Meine Schlussfolgerung: Je mehr man sich auskennt, desto unwichtiger wird das mfx-Format.

Hubert

Zitat von hu.ms

---

Meine Schlussfolgerung: Je mehr man sich auskennt, desto unwichtiger wird das mfx-Format.

---

Hallo Hubert,
das ist zwar nicht meine Meinung; ich schätze das mfx-Format sogar sehr und ich nehme bei Wahlmöglichkeit immer den mfx-Decoder. Ich will aber das Thema dieses Threads nicht zu einer Grundsatzdiskussion ausarten lassen und würde auch nichts mehr darüber schreiben.

Ich bin aber durchaus Deiner Meinung, dass die CS2 zum Universalsteuergerät geworden ist. Somit kann auch mit diesem Gerät jeder solche Decoderprotokolle verwenden, die für ihn optimal sind.

P.S. Übrigens bekommst Du nur mehr Reststücke vom LoPi V3, denn es gibt nun den LoPi V4. Ob es auch einmal einen LoPi V4 M4 geben wird, spekulieren zwar einige - aber warten wir einmal ab. Wenn es einen geben wird, dann hoffe ich mit verbessertem Rückmeldemodul.