Namd, ich hab hier mal wieder einen Spezialfall... was mir bisher so auch noch nicht untergekommen ist.

Es fängt damit an, das ich eine Märklin 34373 - die Starlight-Express 101 - auf Mfx umgebaut habe (mit "originalem" HLA als auch einer Lüssi Adapterplatine (typ 8053 - mit 21 mtc-Schnittstelle), und natürlich auch LED-platinen von Lüssi mit Fernlicht (art. nr. 8093) ). Dazu kam ein mLD3-Decoder 60972 - so weit, so gut; auch die Lötungen sind keinesfalls problematisch, sondern schauen gut aus. Den Decoder hatte ich erst über den Decoder-Programmer programmiert nachdem ich mit dem Umlöten fertig war - quasi als "letzter Schritt".

Jetzt zeigt sich aber das Phänomen, das sich der Decoder zwar bei beiden Zentralen - Ms2 als auch Cs3 - anmeldet, aber deren "Befehle" ignoriert... zuerst habe ich es auf ein Problem an meiner Löt-orgie geschoben, allerdings reagiert der Decoder exakt genauso mit ignoranz, wenn ich diesen auf dem Decoder-Tester (beide, Tester als auch Programmer sind die Märklin-geräte) versuche anzusteuern. Ich dachte hier erst an einen Defekt des Decoders - von werk aus - allerdings habe ich inzwischen eine andere Befürchtung: das ein Firmware-Update, welches mDT "gefunden" hat, wohl für diese Problematik sorgt. Das "Update" der Firmware hat die Nummer 3.3.0.4... und wird quasi direkt vor dem programmieren des Decoders aufgespielt.

Jetzt kommt aber das kuriose: Wenn ich den Decoder über den Programmer (angeschlossen an dem Tester) ansteuere, funktioniert dieser wie gewünscht. sprich: über den PC kann ich den Decoder auf dem Tester korrekt ansprechen, aber nicht über die CS3 oder die MS2...

Was mir auch noch auffällt: Schalte ich den Strom ein (Tester ist auf Zentrale gestellt), dann leuchtet "SusiDat" hell, aber auch "SusiClk" glimmt etwas mit, egal ob angesteuert oder nicht; Beim "steuern" des Decoders über den PC via Programmer ist es ähnlich (SusiDat leuchtet, SusiClk glimmt) - wird der Decoder aber grade nicht angesteuert, ist am PC zu beobachten, das "SusiClk" weder glimmt noch leuchtet, sondern ganz aus ist.

Meine Vermutung ist, das der Decoder wohl über dieses Firmware-update "unbrauchbar" gemacht wurde, aber wirklich nachweisen kann ich's nicht (und einschicken bringt nichts, da MäTrix den auch nur über MDT als auch nen tester steuern würde und da ist ja alles I.O.) . Der letzte Decoder, den ich programmiert habe, hatte nämlich danach anstandslos seinen Dienst getan - nur hier stimmt wohl etwas nicht... ich kann mich aber auch nicht daran erinnern, ob damals ebenfalls ein Firmware-Update aufgespielt wurde, und welche version das war. Auf dem Decoder ist noch ein Aufkleber mit der Zahl "353477" - falls das was aussagen könnte. Ich muss jetzt jedenfalls erst mal Ursachenforschung betreiben was dieses Problem auslöst - da es scheinbar nicht mit dem verlöten des Decoder-Adapters an der 34373 zu tun hat, sondern wohl nur mit der Programmierung (btw, habe DC analog als auch MM vorerst im Decoder deaktiviert, aber auch das hatte keine unterschiede gebracht).

Hallo,

Zitat von BR18323 im Beitrag #1

---

der Decoder zwar bei beiden Zentralen - Ms2 als auch Cs3 - anmeldet, aber deren "Befehle" ignoriert

---

Ich habe die Firmware 3.3.0.4 bereits auf mehreren Decodern im Einsatz, alle funktionieren völlig problemlos.
Habe allerdings nur MFX aktiv, für die anderen Protokolle kann ich nichts beisteuern.

