Decoderadressen und CV-Einstellungen geordnet dokumentieren
09.10.2026
Die NMRA beschreibt CVs als Möglichkeit, einen Decoder auf eine bestimmte Lokomotive anzupassen. Die Akte sollte deshalb den tatsächlich gelesenen Ist-Wert festhalten.
Eine Decoderakte beginnt mit einer eindeutigen Zuordnung
Eine brauchbare Dokumentation beantwortet zuerst die einfache Frage: Welche Einstellungen gehören zu welcher Lok und zu welchem Decoder? Legen Sie pro Fahrzeug einen Datensatz an und notieren Sie neben Modellbezeichnung und Betriebsnummer auch Decoderhersteller, genauen Typ, verwendete Anleitung und – soweit bekannt – Firmwareversion. Ein Foto des Decoders oder seiner Verpackung kann die Identifikation ergänzen, ersetzt aber keine lesbare Typangabe. Trennen Sie anschließend drei Dinge: aktuelle Decoderadresse, ausgelesene beziehungsweise programmierte CV-Werte und Änderungsverlauf. Diese Trennung hilft, eine Adresse nicht mit einem CV-Wert für eine Funktion oder den Motor zu verwechseln. Die NMRA weist darauf hin, dass viele CVs nicht einheitlich umgesetzt sind. Verknüpfen Sie deshalb jede Notiz mit Decoder und Anleitung, statt eine allgemeine CV-Liste unbesehen zu übernehmen.
Adresse gesondert festhalten
Führen Sie Adressart und Adresswert als zwei getrennte Felder. Bei DCC wird die kurze Adresse in CV1 eingetragen; Werte über 127 sind dafür ungültig. Für eine längere Loknummer ist die lange Adressierung zu verwenden. Ein Zahlenwert ohne den Zusatz „kurz“ oder „lang“ ist daher mehrdeutig. Beispiel für einen Datensatz: „DCC-Adresse: kurz, 37“ oder „DCC-Adresse: lang, 4372“. Notieren Sie die Zahl nur, wenn sie tatsächlich geprüft wurde. Bei einer Änderung ergänzen Sie Datum, Programmierweg und Ergebnis, etwa „Adresse lang 4372 gesetzt; anschließend Lok auf Adresse geprüft“. Das Beispiel beschreibt ein Dokumentationsformat, keine universelle Schrittfolge für eine bestimmte Zentrale oder einen bestimmten Decoder.
CV-Werte als Tabelle statt lose Liste
Eine kompakte CV-Tabelle sollte mindestens diese Spalten haben: CV-Nummer, Bezeichnung laut Hersteller, gelesener Ist-Wert, gewünschter beziehungsweise geschriebener Wert, Einheit oder Bit-Bedeutung, Datum und Notiz zur Quelle. Halten Sie „nicht gelesen“ ausdrücklich von „Wert 0“ auseinander. Ergänzen Sie die verwendete Anleitung samt Ausgabe oder Stand: Der NMRA-Standard unterscheidet in seinen CV-Tabellen unter anderem Pflichtstatus und Empfehlung. Solche Angaben verhindern, dass ein optionaler Eintrag wie ein obligatorischer Parameter behandelt wird. Für Änderungen empfiehlt sich ein Änderungsprotokoll mit einem Eintrag je Programmiervorgang: vorheriger Wert, neuer Wert, Anlass, verwendeter Programmiermodus und Prüfergebnis. Beispiel: CV3, vorher 12, danach 18, Anpassung des Beschleunigungsverhaltens, anschließend langsame Anfahrt geprüft. Das ist eine nachvollziehbare Notiz, kein Versprechen, dass 18 für andere Decoder oder Fahrzeuge passend wäre. Falls der alte Wert unbekannt ist, schreiben Sie „unbekannt“, statt ihn nachträglich zu ergänzen.
Sichern, prüfen und Grenzen markieren
Bewahren Sie eine unveränderte Ausgangsaufnahme der CVs auf, bevor Sie Einstellungen ändern. Ergänzen Sie danach die neue Aufnahme und kennzeichnen Sie, welche Werte programmiert und welche nur ausgelesen wurden. Bei einem größeren Eingriff ändern Sie lieber wenige Werte, prüfen das Fahrverhalten und protokollieren das Ergebnis, bevor Sie mit weiteren CVs fortfahren. So wird die Rückkehr zu einem vorherigen Stand praktikabel. Die Dokumentation ist eine Gedächtnisstütze, kein Ersatz für die Anleitung des konkreten Decoders. ESU verweist bei LokPilot-CVs ausdrücklich auf die Tabelle der zulässigen Werte im Handbuch; gleichen Sie eine geplante Änderung daher mit dem passenden Decoderhandbuch ab, statt aus einer fremden Tabelle zu übernehmen. Halten Sie fest, ob ein Wert ausgelesen oder nur geschrieben wurde, und markieren Sie offen, wenn ein Wert nicht ermittelt werden konnte. So bleibt die Notiz als Arbeitsgrundlage nützlich, ohne eine sichere Programmierung für jedes System vorzutäuschen.