Also ich bekomme das irgendwie nicht hin

Wenn ich meines Wissen nach Alle Daten korrekt eingebe blockiert LoDi das Schreiben.
Ich wollte hier meine Lokomotive zum Test von DCC 11 nach DCC 50 verschieben aber wie man sehen kann möchte LoDi das irgendwie nicht.

Wenn ich das Gleiche in iTrain tue

passiert ebenfalls nichts.

Also die Lok bleibt immer bei DCC 11 und reagiert auch nur auf Kommandos auf der Adresse

Hallo Arne,

Zitat von PrimeKPI im Beitrag #16

---

Also ich bekomme das irgendwie nicht hin

---

Hallo ,
finde es seltsam, wenn man bedenkt, dass ich eine Mutation in einem Decoder über POM machen kann. Verwendet Lodirektor, und iTrain .
Allerdings muss man den neuen Wert in die Grunddaten der Lok eingeben. Denn iTrain arbeitet immer von dieser Basiskarte aus.

Empfangsdecoder ist Zimo MS 440 D mit Energiepuffer Zomo Go Lang 50.000 Pf

Video
https://youtube.com/shorts/m1M2-5VhPq8?feature=share

greetings
Rupert

Hallo Rupert

Zitat von Rupert van Swol im Beitrag #18

---

finde es seltsam, wenn man bedenkt, dass ich eine Mutation in einem Decoder über POM machen kann. Verwendet Lodirektor, und iTrain.

---

Zitat von Rupert van Swol im Beitrag #18

---

Allerdings muss man den neuen Wert in die Grunddaten der Lok eingeben. Denn iTrain arbeitet immer von dieser Basiskarte aus.

---

Hallo Gian, danke für diese hilfreiche Ansicht.
Modelleisenbahnen sind im Laufe der Jahre zu einer komplexen ICT geworden.
Es wird viel genauer hingehört als früher, wo man früher ohne jegliche Kenntnisse Produkt X,Y,Z anschließen konnte ist vorbei. Selbst eine CDE-Verbindung ist bei manchen dcc-Zentralen schwierig geworden.
Wenn man anfängt, Dinge austauschbar zu verwenden, wird es immer schwieriger zu lösen.
Manchmal muss man harte Entscheidungen treffen, in meinem Fall war das der Abschied von allen Spur-0-Loks mit Lenz-Decodern. Dann habe ich mich bewusst für das britische Modellbahnsystem entschieden und mich auch bewusst für 1 Markendecoder-Strategie ( Zimo ) und 1 Gesamtsystem ( Lodi ) entschieden.
Dies ersparte mir das, was ich heute das "Burki-Syndrom" nenne, nämlich die Unausgewogenheit der verschiedenen Systeme und die Unfähigkeit des Endbenutzers. Ich muss mich nur mit einem Decoder und einem Hardwaresystem und einer Steuersoftware vertraut machen.
Diese Strategie macht es einfacher, Probleme zu lösen oder einen Fehler aufzuzeichnen, aus dem ein weiteres Firmware-Update resultiert.
Aber es steht jedem frei, dies zu tun, aber seien Sie sich bewusst, dass Murphy Law immer gilt.
So benutze ich MXULFA zwar, aber nur einmal, um die ( gekauften ) Sounddateien mit Freischaltcode und den entsprechenden lokspezifischen CV-Werten in den zimo-Decoder zu laden.

Kleinere Anpassungen nehme ich über Windigipet vor, das einen wirklich guten Programmer mit vielen zugehörigen Templates an Bord hat, die fast alle 3 Monate aktualisiert werden. Meistens von der DecoderDB . Abgesehen davon bietet Windigipet die Möglichkeit, über Programmiergleise oder POM zu mutieren, etwas, das in iTrain und in begrenztem Umfang in Traincontroler nicht vorhanden ist.
Mit iTrain ist es noch nicht möglich, komma- oder tabulatorgetrennte CV-Dateien für eine bestimmte Lokomotive zu importieren. Und das ist wirklich eine Menge Arbeit, wenn man auch noch die Erklärungen haben will.
Völlig einverstanden, und es bleibt seltsam, dass Lodi FX den Programmteil noch nicht richtig zum Laufen gebracht hat. Aber ich persönlich sehe das als Nachteil an, solange keine Lodi Decoder auf den Markt kommen. Aber manchmal ist es einfach, schnell einen Cv Wert zu ändern außerhalb von allem.

Grüße
Rupert