Zitat von Micha12249 im Beitrag #3

---

Ich habe die Firmware 3.3.0.4 bereits auf mehreren Decodern im Einsatz, alle funktionieren völlig problemlos.
Habe allerdings nur MFX aktiv, für die anderen Protokolle kann ich nichts beisteuern.

---

Guten Morgen,

ich habe auch bereits mehrere MSD/3 Decoder mit dem Firmwarestand 3.3.0.4 upgedated und in Betrieb. Keine Probleme.
Märklin ist bei den ML/MS-3 Decodern wohl im Begriff diese Railcom fähig zu machen. Im MDT 3.6 läßt sich das erkennen.
Anfang Juni gab es ein kleines CS3 Update auf die Version 2.4.1 welches auf meiner CS3 eingespielt wurde.
Möglich das es hier Wechselwirkungen gibt wenn sich die Firmwarestände unterscheiden.

Gruß Jürgen

Zitat von BR18323 im Beitrag #1

---

Jetzt zeigt sich aber das Phänomen, das sich der Decoder zwar bei beiden Zentralen - Ms2 als auch Cs3 - anmeldet, aber deren "Befehle" ignoriert.

---

Hallo Jürgen,

Zitat von HJürgen im Beitrag #5

---

Märklin ist bei den ML/MS-3 Decodern wohl im Begriff diese Railcom fähig zu machen. Im MDT 3.6 läßt sich das erkennen.

---

Hallo miteinander !
Hat eigentlich jemand ein Hintergrundwissen warum Mä jetzt endlich auch auf Plux 22 einsteigt ?
Will man etwa MTC 21 mit seinen Irrungen und Wirrungen verlassen und Plux 22 zum Standard machen ?
Danke im Voraus für Eure Antworten, viele Grüße
Peter

Zitat von vikr im Beitrag #7

---

Hallo Jürgen,

Zitat von HJürgen im Beitrag #5

---

Märklin ist bei den ML/MS-3 Decodern wohl im Begriff diese Railcom fähig zu machen. Im MDT 3.6 läßt sich das erkennen.

---

da ist wohl der Wunsch Vater des Gedankens, jedenfalls ist das eine recht mißvertändliche Formulierung. Märklin ist wohl eher dabei das MDT RailCom fähig zu machen, so dass es auch mit den ganz neuen hardwareseitig RailCom fähigen mSD3 umgehen kann. Dazu gehören die neuen Decoder mit mtc-Schnittstelle, wie sie vermutlich ab Werk z.B. in der Trix 22795:
https://www.trix.de/de/produkte/details/article/22795
ausgeliefert werden und der neue mSD3 mit PluX22-Schnittstelle [Märklin 60996]:
https://www.maerklin.de/en/products/deta...pi1%5Blang%5D=1

MfG

vik

---

Zitat von Pitt400 im Beitrag #8

---

Hallo miteinander !
Hat eigentlich jemand ein Hintergrundwissen warum Mä jetzt endlich auch auf Plux 22 einsteigt ?
Will man etwa MTC 21 mit seinen Irrungen und Wirrungen verlassen und Plux 22 zum Standard machen ?
Danke im Voraus für Eure Antworten, viele Grüße
Peter

---

Hallo Zusammen,

mir erschliesst sich (noch) nicht warum hier über die RailCom Fähigkeit von Märklin/TRIX Decodern diskutiert wird wenn das Problem des TE offensichtlich ein gänzich Anderes ist.
Zudem ist RailCom bereits in einem einem anderen Thread DAS Thema und diese Punkte dort schon einmal "durchgekaut" wurden. (*)
Neuer Märklin SoundDecoder mSD3 (z.B. 60996) z.B. in Trix 22795 - Betriebserfahrungen?

