Moin liebes Forum,

obwohl ich mir eigentlich keine Piko-Loks mehr kaufen wollte, bin ich bei der orientroten 110.3 für AC wegen des derzeit günstigen Preises schwach geworden.

Verbaut ist ein pluX22-Decoder, der auch mfx kann. Welcher, weiß ich nicht; ich hatte die Lok noch nicht offen.

Die ersten Tage fuhr die Lok normal. Mittlerweile bleibt sie aber immer häufiger einfach mit brennendem Licht wie angewurzelt stehen und setzt sich dann nach 2-3 Sekunden wieder in Bewegung.

Ich steuere die Lok über die Märklin MS2, C-Gleis. Lok und Schienen sind definitiv sauber, ein Kontaktproblem schließe ich wegen des brennen bleibenden Lichts aus.

Da die Lok neu ist, würde ich sie wieder einschicken wollen.

Kennt jemand dieses Problem und kann mir helfen, Abhilfe zu schaffen? Dann käme ich ums Einschicken herum.

Unabhängig vom Hersteller, ich würde die Lok zurück schicken.

Ich vermute mal, Du steuerst mit dem mfx-Protokoll.
Dabei haben diese Decoder leider immer wieder Probleme. Das hat Piko nicht so recht im Griff.
Ich würde die Lok auch zurück schicken. Auf Anfragen bezüglich des Steuerungsproblems tut sich Piko wohl aktuell schwer mit Antworten.
Ansonsten wäre das ein wirklich schönes Modell.

Zitat von chrilu im Beitrag #1

---

Verbaut ist ein pluX22-Decoder, der auch mfx kann. Welcher, weiß ich nicht; ich hatte die Lok noch nicht offen.

---

Zitat von chrilu im Beitrag #1

---

Moin liebes Forum,

obwohl ich mir eigentlich keine Piko-Loks mehr kaufen wollte, bin ich bei der orientroten 110.3 für AC wegen des derzeit günstigen Preises schwach geworden.

Verbaut ist ein pluX22-Decoder, der auch mfx kann. Welcher, weiß ich nicht; ich hatte die Lok noch nicht offen.

Die ersten Tage fuhr die Lok normal. Mittlerweile bleibt sie aber immer häufiger einfach mit brennendem Licht wie angewurzelt stehen und setzt sich dann nach 2-3 Sekunden wieder in Bewegung.

---

Zitat von OttRudi im Beitrag #2

---

Unabhängig vom Hersteller, ich würde die Lok zurück schicken.

---

Zitat von berndm im Beitrag #3

---

Ich vermute mal, Du steuerst mit dem mfx-Protokoll.
Dabei haben diese Decoder leider immer wieder Probleme. Das hat Piko nicht so recht im Griff.
Ich würde die Lok auch zurück schicken. Auf Anfragen bezüglich des Steuerungsproblems tut sich Piko wohl aktuell schwer mit Antworten.
Ansonsten wäre das ein wirklich schönes Modell.

---

Zitat von Bahnchef im Beitrag #4

---

Gab es denn bei dem derzeit günstigen Preises keine Lok- und Decoderbeschreibung in Papierform dabei?
Hast Du schon ein mal die Homepage von Piko besucht und dort gesucht?
Und, mit welchem Protokoll steuerst Du die Lok und welche Protokolle sind in CS2 und dem Decoder dazu aktiv?
MfG
Bahnchef

---

Zitat von Badaboba im Beitrag #5

---

Hallo Christian,
kenne ich nur vom HLA, wenn die Kollektorspalten zugesetzt sind.
Kann man den Motor zerlegen und reinigen ?
Wenn nicht, unbedingt zurücksenden!

---

Noch als Ergänzung: Der Fehler tritt nicht regelhaft und ständig auf. Heute Abend, nachdem ich die Lok aufgegleist habe, ist sie quasi ständig stehengeblieben. ich habe die Lok dann wieder vom Gleis genommen. Eben habe ich sie wieder aufgegleist und jetzt fährt sie seit 20 Minuten völlig unauffällig.
Bei Piko könnte es gut sein, dass die Lok völlig unauffällig läuft.

Ich habe den Decoder davor nochmal zurückgesetzt und dann doch nochmal die ganze Lok aus der MS2 gelöscht und neu einlesen lassen.

Weitere Loks waren während des Auftretens des Fehlers im Übrigen nicht auf dem Gleis, heißt, Interferenzen zwischen verschiedenen Decodern schließe ich mal aus (hatte ich auch schon bei Piko-Decodern).

Christian,

Alle andere Protokolle in Decoder ausschalten.



Klaus

Zitat von moppe im Beitrag #11

---

Christian,

Alle andere Protokolle in Decoder ausschalten.



