Hallo,

heute habe ich meine Piko V160 064 bekommen und natürlich gleich aufs Gleis gesetzt und ausprobiert.

Dabei ist mir aufgefallen, dass RailCom nicht vollständig funktioniert. Die CVs 28 (Wert 151) und 29 (bit 3 =1) sind bereits ab Werk passend eingestellt und sollten eigentlich dazu führen, dass meine Marco-Bausteine von Uhlenbrock entsprechende Schaltvorgänge auslösen. Genau das funktioniert aber leider nicht. Meine Intellibox2 weiß zwar genau, in welchem Rückmeldebereich sich die Lok befindet, aber die Marcos schalten nicht die Blocksteuerung entsprechend.
Ich habe den Piko SmartDecoder XP5.1 bereits auf reinen DCC Betrieb CV12 Wert=4 umgestellt, aber gebracht hat das bisher nichts. Btw, alle anderen Loks habe ich von der Anlage genommen, um Fremdeinfluss zu vermeiden.

Bevor ich die Lok öffne und nachschaue, ob auch in ihr der unselige C4 Kondensator eingesetzt ist, die Frage, ob das überhaupt von Nutzen sein könnte, wenn ich ihn ausbaue. Was könnte ich sonst noch versuchen?

Schon mal danke für hoffentlich zielführende Antworten.

Zitat von hans_g im Beitrag #1

---

Die CVs 28 (Wert 151)

---

Zitat von hans_g im Beitrag #1

---

Bevor ich die Lok öffne und nachschaue, ob auch in ihr der unselige C4 Kondensator eingesetzt ist, die Frage, ob das überhaupt von Nutzen sein könnte, wenn ich ihn ausbaue. Was könnte ich sonst noch versuchen?

---

Zitat von hans_g im Beitrag #1

---

Bevor ich die Lok öffne und nachschaue, ob auch in ihr der unselige C4 Kondensator eingesetzt ist, die Frage, ob das überhaupt von Nutzen sein könnte, wenn ich ihn ausbaue. Was könnte ich sonst noch versuchen?

---

@Hans: Wenn Du Bit 2 in CV28 abschaltest, was passiert dann?

Hallo,

ich antworte mir mal selbst, aber zunächst erst mal danke für eure bisherigen Antworten.

Probiert habe ich bisher Folgendes:
- CV28 vom Werkswert 151 umgestellt auf Wert 3,
- CV29 Analogerkennung abgeschaltet,
- CV12 auf Wert 4, also nur DCC Protokoll,
- C4 Kondensator auf Platine ist vorhanden, hat aber definitiv keinen Einfluß
- Decoder ausgebaut und in Roco 215 getestet, gleiches Problem

Fazit, es liegt definitiv am Decoder. Daher habe ich den Piko-Support angemailt und um Hilfestellung gebeten. Kurios finde ich ja, dass bei Piko mittlerweile ein ehemaliger Uhlenbrock Mitarbeiter an der Entwicklung des Decoders mitgewirkt hat, der auch maßgeblich an der Uhlenbrock Entwicklung der Marcos beteiligt war. Mal sehen, was an Antwort kommt. Schlimmstenfalls geht die Lok zum Händler zurück.
Hier noch ein Bild der Lok
[img]Bild entfernt (keine Rechte)[/img]

Zitat von hans_g im Beitrag #5

---

Kurios finde ich ja, dass bei Piko mittlerweile ein ehemaliger Uhlenbrock Mitarbeiter an der Entwicklung des Decoders mitgewirkt hat...

---

Es gibt ein Firmware-Update für den XP 5.1 Decoder, Version 1.3.0. Diese behebt unter anderem die MARCo Probleme. Die CV28 funktioniert entsprechend der Norm und muss für dauerhaftes Senden der eigenen Adresse angepasst werden, indem man Bit2 löscht.

Zitat von Dampfstoß im Beitrag #7

---

Es gibt ein Firmware-Update für den XP 5.1 Decoder, Version 1.3.0. Diese behebt unter anderem die MARCo Probleme. Die CV28 funktioniert entsprechend der Norm und muss für dauerhaftes Senden der eigenen Adresse angepasst werden, indem man Bit2 löscht.

---

Ja, meine Präferenzen sind inzwischen bei 5.1-Decodern angekommen und ich ersetze schrittweise die ZIMO MX-Serie, die bei einigen Loks nicht zu ruckelfreier Fahrt zu bewegen sind und mit dem MXULF und ZCS habe ich ständig Probleme mit CVs über POM. Auch da scheinen einige Dinge nicht ausgereift. Mit meiner Z21 als Zentrale bin ich voll zufrieden und die bleibt auch erst mal da, bis PIKO etwas passendendes liefern sollte, welches die Decoder voll unterstützt. Solange macht der SmartProgrammer seine Arbeit.

Ich schaue mir mal das V160-Projekt an wegen CV3 und melde mich dann wieder.

Zitat von hans_g im Beitrag #8

---

Und noch eine Ergänzung, meine V160 ignoriert jede Veränderung des Wertes in CV3. Egal, was ich dort eintrage beschleunigt die Lok sehr zügig.

---