Das Einzige was ich bislang sehen konnte ist dass die Decoder "Bestellnr." 353477" bislang noch nicht in der Firmware Liste steht (muss aber nicht bedeuten dass man die Firmware des Decoders nicht genauso aktualisiert werden kann; hat ja beim TE auch geklappt). An der Lüssi 8093 kann es jedenfalls nicht liegen; wohl aber an der 8053 bzw. der Konfiguration von AUX3/4 des mLD3; die muss bei dieser Platine natürlich auf "Logikpegel" gesetzt werden, sofern AUX3/4 überhaupt verwendet werden. Der "Normalfall" für die Märklin Decoder wäre die mtc Platine 8052.

Gruß,
Ludwig47

(*) Tipp an Viktor (oder jeden anderen Forenteilnehmer der das wissen will) - einfach eine der genannten TRIX Loks nehmen (leihen, kaufen. egal) und schauen was in CV 28 steht und wie man es ändern kann.

Hallo

Wäre interessant zu wissen wie sich Märklin vorstellt, wie man dem Plux22 Dekoder den Sound aufspielen kann. Immer noch mit dem Märklin Programmer?

Gruss

Stephan

Zitat von supermoee im Beitrag #12

---

Hallo

Wäre interessant zu wissen wie sich Märklin vorstellt, wie man dem Plux22 Dekoder den Sound aufspielen kann. Immer noch mit dem Märklin Programmer?

Gruss

Stephan

---

Hallo

Danke. Das habe ich mir gedacht. Die Schnittstelle lässt das zu.

Gruss

Stephan

Zitat von supermoee im Beitrag #12

---

Wäre interessant zu wissen wie sich Märklin vorstellt, wie man dem Plux22 Dekoder den Sound aufspielen kann. Immer noch mit dem Märklin Programmer?

---

Hallo,
hat die 34373 nicht den Allstrommotor und die 37373 den HLA?
Dies würde erklären, das es im Tester funktioniert aber in der Lok nicht.
Decoder wird von der MS dann zwar richtig erkannt, aber Motor läuft nicht.

Gruß
Michael

Zitat von MSC im Beitrag #16

---

hat die 34373 nicht den Allstrommotor und die 37373 den HLA?
Dies würde erklären, das es im Tester funktioniert aber in der Lok nicht.
Decoder wird von der MS dann zwar richtig erkannt, aber Motor läuft nicht.

---

Zitat von BR18323 im Beitrag #1

---

Jetzt kommt aber das kuriose: Wenn ich den Decoder über den Programmer (angeschlossen an dem Tester) ansteuere, funktioniert dieser wie gewünscht. sprich: über den PC kann ich den Decoder auf dem Tester korrekt ansprechen, aber nicht über die CS3 oder die MS2...

---

Hallo Hubert,

der TE schreibt ja, dass der Decoder im Tester problemlos funktioniert.

Jetzt kommt aber das kuriose: Wenn ich den Decoder über den Programmer (angeschlossen an dem Tester) ansteuere, funktioniert dieser wie gewünscht. sprich: über den PC kann ich den Decoder auf dem Tester korrekt ansprechen, aber nicht über die CS3 oder die MS2... 
 
 

Ich verstehe das so, dass der Motor und die programmierten Funktionen in dieser Konstellation alle wie erwartet funktionieren.
Somit kann also der Motor und der Decoder rein funktional erst mal ausgeschlossen werden und die HW und Verdrahtung ist ok.

Jetzt kann eigentlich nur noch ein Problem in der Firmware zusammen
mit den genannten Steuergeräten vorliegen.
Die HW scheint keine Fehler zu haben, da angeblich alles mit dem Tester funktioniert.

Frage an den TE:
Wenn man mit der CS den Decoder unter dem mfx-Schraubenschlüssel ausliesst,
sind dann die Blöcke "Motor" und "Funktionen" wie bei den anderen vorherigen
Projekten genau so sichtbar und aktiv wie im vorliegenden Fehlerfall, oder gibt
es da schon bei der Anzeige der Infos Differenzen?

Fragender Gruss

est2fe

Zitat von est2fe im Beitrag #19

---

Hallo Hubert,
der TE schreibt ja, dass der Decoder im Tester problemlos funktioniert.

