Hallo zusammen

Vor kurzem habe ich eine Piko Ae 6/6 Oerlikon AC Sound Art.-Nr. 97212 erworben. Diese hat ab Werk einen Piko Smartdecoder XP 5.1 Sound eingebaut. Als ich die Lok auf die Anlage gestellt habe, hat sie überhaupt nicht reagiert (fuhr nicht und keine Funktionen aktivierbar).

Zur Probemlösung habe ich den standardmässig eingebauten Plux22 Sound-Decoder (wahrscheinlich Zimo) aus einer Roco BLS Re 425 genommen und in die Piko Ae 6/6 eingesetzt. Die Ae 6/6 ist mit diesem gefahren und die Funktionen (Licht und Sound) konnten alle aktiviert werden. Gleichzeitig habe ich den Piko Smartdecoder in die Re 425 eingesetzt. Die Re 425 ist mit dem Smartdecoder ebenfalls gefahren, inkl. Sound/Licht. Dies mit der Standardadresse 03. Als ich den Smartdecoder wieder in die Ae 6/6 eingesetzt habe, machte die Ae 6/6 wieder keinen Wank.

Ich stehe nun auf dem Schlauch. Da sowohl die Ae 6/6 wie auch der Smartdecoder in der vertauschten Variante funktionierten, finde ich keinen plausiblen Grund für dieses Phänomen.

Es ist meine erste Piko-Lok mit einem Piko Smartdecoder XP 5.1 Sound. Mit Loks und Decodern von anderen Herstellern hatte ich bisher kein solches Verhalten. Als Zentrale habe ich eine Digikeijs DR5000 und fahre mit DCC.

Kennt jemand dieses Verhalten des Piko Smartdecoder (XP 5.1 Sound ) resp. kann mir jemand weiterhelfen? Falls weitere Angaben notwendig wären, reiche ich diese gerne nach.

Vielen Dank für die Mithilfe!

Könnte es vielleicht ein Kontaktproblem in der AE6/6 geben? Wenn der XP in der Roco fuhr, <sollte> er auch in der PIKO fahren, wenn er denn Saft hat.

Danke für den Hinweis. Wenn ein Kontaktproblem vorliegen würde, dürfte die Ae 6/6 ja auch nicht mit einem anderen Decoder fahren. Tut sie aber zuverlässig. Sind die Zuleitungen und Motorenausgänge bei allen Plux22-Decoder gleich belegt? Wenn nein, dann könnte ein Kontaktproblem vorliegen.

Ich weiss auch noch nicht, welche Rolle die DR5000 im Ganzen spielt. Mit ESU ond Zimo-Decodern hatte ich bisher nie Schwierigkeiten.

Vielleicht verbraucht ja irgendwas in der Piko-Lok zu viel Strom (z. B. Kurzschluss auf einem Funktionsausgang oder Motor mit zu hoher Stromaufnahme ), was bei dem Piko-Decoder die komplette Funktion verhindert, bei dem alternativen Decoder aber keine Probleme oder nur Probleme mit der einen Funktion erzeugt? Hier mal noch ein paar Ansätze für mögliche Ursachen / Fehlersuche:

Vielleicht mal den Motor abklemmen und schauen, ob der Rest (Sound und Licht) dann funktioniert?

Vielleicht sind die Pins des Piko-Decoders etwas lang, so dass diese beim Durchstecken hinter der Hauptplatine einen Kurzschluss machen? Vielleicht den Decoder mal nicht ganz so tief einstecken?

Lässt sich die Lok denn auf dem Programmiergleis auslesen?

Mal alle Protokolle außer DCC beim Piko-Decoder deaktivieren?

Grüße
Michael

Hallo Michael

Danke für die Hinweise. Werde diesen nächstens nachgehen. Das sonnige Wetter hält mich im Moment noch davon ab. Gebe dann eine Rückmeldung.

Hallo Michael, Hallo zusammen

Heute habe ich die Ae 6/6 mit dem Smartdecoder bei einem Kollegen an einer CS3 getestet. Dort ist sie einwandfrei gelaufen inkl. Sound/Licht. Somit dürfe ein Problem in der Kommunikation zwischen der DR5000 und dem Smartdecoder vorliegen.

Als Massnahme habe ich beim CV12 alle Protokolle ausser DCC ausgeschaltet. Da ich verschiedentlich gelesen habe, dass es Probleme mit Railcom gibt, habe ich dieses über den CV29 und in der DR5000 ebenfalls ausgeschaltet. Leider hat dies auch keinen Erfolg gebracht.

Auslesen und Programmieren kann ich die Lok über das Programmiergleis.

Eine Lösung habe ich leider immer noch nicht.

Hallo liebe Eisenbahner !
ich habe das gleiche Problem mit einem Piko 46542 PSD XP S TT BR 130 plux 16. Das ist mein erster Von Piko, sonst fahre ich ZIMO ESU. Die Lok ist PIKO 71435 Plux 16. Mein derzeitiger Decoder in der BR130 ist Kühn 157 Version35 .Die Maschine läuft super. Ich fahre mit der Intellibox Basic von Uhlenbrock DCC Software1.5550. Nach dem Einsetzen des Sound-Decoder kann ich CV´s lesen und schreiben. Er reagiert weder auf ein Fahrbefehl, kein Licht, kein Sound. Ich habe auch nur DCC CV12 =4 ; CV 29= 2 eingestellt. Fehlerspeicher 30 =0. Ich habe gestern noch einen LOKPilot von ESU59826 micro verbaut. Der wollte Anfangs auch nicht funktionieren.
Dann habe ich dort unter CV 47 Protokollauswahl Bit 0 Wert 1 Nur DCC geschrieben und das war die Lösung. Jetzt funktioniert er. Leider habe ich beim PIKO solch ein CV nicht gefunden. Auch in der hier ausführlichen Auflistung habe ich nichts dazu entdeckt. Hat jemand einen Tip für mich,um das Problem zu lösen.
Viele Grüße
Festus244

