Servus Jürgen, Licht ins Dunkel mit Teil 2. Gut erklärt. Ich bin kein Fan vom Protokollmix, daher habe ich mich generell für DCC entschieden. Ausnahme sind die Märklin Loks, die mit mfx angemeldet werden. Viele Grüße. Martin
Hallo Martin, vielen Dank für deinen Kommentar. Auf meiner Anlage verwende ich für die m83/m84 Einheiten durchgängig das DCC-Format. Das MM-Format habe ich nur für das Video kurz eingesetzt. Viele Grüße, Jürgen
Hallo Jürgen, auch wenn du die Decoder schon hast, würde dir den Einbau von AC-Schaltdecodern z. B. von Lenz oder Lodi empfehlen, weil die Spulenantriebe (Märklin Weichenantriebe) auf Dauer kein Gleichstrom vertragen. LG Martin
Hallo Martin, danke für Deinen Hinweis. Das Thema habe ich mit Interesse auf Meise´s Kanal verfolgt. Bisher machen meine Weichenantriebe noch keinen Stress. Wobei ich eher denke, dass die bekannten Probleme an den verbauten Endabschaltern liegt. Viele Grüße Jürgen
Eine mögliche Erklärung für die vielen unbelegten Adressen könnte sein, das bei der Suche nach neuen Decodern, die ja schon per DIP-Schalter eine Adresse haben und nicht durch die CS vergeben werden, der komplette Adressbereich durchsucht werden muß. Das diese temporären Adressen nach dem Suchvorgang in der UI erscheinen, kann nur der Programmierer beantworten.
Hallo Jürgen Ich verstehe nicht, warum du dir mit einer CS3 den Murks mit Adressen antust. Ich lasse die DIP-Schalter wie sie im Auslieferungszustand sind. Die Module melden sich an der CS3 an (via MFX) und die Anschlüsse der Module sind z.B. A-1 - A.4. Ob da jetzt eine Adresse xyz oder zxy dahintersteckt ist mir eigentlich egal. Da die Schaltbefehle in diesem Zustand via DCC gesendet werden (auch wenn das DCC Format on der CS3 nicht aktiviert ist) , muss man gegebenenfalls den Adressbereich der Module mit der CS3 verschieben, sofern andere DCC Komponenten verwendet werden. Ich gehe aber davon aus, dass die CS3 dies selber realisiert. Gruss Manfred
Hallo Manfred, vielen Dank für deinen Beitrag. Du hast recht, die CS3 bietet die Möglichkeit, Module über MFX automatisch zu erkennen und anzumelden, was die manuelle Adressierung der einzelnen Module überflüssig macht und sicherlich eine bequeme Lösung ist. Märklin empfiehlt jedoch in ihrer Bedienungsanleitung (Decoder m83, Seite 8): _...Der Anmeldeprozess kann am Steuergerät über ‚neue mfx-Geräte suchen‘ o.ä. gestartet werden. Wir empfehlen, dabei die zuvor an den Dip-Schaltern eingestellte Adresse zu übernehmen..._ . Aus diesem Grund bevorzuge ich die Verwendung der DIP-Schalter bei meinen Decodern. Dadurch behalte ich immer den Überblick über den Adressbereich jedes Decoders. Natürlich gibt es viele Möglichkeiten und jeder wählt die für ihn passende Lösung. Viele Grüße Jürgen
Hallo, danke für die Info. Habe mal nachgeforscht. Das MM1 beherrscht lediglich eine Lichtfunktion, MM2 80 Adressen und MM3 tatsächlich 255 Adressen. Viele Grüße Jürgen
Ich habe eine ECOS und ESU Komponenten. Seitens der Decoder habe ich noch nie ein Problem gehabt. Die ECOS spinnt hie und da. Aber jetzt gibt es eh eine neue. Viel Spass weiterhin mit Märklin 😢
Hallo, ich habe ebenfalls mehrere ESU-Decoder verbaut und bin äußerst zufrieden damit. Bringt ESU eine neue ECoS auf den Markt? Das ist mir bisher entgangen. Viele Grüße, Jürgen
Hi, to be honest I think you are actually confusing the CS3 by doing what you are doing as it's obviously a glitch in the software when you've added them as MFX but then asked it to list as DCC. Just remember you can edit the dip switch via the CS3 as well as manually. Cheers
Hello, thanks for the entry. Mfx is only used for registration. Operation takes place exclusively via mm or dcc. What doesn't occur in practice in my test setup is the mixture of mm and dcc. However, even without the mix, the CS3 creates the high number of unassigned mm or dcc addresses for inexplicable reasons. Many greetings, Jürgen
@@modellbahn_H0 Hi Jurgen (sorry no umlauts on my keyboard) I thought under MFX the CS3 still assigns the decoder an address i.e if you check a MFX locomotive it has an address yes say 17 for example. What I am saying here is when you registered that "accessory decoder" (M83 M84) it was given an address by the CS3 rather than the dip switch either manually or via editing it and it worked yes ? And then when you went into the menu and changed the listing to DCC it created all those crazy addresses so to me it's a crazy glitch in the software that obviously Marklin did not expect people to use ? Surely if you delete them all again and chose your address and list them appropriately then it will not be an issue ? Greetings from Dunedin, New Zealand.
@@herrkiwi3110 Hello to New Zealand. The error with the many unassigned addresses also appears when you log in the Docoder "normally". Maybe through mfx search. It does not matter anyway. After a restart, the many unused addresses are gone again. I still have an inquiry with Märklin. I am very curious about the answer. Many greetings Jürgen
Hallo Jürgen, Gab es denn irgendwann einmal eine Antwort von Märklin? Habe genau das gleiche Phänomen auf meiner CS3 (SW 2.5.2 (6)). Viele Grüße Seebue
Danke für diese ausführliche Darstellung zu dem Thema, sehr interessant. VG
Danke fürs Feedback!
Danke für dein tolles Video,es war super👍
Sehr gerne 😊
Servus Jürgen, Licht ins Dunkel mit Teil 2. Gut erklärt. Ich bin kein Fan vom Protokollmix, daher habe ich mich generell für DCC entschieden. Ausnahme sind die Märklin Loks, die mit mfx angemeldet werden. Viele Grüße. Martin
Hallo Martin, vielen Dank für deinen Kommentar. Auf meiner Anlage verwende ich für die m83/m84 Einheiten durchgängig das DCC-Format. Das MM-Format habe ich nur für das Video kurz eingesetzt. Viele Grüße, Jürgen
Das war sehr interessant. 👌👌😊
Das freut mich 😊
super. oke
:-), Viele Grüße, Jürgen
Hallo Jürgen, auch wenn du die Decoder schon hast, würde dir den Einbau von AC-Schaltdecodern z. B. von Lenz oder Lodi empfehlen, weil die Spulenantriebe (Märklin Weichenantriebe) auf Dauer kein Gleichstrom vertragen. LG Martin
Hallo Martin, danke für Deinen Hinweis. Das Thema habe ich mit Interesse auf Meise´s Kanal verfolgt. Bisher machen meine Weichenantriebe noch keinen Stress. Wobei ich eher denke, dass die bekannten Probleme an den verbauten Endabschaltern liegt. Viele Grüße Jürgen
Eine mögliche Erklärung für die vielen unbelegten Adressen könnte sein, das bei der Suche nach neuen Decodern, die ja schon per DIP-Schalter eine Adresse haben und nicht durch die CS vergeben werden, der komplette Adressbereich durchsucht werden muß. Das diese temporären Adressen nach dem Suchvorgang in der UI erscheinen, kann nur der Programmierer beantworten.
Hallo, das könnte die Ursache sein. Viele Grüße Jürgen
Hallo Jürgen
Ich verstehe nicht, warum du dir mit einer CS3 den Murks mit Adressen antust. Ich lasse die DIP-Schalter wie sie im Auslieferungszustand sind. Die Module melden sich an der CS3 an (via MFX) und die Anschlüsse der Module sind z.B. A-1 - A.4. Ob da jetzt eine Adresse xyz oder zxy dahintersteckt ist mir eigentlich egal. Da die Schaltbefehle in diesem Zustand via DCC gesendet werden (auch wenn das DCC Format on der CS3 nicht aktiviert ist) , muss man gegebenenfalls den Adressbereich der Module mit der CS3 verschieben, sofern andere DCC Komponenten verwendet werden. Ich gehe aber davon aus, dass die CS3 dies selber realisiert.
Gruss
Manfred
Hallo Manfred, vielen Dank für deinen Beitrag. Du hast recht, die CS3 bietet die Möglichkeit, Module über MFX automatisch zu erkennen und anzumelden, was die manuelle Adressierung der einzelnen Module überflüssig macht und sicherlich eine bequeme Lösung ist. Märklin empfiehlt jedoch in ihrer Bedienungsanleitung (Decoder m83, Seite 8): _...Der Anmeldeprozess kann am Steuergerät über ‚neue mfx-Geräte suchen‘ o.ä. gestartet werden. Wir empfehlen, dabei die zuvor an den Dip-Schaltern eingestellte Adresse zu übernehmen..._ . Aus diesem Grund bevorzuge ich die Verwendung der DIP-Schalter bei meinen Decodern. Dadurch behalte ich immer den Überblick über den Adressbereich jedes Decoders. Natürlich gibt es viele Möglichkeiten und jeder wählt die für ihn passende Lösung. Viele Grüße Jürgen
...hatte das alte MM-Protokoll nicht 255 Magnetartikel"adressen"; 80 galt m.E. nur fürdie Loks???
Hallo, danke für die Info. Habe mal nachgeforscht. Das MM1 beherrscht lediglich eine Lichtfunktion, MM2 80 Adressen und MM3 tatsächlich 255 Adressen. Viele Grüße Jürgen
Ich habe eine ECOS und ESU Komponenten. Seitens der Decoder habe ich noch nie ein Problem gehabt. Die ECOS spinnt hie und da. Aber jetzt gibt es eh eine neue. Viel Spass weiterhin mit Märklin 😢
Hallo, ich habe ebenfalls mehrere ESU-Decoder verbaut und bin äußerst zufrieden damit. Bringt ESU eine neue ECoS auf den Markt? Das ist mir bisher entgangen. Viele Grüße, Jürgen
Hi, to be honest I think you are actually confusing the CS3 by doing what you are doing as it's obviously a glitch in the software when you've added them as MFX but then asked it to list as DCC. Just remember you can edit the dip switch via the CS3 as well as manually. Cheers
Hello, thanks for the entry. Mfx is only used for registration. Operation takes place exclusively via mm or dcc. What doesn't occur in practice in my test setup is the mixture of mm and dcc. However, even without the mix, the CS3 creates the high number of unassigned mm or dcc addresses for inexplicable reasons. Many greetings, Jürgen
@@modellbahn_H0 Hi Jurgen (sorry no umlauts on my keyboard) I thought under MFX the CS3 still assigns the decoder an address i.e if you check a MFX locomotive it has an address yes say 17 for example. What I am saying here is when you registered that "accessory decoder" (M83 M84) it was given an address by the CS3 rather than the dip switch either manually or via editing it and it worked yes ? And then when you went into the menu and changed the listing to DCC it created all those crazy addresses so to me it's a crazy glitch in the software that obviously Marklin did not expect people to use ? Surely if you delete them all again and chose your address and list them appropriately then it will not be an issue ? Greetings from Dunedin, New Zealand.
@@herrkiwi3110 Hello to New Zealand. The error with the many unassigned addresses also appears when you log in the Docoder "normally". Maybe through mfx search. It does not matter anyway. After a restart, the many unused addresses are gone again. I still have an inquiry with Märklin. I am very curious about the answer. Many greetings Jürgen
Hallo Jürgen,
Gab es denn irgendwann einmal eine Antwort von Märklin?
Habe genau das gleiche Phänomen auf meiner CS3 (SW 2.5.2 (6)).
Viele Grüße
Seebue