1
2
 

Jetzt kommt aber das kuriose: Wenn ich den Decoder über den Programmer (angeschlossen an dem Tester) ansteuere, funktioniert dieser wie gewünscht. sprich: über den PC kann ich den Decoder auf dem Tester korrekt ansprechen, aber nicht über die CS3 oder die MS2... 
 
 

Ich verstehe das so, dass der Motor und die programmierten Funktionen in dieser Konstellation alle wie erwartet funktionieren.
Somit kann also der Motor und der Decoder rein funktional erst mal ausgeschlossen werden und die HW und Verdrahtung ist ok.
Fragender Gruss
est2fe

---

Zitat von BR18323 im Beitrag #1

---

Wenn ich den Decoder über den Programmer (angeschlossen an dem Tester) ansteuere, funktioniert dieser wie gewünscht. sprich: über den PC kann ich den Decoder auf dem Tester korrekt ansprechen, aber nicht über die CS3 oder die MS2...

---

Einen schönen Gruß in die Runde,
ich zitiere mal den TE:

Zitat von BR18323 im Beitrag #1

---

Es fängt damit an, das ich eine Märklin 34373 - die Starlight-Express 101 - auf Mfx umgebaut habe (mit "originalem" HLA als auch einer Lüssi Adapterplatine (typ 8053 - mit 21 mtc-Schnittstelle)

---

Zitat

---

Die Anschlüsse Aux 3 und Aux 4 sind bei dieser Version verstärkt und werden über 1.2 kOhm Widerstände herausgeführt.

Falls Sie die Anschlüsse Aux 3 und Aux 4 verwenden möchten, benötigen Sie einen Decoder ohne verstärkte Ausgänge Aux 3 und Aux 4, bei ESU sind dies die Decoder ohne "MKL" in der Bezeichnung. Falls Sie einen Decoder mit verstärkten Aux 3 und Aux 4 Anschlüsse haben, verwenden Sie den Artikel 8052mtc.

---

Da der mld3 verstärkte Aux 3 und 4 hat, wurde hier die falsche Adapterplatine verwendet. Es hätte die Adapterplatine 8052mtc verwendet werden müssen.
Mit ein wenig Glück kann hier ein ESU Lopi 5 verwendet werden, wenn er nicht den Zusatz "MKL" im Namen trägt.
Wenn ich es aber noch richtig im Hinterkopf habe, dann kann man beim mld3 die AUX Ausgänge konfigurieren. Wie das aber geht, weiß ich nicht.
Wenn der TE kein Glück hat, dann hat es die Lüssi-Platine gehimmelt.

Ich hatte hier schon mal reingeschaut und mir gleich gedacht, dass es an der Platine liegt. Jetzt bei genauem lesen hat sich mein Verdacht bestätigt-

Zitat von -me- im Beitrag #21

---

Ich hatte hier schon mal reingeschaut und mir gleich gedacht, dass es an der Platine liegt. Jetzt bei genauem lesen hat sich mein Verdacht bestätigt-

---

Hallo Ludwig,
ich muss zugeben, dass ich dein Post nur überflogen und die Feinheiten überlesen habe.

Der TE sollte mal den Decoder bei AUX 3/4 auf Logikpegel setzen, mit ein wenig Glück hat die Lüssi-PLatine überlebt.

Und was haben nicht funktionierende aux 3 + 4 mit dem eigentlichen problem zu tun, dass der motor in der lok mit dem decoder nicht läuft,
der prüfstandmotor mit dem selben decoder aber schon ?
Die motorausgänge des decoders sind doch unabhängig von den aux.

Hubert

Hallo Michael,

Zitat von -me- im Beitrag #23

---

Hallo Ludwig,
ich muss zugeben, dass ich dein Post nur überflogen und die Feinheiten überlesen habe.

Der TE sollte mal den Decoder bei AUX 3/4 auf Logikpegel setzen, mit ein wenig Glück hat die Lüssi-PLatine überlebt.

---