CV12 - Zugelassene Betriebsarten vielleicht ??

Vor drei Tagen eine V43 mit Smartdecoder an der MS2 programmiert (bremsverzögerung neu gesetzt) -> permanentes Blinklicht, Lok bewegt sich nicht mehr, auch analog.

Vor drei Jahren eine DR 132 einmal aufs Gleis gesetzt (CS3) -> kein Mucks (eventuell war das ein 4.1).

Alle übrigen Pikos mit hauseigenem Sounddecoder geben Geräusche nach Notstopp an der Zentrale wieder (Lok aufrüsten oder Dauerhupe).

Fazit: Piko Decoder sind Schrott

Was mich bei den Smart Decodern ankäst, dass diese die Railcom Norm nicht korrekt implementieren. POM/xPOM funktioniert zwar ... aber der Rest Das grosse Problem vom SD: Er antwortet im Kanal-2 nur wenn er Lust hat. Ich bin da inzwischen gnadenlos und werte solches Verhalten als "non-compliant".

Ergebnis:




Im Ideanfall sollte alles 'compliant' sein. Da gibs noch bischen was zu tun ...

Hallo, hatte das gleiche Problem mit einer Ae 6/6 mit dem Smartdecoder. Lok auf‘s Gleis, zwei Runden gedreht und dann kein Mucks mehr. Für mich ist das ein Mangel und die Lok ging direkt zu Piko.
Sorry, aber für so Dinge wie „könnte ein Kontaktproblem in der Lok sein, oder mal diese CV oder jene probieren, oder einen anderen Decoder einstecken“ das ist nicht meine Welt. Das Produkt hat zu funktionieren, sonst ist es das Geld nicht wert.
Wenn ihr eine Kaffeemaschine für 500,- € kauft und die macht keinen Mucks, fangt ihr da an, mal sehen könnte ein Kontaktproblem sein oder die Bohnen passen nicht, mal ehrlich, die geht doch unverzüglich zurück.
Ich halte es so, und wenn es nicht passt, dann brauche ich es nicht mehr, erfreue mich dann lieber an einem alten Schätzchen evtl. selbst etwas aufgepimpt.
Einfach nur mal so meine Meinung, die muss man ja nicht unbedingt teilen.
Es grüßt
Der Uwe

Zitat von hcl im Beitrag #9

---

Vor drei Tagen eine V43 mit Smartdecoder an der MS2 programmiert (bremsverzögerung neu gesetzt) -> permanentes Blinklicht, Lok bewegt sich nicht mehr, auch analog.

Vor drei Jahren eine DR 132 einmal aufs Gleis gesetzt (CS3) -> kein Mucks (eventuell war das ein 4.1).

Alle übrigen Pikos mit hauseigenem Sounddecoder geben Geräusche nach Notstopp an der Zentrale wieder (Lok aufrüsten oder Dauerhupe).

Fazit: Piko Decoder sind Schrott

---

Zitat von fschum im Beitrag #10

---

Was mich bei den Smart Decodern ankäst, dass diese die Railcom Norm nicht korrekt implementieren. POM/xPOM funktioniert zwar ... aber der Rest Das grosse Problem vom SD: Er antwortet im Kanal-2 nur wenn er Lust hat. Ich bin da inzwischen gnadenlos und werte solches Verhalten als "non-compliant".


Im Ideanfall sollte alles 'compliant' sein. Da gibs noch bischen was zu tun ...

---

Hallo,

ich habe den Test mit einem "PIKO SmartDecoder XP 5.1 Sound Next18" gemacht.

Zitat von Dampfstoß im Beitrag #13

---

Ich meine, der Decoder antwortet, wenn er adressiert gefragt wird.

---

OK, ich sehe das Testfile, es sagt mir genau nichts. Ich weiß auch immer noch nicht, welche Hardware da dran hängt und wie das Gleissignal aussieht.
Ich weiß auch noch immer nicht die Version des Decoders und die Decoder-Firmware. Wenn der Decoder so selten antworten würde, wäre eine CV-Abfrage auf dem Hauptgleis quasi unmöglich, erst recht die automatische Anmeldung über RailCom+. Mit der SmartProgrammer-App und dem SmartProgrammer, mit der ECoS sowie mit der Z21 sind die Abfragen der CVs über POM immer korrekt. Also bei mir. Ebenso werden alle Funktionen bis F68 geschaltet, was ich aber ggw. nur mit der PIKO-SmartBox WLAN testen kann.

Also der Decoder liefert CV7 == 0x0b

Das Problem mit Railcom ist folgendes (Auszug aus dem Log)

Master decoder frames               : 384
Channel 2 misses                    : 364
 

Das bedeutet, dass von 384 an den Decoder adressierten Pakete 364 nicht mit Railcom beantwortet wurden, Das entspricht 95% von fehlenden Atworten. Das nenne ich gravierend!
Bei POM antwortet er brav, aber sonst nur wenn er Lust hat. Das ist schlicht unzulaessig und damit non-compliant.

Mit handelsueblichen Zentralen kannst Du sowas nicht messen. Darum habe ich mir ein DCC Infrastruktur entwickelt die genau das kann.

Um Deine Frage zu beantworten, welche Hardware da dran haengt: D10-Master und D12-Booster
https://rtb4dcc.de/wp-content/uploads/20...TB_Flyer_de.pdf