Hallo zusammen,

habe die Tage den LoDi CV Programmer bekommen.

Die Einbindung in das bestehende System hat sehr gut funktioniert und es wurde sofort erkannt. Die IP Adresse habe ich nicht geändert da es nicht mit anderen Geräten im Netzwerk kollidiert. Leider scheint das Teil entweder einen Defekt zu haben oder es liegt meinerseits ein Bedienfehler vor. Jedenfalls zeigt der CV Programmer ein sehr eigensinniges Verhalten von Anfang an.

Habe es mit einigen Loks/Triebwagen von verschiedenen Herstellern versucht und das Ergebnis war von Anfang an nicht das was ich mir vorgestellt hatte.

Versuche hier einen Überblick für zu verschaffen damit es besser nachvollziehbar ist.

LoDi Rektor Firmware 03.04.09
Gleisprotokoll DCC

Programmer FX 2025.07

Booster Version v04.03

CV Programmer Version v00.05 Railcom aus.

Wenn ich das Prog-Gleis anwähle zum auslesen schreibt er bei den Mitteilungen für CV29 CV1 etc. die Werte und sagt das eine DCC Lok mit langer Adresse (z.B.3) erkannt wurde. Wenn ich jetzt die Adresse ändern möchte (z.B. auf 1) wird dies offensichtlich auch auf den Decoder geschrieben. Beim wiederholten auslesen kommt aber wieder die Adresse 3. Das kleine Feld links DCC Adresse ist ausgegraut und nicht anwählbar.

Wenn ich das Gleis nun umstecke auf den Hauptgleisausgang vom Programmer liest er wie oben beschrieben ein und das kleine ausgegraute Feld wird anwählbar. Schreiben auf den Decoder war möglich inkl. der Adressänderung auf 1. Diese wird auch so wieder beim auslesen erkannt und die Lok wird auch so angesprochen. Leider geht nun im besten Fall nur noch das Licht an der Lok. Fahren, schalten ect. ist auf beiden Ausgängen nicht möglich. Schließe ich das Gleis an einen der Boosterausgänge an geht alles vollkommen normal. Also fahren, Richtungswechsel, Sound usw.

Mittlerweile schreibt er auch öfters das er keine Antwort beim auslesen bekommt CV17 / CV29 aber unter CV1 die lange Adresse erkannt hat. Spannung am Gleis liegt an.

Habe das Teil mittlerweile herausgenommen da es so ja keinen Sinn macht. Kann mir das ehrlich nicht erklären. Das LoDi-Con ist für mich keine Alternative da ich in meinem Moba Raum kein WLan habe und am Lankabel hänge.

Vielleicht hat jemand eine Idee?

Grüße, Wolfgang

Hallo Wolfgang,

Ich würde nicht so schnell aufgeben!

