Hallo,
ich habe mir die Piko Br110 51743 in WS gekauft und über die MS2 gerne programmieren. Egal welches Protokoll ich an der MS2 einstelle, es kommt immer mfx Lok auslesen und die Lok wird angezeigt. Wenn ich dann die Adresse ändern, sie steht auf 01 nach der Erkennung, kann ich diese nicht mit meiner CU6021 auf der Anlage ansprechen. Dort ist immer die 03 drin womit sie dann auch fährt. Was kann das sein? Warum nimmt die Lok die eingebende Adresse an der MS2 nicht an? Parameter 02-05 kann ich ändern aber die Lokaderesse bleibt immer die gleiche, die 03. Eingebaut ist der original Decoder von der Piko-Lok.
Grüsse
Günter

Moin Günter,
du wirst immer Probleme haben mit der MS 2 zu programmieren. ich selbst habe den Piko Programmer, damit funktioniert es ohne Probleme.
Gruß
ingo

Hey,

das Problem ist, dass sich die Lok immer automatisch per mfx an der MS2 anmelden will. Unter mfx lässt sie sich aber nur sehr eingeschränkt programmieren, eigentlich gar nicht.
mfx muss daher im Decoder deaktiviert werden.

Dazu bitte zuerst in der MS2 alle Protokolle deaktivieren außer DCC. Dann die Lok erkennen lassen, hilfsweise hat die Lok ab Werk die DCC-Adresse 03.
Dann im Decoder per CV alle Protokolle außer MM bzw. DCC deaktivieren. -> CV 12, Bit 5 auf '0' setzen.
Danach spricht der Decoder nur DCC oder MM. Unter DCC kannst Du alles was Du möchtest programmieren.

Hier die Anleitung zum Decoder: m

https://www.piko-shop.de/is.php?id=19993


MFG
Christian

Hi Christian,

vielen Dank für die ausführliche Information. Ich habe habe das Protokoll auf DCC eingestellt und dann manuell die Lok programmiert. Dann ging es einwandfrei mit der MS2 und unter CU 6021 kann ich nur entspannt mit der Lok auf meiner Anlage fahren. . Warum aber, egal welches Protokoll ich auf der MS2 einstelle, immer mfx gezogen wird zur Erkennung und Programmierung ist schon komisch und nicht verständlich.
Gruss
Günter

Zitat

---

Warum aber, egal welches Protokoll ich auf der MS2 einstelle, immer mfx gezogen wird zur Erkennung und Programmierung ist schon komisch und nicht verständlich.

---

Hallo Günter,

das liegt daran, dass Märklin immer mfx priorisiert, wenn der Decoder das kennt, egal was der Decoder sonst noch kann. Man will möglichst verhindern, dass "Fremdprodukte" eingesetzt werden.

Gruß
Werner

Hi Werner,

ja scheint so zu sein, unglaublich.

Gruss
Günter

Zitat

---

das liegt daran, dass Märklin immer mfx priorisiert, wenn der Decoder das kennt, egal was der Decoder sonst noch kann. Man will möglichst verhindern, dass "Fremdprodukte" eingesetzt werden.

---

Quatsch!

Es ist der selber mit ein ESU ECOS.....



Klaus

Freut mich dass es klappt.

Das mfx-Protokoll ist sozusagen dominant zu allen anderen. Wenn du es jetzt wieder aktivieren solltest (CV 12, Bit 5 auf „1“ setzen) dann behält die Lok alle Einstellungen, die du unter DCC programmiert hast.

Ich habe danach vergessen, in der MS2 wieder mfx zu aktivieren und habe einen halben Tag gesucht, warum Sich mfx-Loks nicht mehr anmelden. Dann hab ich es gemerkt (danach erstmal setzen und ein kühles Bier trinken )

Schönen Abend!

Zitat

---

Zitat

---

das liegt daran, dass Märklin immer mfx priorisiert, wenn der Decoder das kennt, egal was der Decoder sonst noch kann. Man will möglichst verhindern, dass "Fremdprodukte" eingesetzt werden.

---

Quatsch!

Es ist der selber mit ein ESU ECOS.....



Klaus

---

Richtig. Märklin kann da gar nix für, das ist der Decoder, und der ist bekanntermaßen nicht von Märklin.
Wäre er von Märklin, könnte man ihn ja anständig unter mfx benutzen...