Programmiergleis oder POM? DCC-Programmierung im Vergleich
09.10.2026
Beim DCC-Programmieren trennt das Programmiergleis den Decoder für das Service Mode vom übrigen Betrieb; POM adressiert eine bestimmte Lok auf der Anlage. Welche Methode passt, hängt unter anderem von Adresse, Decoder und gewünschter Rückmeldung ab.
Zwei Verfahren, zwei unterschiedliche Situationen
Beim DCC-Decoderprogrammieren stehen sich zwei grundsätzlich verschiedene Wege gegenüber. Das Programmiergleis nutzt den Service Mode: Es ist elektrisch vom übrigen Layout getrennt, und der Befehl wird dort nicht über eine Lokadresse gezielt. Die NMRA empfiehlt für diesen Modus, nur einen Decoder auf dem isolierten Gleisabschnitt zu haben. [Digitrax erklärt den Service Mode](https://www.digitrax.com/tsd/KB851/programming-methods-service-mode-and-operations-mo/); [NMRA-Empfehlung RP-9.2.3](https://www.nmra.org/sites/default/files/assets/dcs-procv3-2.pdf). Programming on Main, meist POM oder Operations Mode genannt, arbeitet anders: Die Zentrale adressiert eine bestimmte Lok auf der Anlage. Das ist praktisch, wenn die Lok auf einem schwer erreichbaren Abstellgleis steht oder man eine Einstellung im Fahrbetrieb anpassen möchte. POM setzt aber voraus, dass der Decoder dieses Programmierverfahren unterstützt. [Digitrax beschreibt die Adressierung und Decoder-Voraussetzung](https://www.digitrax.com/tsd/KB851/programming-methods-service-mode-and-operations-mo/).
Was das Programmiergleis besser kann
Für eine neue oder unbekannte Lok ist das Programmiergleis oft der übersichtlichere Startpunkt: Die Lokadresse muss nicht bekannt sein, und die Decoderwerte lassen sich auslesen, ohne den Decoder aus der Lok zu nehmen. So kann man vor einer Änderung zunächst den vorhandenen Wert notieren und danach gezielt schreiben. Lenz nennt das Setzen und Auslesen der Adresse als Hauptzweck des Programmiergleises und führt auch weitere CVs als les- und änderbar auf. [Lenzxikon: Programmiergleis](https://www.lenz-elektronik.de/en/Help-Info/Lenzxikon/). Die elektrische Trennung ist nicht nur Komfort. Im Service Mode wirkt der Programmierbefehl auf die Decoder, die sich auf diesem Gleisabschnitt befinden; deshalb sollte man Lokomotiven und Wagen mit Decodern von diesem Abschnitt fernhalten, wenn er nicht wirklich isoliert ist. Beim Bau sollte man die Trennstellen und die Umschaltung zwischen Fahr- und Programmierstrom nachvollziehbar planen. [Digitrax zum Broadcast im Service Mode](https://www.digitrax.com/tsd/KB851/programming-methods-service-mode-and-operations-mo/).
Wann POM im Alltag punktet
POM ist besonders sinnvoll für kleine, reversible Anpassungen während die Lok auf der Anlage bleibt. Beispiel: Eine schwer zugängliche Lok zieht einen längeren Güterzug und soll eine andere Beschleunigungsverzögerung erhalten. Der LokPilot-V4-Leitfaden nennt CV 3 als Beispiel für einen per POM geschriebenen Wert; Lenz zählt Beschleunigungs- und Bremsverzögerung zu den typischen Betriebsparametern. Die Lokadresse muss dabei bekannt sein. [ESU-Handbuch zum LokPilot V4](https://www.esu.eu/uploads/tx_esudownloads/51982_LokPilot_V40_Family_ESUKG_EN_User-manual_Edition_3_eBook.pdf); [Lenzxikon zu CVs](https://www.lenz-elektronik.de/en/Help-Info/Lenzxikon/). POM ist damit kein Ersatz für das Programmiergleis in jeder Situation. Wer eine Lokadresse einrichten oder einen unbekannten Decoder diagnostizieren möchte, profitiert meist vom adressunabhängigen Service Mode und dem Auslesen am Programmiergleis. Und wenn mehrere Decoder dieselbe Adresse haben, ist gezieltes POM nicht mehr eindeutig: Prüfen Sie zuerst, welche Lok tatsächlich auf diese Adresse hört. [Die POM-Adressvoraussetzung beschreibt ESU](https://www.esu.eu/uploads/tx_esudownloads/51982_LokPilot_V40_Family_ESUKG_EN_User-manual_Edition_3_eBook.pdf).
Lesen, schreiben, kontrollieren
Beim Entscheiden ist ein wichtiger Unterschied das Rücklesen. Der zitierte ESU-Leitfaden zum LokPilot V4 erklärt, dass POM-Schreiben ohne RailCom kein CV-Lesen auf der Hauptstrecke ermöglicht; mit RailCom lassen sich CV-Werte dort lesen. Lenz erläutert RailCom ebenfalls als Rückkanal, der unter anderem CV-Inhalte übertragen kann. Das ist keine pauschale Zusage für jede Zentrale und jeden Decoder: Prüfen Sie die Fähigkeiten des eigenen Systems, der Decoder-Firmware und die Bedienungsanleitung. [ESU-Handbuch](https://www.esu.eu/uploads/tx_esudownloads/51982_LokPilot_V40_Family_ESUKG_EN_User-manual_Edition_3_eBook.pdf); [Lenzxikon zu RailCom](https://www.lenz-elektronik.de/en/Help-Info/Lenzxikon/). Ein solider Ablauf ist daher: Vorhandene CV-Werte auf dem Programmiergleis auslesen und notieren; jeweils nur eine Einstellung ändern; anschließend auf dem Programmiergleis oder – sofern Rückmeldung vorhanden – über POM kontrollieren. Wer POM nutzt, sollte vor dem Schreiben Lokadresse und Decoder-Kompatibilität prüfen. Für Feineinstellungen während einer Probefahrt ist POM bequem; für eine unbekannte Lok und kontrolliertes Auslesen bleibt das isolierte Programmiergleis die verlässlichere Ausgangsbasis.
Praktische Wahl
Kurz gefasst: Programmiergleis für Adresse, unbekannte Ausgangswerte, Erstkonfiguration und systematisches Auslesen; POM für adressierte Änderungen an einer bekannten Lok, die auf der Anlage bleiben soll. Beides sind DCC-Programmierwege mit unterschiedlichen Voraussetzungen, keine Qualitätsstufen. Welche CV-Funktionen verfügbar sind und ob POM-Lesen klappt, richtet sich nach Decoder und Zentrale.