Ich habe heute den 2. CV-Programmer in Betrieb genommen (bestimmt für das Programmiergleis (für H0 und H0m) auf der Anlage. Auch diesem CV-Programmer habe ich die Adresse 50 gegeben. Das hat nichts mit einer IP zu tun, nur der Rektor braucht eine IP. Man kann aber die vorgegebene Adresse auch belassen!

An den Testkreisen in H0 und H0m bewährt sich der CV-Programmer schon seit einiger Zeit bestens. Den Boosterteil nutze ich jedoch nicht, denn der Fahrstrom kommt nach wie vor von einem Lodi-Booster, zusammen mit je 4 Meldern in H0 und H0m. Der CV-Programmer habe ich zwischen Rektor und Booster eingefügt, d.h. in folgender Reihenfolge:

Rektor - CV-Programmer (50)- Booster (01) - Railspeedsensor (48) H0 - uCon-Poweradapter - Railspeedsensor (49) H0m - Abschlusswiderstand. In Klammern die Gerätenummern.

Auf meiner mobilen Zentrale mit Rektor - Booster habe ich vorhin den Booster entfernt und statt dessen den CV-Programmer angeschlossen und die Adresse 50 vergeben.

Beide Rektoren funktionierten zusammen mit den beiden LoDi-CV-Programmern, natürlich nie gleichzeitig zusammen, da ich für alle LoDi-Geräte mit IP-Adresse dieselben IP-Adressen nutze, was die Handhabung sehr vereinfacht (mit den LoDi-Cons).

Ich habe dann mit beiden Kombinationen (Testkreise und Mobil) eine Lok auf dem Programmiergleis zusammen mit dem Programmer FX und LoDi-Con programmiert. Beide Varianten funktionierten einwandfrei auf dem Programmiergleis. Das Hauptgleis nutze ich nicht, da auf den Testkreisen die Stromversorgung über LoDi-Booster erfolgt, genauso wie auch an der Anlage.

Meines Wissens wird am LoDi-Programmer FX noch eifrig gearbeitet, besonders was die Programmierung betrifft. In den letzten Wochen wurde da aber schon einiges verbessert. Da ich die Programmer FX Betaversion nutze, kann es sein, dass etwas schon verbessert wurde, was in der normalen Version noch nicht der Fall ist.

Ich muss aber auch erwähnen, dass ich zur Programmierung meiner Loks nebst den Programmern von D&H und ESU auch vor allem meine LoDi-Cons nutze, weil der Comfort bei LoDi-Con wesentlich besser ist (mindestens im Moment).

Railcom habe ich im Programmer FX wie in den Loks aktiviert.

Zitat von Wolle68 im Beitrag #1

---

Das kleine Feld links DCC Adresse ist ausgegraut und nicht anwählbar.

---

Hallo, danke erst einmal für Euro Antworten.

Kann mich erst am nächsten Wochenende wieder mit der MoBa befassen. Grundlegend habe ich es aber genauso gemacht wie in dem Video gezeigt wurde. Mit dem Unterschied das die Änderung nicht übernommen wurde.

Grüße, Wolfgang

Hallo Wolfgang
Hallo zusammen,

Wolfgang, ich kann dir nur eines sagen.......du bist nicht allein.
Mein CV Programmer hat die gleichen bzw ähnlichen Wehwechen wie deiner. Ich bin der Meinung, dass wir das Update abwarten. Obwohl ich zum Großteil D&H Decoder verbaut habe.

Schönes Wochenende noch
und
Grüßle Helmut

Hallo zusammen

Auch ich habe in den letzten Tagen den neuen LoDi CV Programmer erhalten. Dieser musste natürlich direkt ausprobiert werden.
Das Gerät hat aus meiner Sicht Potenzial, allerdings habe auch ich einige Probleme. Aktuell steht bei mir noch kein LoDi-Con im
Einsatz, somit habe ich die Programmierung über den Programmer FX sowie über iTrain ausprobiert.

Ich habe ganz einfach versucht fabrikneue Loks von CV 3 auf eine lange Adresse umzuprogrammieren.

Testlok 1: Roco 7510108 mit einem Zimo Version 5 Decoder (ausgelesen über iTrain PoM mit 8-GBM)

--> Umstellung von CV 3 auf lange 4-stellige Adresse über Programmer FX hat sofort geklappt.

Testlok 2: Bemo 1359 189 mit einem ESU Lok Sound 5

--> Umstellung von CV3 auf lange 4-stellige Adresse über Programmer FX hat zunächst nicht geklappt.
Danach habe ich zuerst das Bit 5 in der CV29 über den Programmer FX auf lange Adresse umgestellt und
nochmals von CV3 auf eine lange 4-stellige Adresse umprogrammiert, was dann auch funktioniert hat.
Das gleichzeitig Umstellen von CV3, CV17, CV18 und CV29 wie es beim Zimo Version 5 Decoder funktioniert
hat war aber nicht möglich. Bei der Umstellung von CV29 kam eine Fehlermeldung, welche das Bit 4 der
CV29 betrifft mit der Geschindigkeitskennlinie. Der ESU Decoder hat die Geschwindigkeitskennlinie ab Werk
eingeschaltet, was beim Zimo Version 5 nicht der Fall war.

Testlok 3: Roco 70727 mit einem Zimo Version 4 Decoder (ausgelesen über iTrain PoM mit 8-GBM)

--> Im Gegensatz zur Roco Lok mit Zimo Version 5 Decoder kann ich über den Programmer FX den
Version 4 Decoder weder lesen noch schreiben über das Programmierfenster.

Danach habe ich auch über die iTrain Decoderprogrammierung das gleiche versucht. Wie erwähnt über
PoM mit 8-GBM kein Problem. Aber mit dem CV Programmer hat dies überhaupt nicht geklappt. Der CV Programmer
liess sich zwar als Booster einbinden, in der Lok-Programmierung konnte ich den CV Programmer aber nicht ansteuern
(obwohl ich von Haupt- auf Programmiergleich umgeschaltet habe).

Im iTrain Forum habe ich einen Kommentar vom iTrain Entwickler gefunden, welcher sagt, dass er für den Patch
5.1.17 eventuell eine Verbesserung vornehmen kann.

Beim Programmer FX, habe ich bis jetzt nur den Hinweis in den Release Notes gesehen, dass auch im Programmer FX
noch Verbesserungen vorgenommen werden sollen.

Entsprechend bin ich gespannt, wie sich das entwickelt und freue mich auf kommende Updates.

Grüsse Tiglio

Hallo,

Ich musste leider einen Ersatz für meinen Home-Office-PC beschaffen. Über das WE habe ich Windows 11 Pro auf eine "keusche" SSD installiiert, die wichtigsten Anwendungen installiert und soeben habe ich den LoDi-Programmer FX installiert. Das hat schnell und einfach geklappt und darum hat mich das Programmieren mit dem Programmer FX auf dem neuen PC interessiert (das zuvor schon auf dem alten PC gut funktioniert hat.

Ich habe als0 einer Lok eine neue, lange Adresse gegeben und später wieder die ursprüngliche Adresse programmiert. Alles verlief wie von mir erwartet, wie man im Filmchen sehen kann.

https://web.tresorit.com/l/wf8Ra#5qIgZCBcKyaCPTVquFeaGg

Der Aufbau erfolgt in folgender Reihenfolge (Testkreise):

LoDi-Rektor - LoDi-CV-Programmer (Adr. 50) - LoDi-Booster 2,2,3A (Adr. 01) - Railspeed H0 (Adr. 48) - uCon-Poweradapter - Railspeed H0m (Adr. 49 - Bus-Abschlussstecker

Die beiden Kreise in H0 und H0m werden durch den LoDi-Booster mit 2,3A versorgt. Gemeldet wird über den LoDi-s88-Commander LX und zwei LoDi-8-GBM V2. Zwei Servoweichen Weichen (Langzeittest) werden via LoDi-Servo-DCC-H mit DCC geschaltet, dito eine Weiche mit Viessmann-Motorantrieb und eigenem Decoder ebenfalls mit DCC. Zwei Trix-C Weichen mit Märklin-Magnetantrieb werden über einen LoDi-Shift-Commander und einen LoDi-Operator-4-WC-AC geschaltet. So bilde ich an den Testkreisen im kleinen die Anlagensteuerung im MOBA-Raum ab.

Den LoDi-CV-Programmer (nur den Programiergleisanschluss) verwende ich zusammen mit einem ESU-Programmer und und einem D&H Programmer an je einem H0 und einem H0m Programmiergleis auf dem Schreibtisch, direkt vor dem Bildschirm. Den Hauptgleisanschluss des CV-Programmers verwende ich nicht, da das Hauptgleis durch den LoDi-Booster versorgt wird.

Um die VMax usw. während der Fahrt einzustellen, benutze ich LoDi-Con sehr erfolgreich. Überhaupt nutze ich den LoDi-Con am liebsten zum Programmieren der Loks, sowohl auf den Programmiergleisen wie auch auf den Testkreisen.

Das Gespann LoDi-Rektor und LoDi-CV-Programmer hat sich an einem Treffen während vielen Stunden Betrieb bestens bewährt. Da war nur das Hauptgleis angeschlossen und zu programmieren gab es da nichts. Die fünf Trix-C Weichen mit Viessmann Motorantrieben/Decoder funktionierten ebenfalls einwandfrei über DCC Befehle. die direkt an der Weiche abgenommen wurden. So war das temopräre Aufstellen der Gleise sehr einfach, nach dem Motto, 2 Drähte genügen für Digitales Fahren und Schalten (für richtige Anlagen würde ich das jedoch nie so lösen!).

Zu beachten ist, dass die Werte der CV29 nicht bei allen Decodern gleich sind.

D&H Decoder:



ESU Decoder (Lopi4):



Bei ZIMO- und Lopi5 Decodern ist es nochmals anders und bei ZIMO und Piko ist es bei fast jedem Decoder anders.

Darum empfehle ich aufgrund meiner eigenen Erfahrungen, bei allen Loks dieselbe Decodermarke zu verwenden (bei mir D&H und nur noch wenige ESU Lopi)

Genau darum haben die meisten Hersteller eigene Programmer, die für ihre Decoder optimiert sind. Nur mit diesen kann man ohne grossen Aufwand die entsprechenden Decoder einfach programmieren (trifft speziell auf Piko, ZIMO, Märklin und ESU, aber auch minimal auf D&H Decoder zu. Ich verwende ausschliesslich D&H Decoder, weil ich mit deren Fahreigenschaften äusserst zufrieden bin und die Decoder mit wenigen CVs in wenigen Minuten programmiert sind.

Wenn man Decoder programmieren will, dann muss man immer das entsprechende Decoderhandbuch vor Augen haben (bei mir auf dem Bildschirm). Nur bei D&H habe ich die wenigen CVs im Kopf.

Auf dem Programmiergleis des CV-Programmers kann man auch Decoder ohne Railcom programmieren. Auf dem Hauptgleis muss Railcom aktiviert sein, damit es funktioniert.

Mein bisheriges Fazit mit dem CV-Programmer ist äusserst positiv, alles funktioniert perfekt mit LoDi-Con. Mit dem ProgrammerFX geht es auf dem Programmiergleis ebenfalls perfekt, wie es beim Hauptgleis aussieht, kann ich nicht sagen, da ich diesen Ausgang nicht nutze und diesbezüglich Verbesserungen angesagt sind.

Herzliche Grüsse

Gian.

Hallo Tiglio,

Mit iTrain 5.1.16 kann ich sehr wohl mit dem CV Programmer arbeiten. Das Interface, auch fürs Programmiergleis, ist aber der Rektor.

Wenn der Dekoder ein Puffer hat, funktioniert lesen nicht immer gut (unabhängig von iTrain). Ich habe dazu die Programmierspannung in Programmer FX auf 9V zurückgesetzt.
Getestet habe ich mit ESU XL V4, XL V5 und ZIMO MX690 Dekoder.

Grüsse Sander

Hallo Gian,

Wir sollten die Sachen auch nicht zu schwierig vorstellen. Deine Vorbilder verfolgen beide den NMRA DCC 9.2.2 standard (Draft update). Wenn CV 29 auf 12 eingestellt ist bei ESU, dann heisst das doch nur das der Dekoder ab Werk 14 Fahrstufen erwartet? Schreib einfach 14 hinein (so wie beim D&H Vorbild) und er erwartet auch 28 (oder (automatisch) 126). Bei ZIMO sieht es genau so aus.

Natürlich, wenn man viel konfigurieren will ist der ESU, ZIMO, ... Programmer indertat schneller und komfortabler und beim Sounds aufspielen hat man keine Wahl. Wenn man aber mal eben schnell das Anfahr und Bremsverhalten ändern will (um in iTrain Geschwindigkeiten zu messen), die Lokadresse ändern will oder zum testen RailCom abschalten will, dann funktioniert das doch alles super? Für Loks mit RailCom Dekoder eben ganz komfortabel mit Feedback auf der Strecke und für ältere Dekoder eben auf dem Programmiergleis.

Grüsse, Sander

Hallo Sander,
lch verstehe nicht, was Du mir sagen willst?

"Wir sollten die Sachen auch nicht zu schwierig vorstellen. Deine Vorbilder verfolgen beide den NMRA DCC 9.2.2 standard (Draft update). Wenn CV 29 auf 12 eingestellt ist bei ESU, dann heisst das doch nur das der Dekoder ab Werk 14 Fahrstufen erwartet? Schreib einfach 14 hinein (so wie beim D&H Vorbild) und er erwartet auch 28 (oder (automatisch) 126). Bei ZIMO sieht es genau so aus."

Ich vermute, dass Du mich nicht richtig verstanden hast. Ich habe nach 35 Jahren Digital überhaupt keine Probleme mit den CVs und nach dem digitalisieren und einstellen von weit über 150 Loks zuerst Spur N, ab 2000 H0 und H0m) in den letzten Jahren (SX1, SX2 und heute nur noch DCC). Ich wollte nur darauf hinweisen, dass nur wenige CVs genormt sind und der Rest von den Herstellern frei verwendet wird und zum Einstellen immer das passende Handbuch verwendet werden muss. Z.B. muss man bei Pikodecodern immer zuersr die richtige Bank einstellen, wenn man ein Chaos verhindern will. Ähnlich ist es bei Zimo. Auch ESU Lopi 4 & 5 unterscheiden sich beträchtlich.

Weil ich perfekte Fahreigenschaften, verbunden mit einfacher Programmierung, allem anderen vorziehe, kommen für mich seit ein paar Jahren nur noch D&H Decoder in die Lok (ohne Krach). Das heisst nicht, dass ZIMO-Decoder schlecht sind, denn meine einzige Soundlok, Roco SBB Schneeschleuder) läuft mit einem ZIMO-Decoder hervorragend (mit ausgeschaltetem Krach).

Im weiteren funktioniert das Programmieren mit iTrain, Lodi-Rektor und Lodi-CV Programmer tadellos, alletdings nur am Programmiergleis-Ausgang. Darüber habe ich heute detailliert im Testerforum von iTrain- und Lodi-Forum geschrieben, damit der Fehler beim Hauptgleis vielleicht gefunden werden kann (Bug evtl. in iTrain}.

Herzliche Grüsse vom Smsrtphone
Gian

Hallo zusammen,

richtig was los hier.

Habe am letzten Sonntag noch ein paar Tests mit verschieden Loks / Herstellern / Decodern gemacht. Da waren schon ein paar schöne Überraschungen dabei Habe alles extra notiert damit ich das hier am Freitag einmal reinstellen kann. Schaffe es wegen Dienst leider nicht früher.. Also bis dann.

Grüße, Wolfgang

Hallo,

Es freut mich, dass ihr alle so fleißig mit dem CV-Programmer arbeitet.

Ich verstehe die Diskussion um die Programmierung der Lok-Adresse mit dem CV 29 nicht. Dafür gibt es ja eine Funktion im LoDi-Con, die alle Register korrekt bedient. Ja, einige Dekoder brauchen mal wieder eine Ausnahmebehandlung. Diese werden aber nach und nach im LoDi-Con abgebildet.

Ich konnte die Ausleseprobleme auf dem Programmiergleis mit einem Trix-Dekoder nachvollziehen. Einen D&H habe ich gerade nicht da, werde ich aber morgen testen können. Es sieht so aus, als würden die Dekoder den Stromimpuls länger halten, als notwendig. Auch beim Schreiben scheint es bei einigen Dekodern Probleme zu geben. Beide Fehler sind zumindest auf meinem Entwicklungsstand soweit behoben. Ich werde morgen noch einmal verschiedene Dekoder testen, um sicher zu gehen.

Das Auslesen von MFX-Loks sollte jetzt auch stabiler laufen. Auch hier müssen noch weitere Tests folgen.

Parallel wird auch das LoDi-Con einige Updates erfahren. Es wartet z.B. nicht lange genug, um eine MFX-Lok vollständig auszulesen.

Gruß
Hagen

Hallo Hagen,

Zitat von Hagen Burchardt im Beitrag #12

---

Ich verstehe die Diskussion um die Programmierung der Lok-Adresse mit dem CV 29 nicht.

---

Zitat von Hagen Burchardt im Beitrag #12

---

Ich konnte die Ausleseprobleme auf dem Programmiergleis mit einem Trix-Dekoder nachvollziehen. Einen D&H habe ich gerade nicht da, werde ich aber morgen testen können.

---

Hallo Hagen,
Hallo Gian,

Ich finde es ja wirklich ganz toll wenn euere CV Programmer mit vollster Zufriedenheit funktioneren.
Ich von meiner Seite aus kann das so nicht bestätigen, da mein CV Programmer ( im Programmer FX) zwar meldet, dass er die CVs schreibt, aber es in Wirklichkeit nicht tut.

Grüßle Helmut

Hallo Helmut,

auch das Problem mit dem Schreiben habe ich behoben. Ich werde heute Abend oder morgen eine BETA-Version zur Verfügung stellen. Dann schauen wir mal, was wirklich noch übrig ist.#

Den ProgrammerFX betreue ich leider nicht selbst. Da scheint es noch ein Anzeigeproblem zu geben. Übers LoDi-Con oder auch über iTrain sollte es aber gehen. Vermutlich funktioniert es aber mit der korrigierten CV-Programmer Version schon.

Gruß
Hagen