Klaus

---

Zitat von chrilu im Beitrag #1

---

Ich steuere die Lok über die Märklin MS2, C-Gleis.

---

Zitat

---

Piko 56401 SmartDEcoder 4.1 mit pluX22-Schnittstelle und mfx.

---

Ja, mit unter sehr sonderbar, was das mfx dort betrifft. Ich habe mehrfach diese Decoder über die ECoS in Griff bekommen.
Zuerst die Zentrale auf nur DCC und dann den Decoder auf nur DCC einstellen.

LG
Bahnchef

Zitat von chrilu im Beitrag #8

---

Der Decoder ist der Piko 56401 SmartDEcoder 4.1 mit pluX22-Schnittstelle und mfx.

---

@Bahnchef:
Ich werde wohl erstmal alle anderen Protokolle abschalten und nur noch mfx aktiviert lassen und wenn das nichts bringt, inaktiviere ich mfx und fahre DCC, wie ich es von meinen anderen Piko-Loks kenne.

@Klaus
Das weiß ich nicht. Ich kannte die Piko-Decoder noch als Uhlenbrock-Decoder. Da ich mittlerweile ESU 80% und Märklin 20% fahre, überlege ich natürlich, in die Lok einen Lopi v5 einzubauen; die Loksoundversion lohnt bei der 110.3 nicht, da das Soundprojekt der Serien-110 von ESU eher spartanisch ist und überhaupt nicht vergleichbar mit den neuen Soundprojekten.

PS: Witzigerweise fährt die Lok nun, seitdem ich das Problem hier geschildert habe, problemlos

Ich hatte so ein Problem mit der Piko 151 im Zebra Design. Sounds liefen plötzlich falsch ab, Licht machte im Fahrbetrieb Probleme, dachte auch defekt aber am Ende war das Problem mit abstellen des mfx Formats erledigt. Habe mich nun damit abgefunden das mfx nicht funktioniert.

vG Bruchi

Zitat von Bruchi im Beitrag #16

---

Ich hatte so ein Problem mit der Piko 151 im Zebra Design. Sounds liefen plötzlich falsch ab, Licht machte im Fahrbetrieb Probleme, dachte auch defekt aber am Ende war das Problem mit abstellen des mfx Formats erledigt. Habe mich nun damit abgefunden das mfx nicht funktioniert.

vG Bruchi

---

So Freunde, folgendes ...

1. Nachdem die Lok nun den ganzen Abend gelaufen ist, habe ich sie nochmal vom Gleis genommen und später wieder aufs Gleis gesetzt. Da ist der Fehler dann erneut aufgetreten.
2. Bei Fahrtrichtung rückwärts (Schleifer vorne, FS1 voraus) scheint der Fehler etwas häufiger aufzutreten. Das ist jetzt aber empirisch und nicht nach wissenschaftlichen Maßstäben untersucht. Kann auch einfach Zufall sein.
3. Nachdem ich mfx im Decoder inaktiviert habe, schien die Lok normal zu fahren. Also liegt es aller Wahrscheinlichkeit nach am mfx-Protokoll, so wie Ihr vermutet hattet. Im DCC-Protokoll konnte ich leider nicht alle Funktionen aufrufen, es waren nicht alle Symbole für die Funktionsbelegung vorhanden. Kann man wahrscheinlich mappen, wird aber an einer MS2 kein Spaß.
4. Zu Piko einschicken. Was werden die dann machen? Dass es am vermurksten mfx-Protokoll liegen wird, werden die wahrscheinlich schnell herausfinden. Aber wie wird Piko reagieren? Andere Decoder haben die ja nicht und einen ESU LoPi v5 auf Wunsch werden die mir nicht einbauen Ich habe Piko mal eine Email geschrieben und angefragt, wie ich verfahren soll. Ich vermute, sie werden mir raten, das mfx-Protokoll inaktiviert zu lassen ... Dann aber
5. Würde ich mir einen ESU LoPi v5 kaufen, den ich auch via LoPro selbstständig und gut mappen kann. Dann wäre der günstige Lokpreis allerdings hin. Aber die Lok würde fahren und nicht dauernd Unfälle verursachen.

Falls es dem ein oder anderen hilft gibt es bei YT ein Video was das einbinden der Piko Lok unter CS3 vereinfachen soll.
So ab 14:00 geht es um das Thema:

https://youtu.be/zkvpNIlPj9Q

vG Bruchi

Zitat von chrilu im Beitrag #18

---

3. Nachdem ich mfx im Decoder inaktiviert habe, schien die Lok normal zu fahren. Also liegt es aller Wahrscheinlichkeit nach am mfx-Protokoll, so wie Ihr vermutet hattet. Im DCC-Protokoll konnte ich leider nicht alle Funktionen aufrufen, es waren nicht alle Symbole für die Funktionsbelegung vorhanden. Kann man wahrscheinlich mappen, wird aber an einer MS2 kein Spaß.

---

Zitat von chrilu im Beitrag #18

---

4. Zu Piko einschicken. Was werden die dann machen? Dass es am vermurksten mfx-Protokoll liegen wird, werden die wahrscheinlich schnell herausfinden. Aber wie wird Piko reagieren? Andere Decoder haben die ja nicht und einen ESU LoPi v5 auf Wunsch werden die mir nicht einbauen Ich habe Piko mal eine Email geschrieben und angefragt, wie ich verfahren soll. Ich vermute, sie werden mir raten, das mfx-Protokoll inaktiviert zu lassen ... Dann aber

---

Zitat von chrilu im Beitrag #18

---

5. Würde ich mir einen ESU LoPi v5 kaufen, den ich auch via LoPro selbstständig und gut mappen kann. Dann wäre der günstige Lokpreis allerdings hin. Aber die Lok würde fahren und nicht dauernd Unfälle verursachen.

---

Moin Klaus,

Danke für Deine Anmerkungen.

Das einzige Piko-AC-Fahrzeug, dass bzgl. Decoder bislang keinen Ärger gemacht hat, ist der ICE3 in AC. Der läuft seit Jahren völlig unproblematisch. Wenn eine Delta-Lok unterwegs ist, setzt er sich manchmal geisterhaft in Bewegung. Liegt wohl an Störsignalen durch die alten Delta-Decoder. Da ich keine Delta-Loks mehr besitze, besteht das Problem nicht mehr.
Bei einer anderen Piko-Lok musste ich ebenfalls alle möglichen Protokolle sowie die Analogerkennung ausschalten, bis die Lok gelaufen ist.
Ich bin gespannt, was Piko sagt. Die von Dir genannte C4-Störkondensator-Problematik kannte ich bislang nicht.

Piko baut schöne Loks, zweifellos. Aber das mit den Decodern scheint dauerhaft problembehaftet zu sein. Ich frage mich oft, wieso die Hersteller mit Decoderproblemen die Decoder nicht einfach zukaufen von ESU, Zimo etc.

Zitat von chrilu im Beitrag #21

---

...
Ich bin gespannt, was Piko sagt. Die von Dir genannte C4-Störkondensator-Problematik kannte ich bislang nicht.

Piko baut schöne Loks, zweifellos. Aber das mit den Decodern scheint dauerhaft problembehaftet zu sein. Ich frage mich oft, wieso die Hersteller mit Decoderproblemen die Decoder nicht einfach zukaufen von ESU, Zimo etc.

---

Zitat von chrilu im Beitrag #18

---

2. Bei Fahrtrichtung rückwärts (Schleifer vorne, FS1 voraus) scheint der Fehler etwas häufiger aufzutreten.

---

Zitat von chrilu im Beitrag #18

---

Nachdem ich mfx im Decoder inaktiviert habe, schien die Lok normal zu fahren. Also liegt es aller Wahrscheinlichkeit nach am mfx-Protokoll, so wie Ihr vermutet hattet.

---

Zitat von chrilu im Beitrag #18

---

Im DCC-Protokoll konnte ich leider nicht alle Funktionen aufrufen, es waren nicht alle Symbole für die Funktionsbelegung vorhanden. Kann man wahrscheinlich mappen, wird aber an einer MS2 kein Spaß.

---

Zitat von drum58 im Beitrag #23

---

Wenn die MS 2 unter DCC nicht alle Funktionen aufrufen kann, dann ist das aber kein Problem von Piko, sondern eines von Märklin. Ob sich da etwas einstellen lässt (zusätzliche Funktionen/Symbole) weiß ich nicht, dazu gab es meines Wissens hier aber auch schon Tipps.

Gruß
Werner

---

Guten Abend,

das sehe ich allerdings auch so. Wenn Piko die Lok als mfx-tauglich verkauft, sollte es auch funktionieren. Auch wenn die Lok mit DCC fahrbar ist. Das ist ja so, als würde ich einen Neuwagen bestellen und der fährt aufgrund eines Fehlers nur 100 km/h. Dann wird der Autohändler auch nicht sagen, na dann fahren Sie halt nur 100.
Sicherlich kann man die fehlenden Funktionen in der MS2 bei Betrieb in DCC irgendwie einschalten, doch sehe ich da eher Piko in der Pflicht, dieses Problem zu lösen.

Ich werde die Lok also wahrscheinlich einschicken bzw. noch abwarten, was Piko antwortet auf meine Email.