DCC RailCom einfach erklärt: Rückmeldung, CV-Auslesen und Voraussetzungen

Bei einer klassischen DCC-Modellbahn laufen die Informationen zunächst nur in eine Richtung: Die Digitalzentrale sendet Befehle an die Lokdecoder. Der Decoder bekommt beispielsweise die Anweisung, schneller zu fahren, das Licht einzuschalten oder einen bestimmten CV-Wert zu speichern.

RailCom erweitert DCC um einen Rückkanal. Ein geeigneter Decoder kann dadurch Informationen über das Gleis zurücksenden. Das ermöglicht unter anderem die Erkennung einer Lok in einem Gleisabschnitt und bei passender Digitalzentrale sogar das Auslesen von CV-Werten während des normalen Anlagenbetriebs.

Was ist RailCom?

RailCom ist eine Erweiterung des DCC-Systems für die bidirektionale Kommunikation. Eine normale DCC-Zentrale sendet fortlaufend Datenpakete über das Gleis. Mit RailCom bekommt der Decoder zusätzlich die Möglichkeit, Daten zurückzusenden.

Das Grundprinzip lässt sich sehr einfach darstellen:

DCC ohne RailCom:
Zentrale → Gleis → Decoder

DCC mit RailCom:
Zentrale → Gleis → Decoder
Zentrale ← Gleis ← Decoder

Damit wird aus der bisherigen Einbahnstraße eine Kommunikation in beide Richtungen.

Was kann RailCom zurückmelden?

Welche Daten tatsächlich zur Verfügung stehen, hängt vom Decoder, von der Zentrale und von den verwendeten Rückmeldemodulen ab. Typische Anwendungen sind:

• Lokadresse eines Fahrzeugs erkennen
• CV-Werte auslesen
• Programmierbefehle bestätigen
• Informationen während des Anlagenbetriebs zurückmelden
• Fahrzeuge in bestimmten Gleisabschnitten identifizieren

Gerade die automatische Erkennung einer Lok ist für größere Anlagen interessant. Eine klassische Belegtmeldung kann normalerweise nur feststellen, dass sich ein Verbraucher im Gleisabschnitt befindet. Mit entsprechender RailCom-Hardware kann zusätzlich festgestellt werden, welche Lokadresse sich dort befindet.

Wie funktioniert RailCom technisch?

Der Decoder kann seine Daten nicht einfach gleichzeitig mit den DCC-Befehlen auf das Gleis senden. Deshalb erzeugt ein RailCom-fähiger Booster beziehungsweise die entsprechende Digitalzentrale winzige Unterbrechungen im DCC-Datenstrom.

Diese kurzen Zeitfenster werden als RailCom Cutout oder Austastlücke bezeichnet. Während dieser Austastlücke kann ein RailCom-fähiger Decoder seine Informationen zurück auf das Gleis übertragen.

Vereinfacht dargestellt:

DCC-Daten → DCC-Daten → RailCom-Austastlücke → DCC-Daten
↑
Decoder sendet Daten zurück

Diese Unterbrechungen sind extrem kurz und haben auf den normalen Fahrbetrieb keinen spürbaren Einfluss.

RailCom Kanal 1 und Kanal 2

Innerhalb der RailCom-Austastlücke stehen unterschiedliche Bereiche für die Kommunikation zur Verfügung. Häufig wird deshalb von RailCom Kanal 1 und Kanal 2 gesprochen.

Kanal 1

Kanal 1 wird unter anderem für die Übertragung der Decoderadresse verwendet. Dadurch kann ein lokaler RailCom-Detektor erkennen, welche Lok sich in seinem überwachten Gleisabschnitt befindet.

Kanal 2

Kanal 2 ermöglicht umfangreichere Antworten des Decoders. Darüber können beispielsweise Daten als Reaktion auf einen Befehl der Digitalzentrale zurückgemeldet werden. Genau das ist beim Auslesen von CV-Werten während des Betriebs besonders interessant.

CVs mit RailCom auslesen

Einer der größten Vorteile von RailCom ist das Auslesen von CV-Werten auf dem Hauptgleis.

Beim klassischen DCC-System werden CVs üblicherweise auf einem separaten Programmiergleis ausgelesen. Die Zentrale erkennt die Antwort des Decoders dort über einen kurzen Stromimpuls.

Mit RailCom kann ein entsprechend ausgestatteter Decoder Informationen direkt zurücksenden. Unterstützen Zentrale und Decoder diese Funktion, lässt sich beispielsweise eine CV während des normalen Betriebs abfragen.

Beispiel:

Lok 23 steht auf der Anlage.
Die Digitalzentrale fragt CV3 ab.
Der Decoder liest den gespeicherten Wert aus.
Über RailCom wird der Wert an die Zentrale zurückgemeldet.

Die Lok muss dafür nicht zwingend auf ein separates Programmiergleis gestellt werden.

RailCom und PoM: Wo liegt der Unterschied?

RailCom wird häufig mit PoM in Verbindung gebracht. Die Abkürzung steht für „Programming on Main“, also Programmieren auf dem Hauptgleis.

Bei PoM spricht die Zentrale gezielt einen Decoder über dessen Adresse an. Dadurch können CV-Werte verändert werden, während sich die Lok auf der normalen Anlage befindet.

Für das reine Schreiben einer CV über PoM ist RailCom nicht zwingend erforderlich. Das Problem liegt bei klassischem PoM in der Rückmeldung. Ohne einen passenden Rückkanal weiß die Zentrale nicht ohne Weiteres, welchen Wert der Decoder aktuell gespeichert hat.

Hier ergänzt RailCom das System. Der Decoder kann eine Antwort zurücksenden und bei geeigneter Hardware auch CV-Inhalte melden.

Funktion	RailCom erforderlich?
Lok normal über DCC fahren	Nein
CV auf dem Programmiergleis lesen	Nein
CV über PoM schreiben	Nein
CV über RailCom auf dem Hauptgleis zurücklesen	Ja
Lokadresse im Gleisabschnitt erkennen	Ja

Welche Voraussetzungen braucht RailCom?

Nur ein RailCom-fähiger Lokdecoder reicht noch nicht aus. Für die vollständige Kommunikation müssen mehrere Komponenten zusammenspielen.

1. RailCom-fähiger Decoder

Zunächst muss der Lokdecoder RailCom unterstützen. Viele moderne DCC-Decoder von Herstellern wie ESU, ZIMO, D&H und Lenz bringen entsprechende Funktionen mit.

Bei älteren Decodern sollte man im Handbuch nachsehen. Auch bei aktuellen Modellen lohnt sich ein Blick in die Anleitung, da sich der Funktionsumfang unterscheiden kann.

2. RailCom muss im Decoder aktiviert sein

Die grundsätzliche RailCom-Freigabe wird bei normgerechten Decodern über Bit 3 der CV29 gesteuert. Das entspricht dem Zahlenwert 8. Welche zusätzlichen RailCom-Funktionen aktiv sind, wird unter anderem über CV28 festgelegt.

Bei vielen modernen Decodern ist RailCom bereits ab Werk eingeschaltet. Vor einer Änderung der CV29 sollte trotzdem immer der aktuelle Gesamtwert geprüft werden, da in dieser CV noch weitere Einstellungen wie Fahrtrichtung, Fahrstufenmodus und lange Adresse gespeichert werden.

3. Zentrale oder Booster muss den RailCom-Cutout erzeugen

Die Digitalanlage muss die notwendigen Austastlücken erzeugen können. Das übernehmen je nach System die Digitalzentrale oder der angeschlossene Booster.

Eine Zentrale kann deshalb grundsätzlich DCC-fähig sein, ohne automatisch alle RailCom-Funktionen zur Verfügung zu stellen.

4. Empfänger für die RailCom-Daten

Sollen Lokomotiven in einzelnen Gleisabschnitten erkannt werden, benötigt man zusätzlich entsprechende RailCom-Detektoren oder Rückmeldemodule. Sie werten die vom Decoder gesendeten Informationen aus und geben sie an die Digitalzentrale beziehungsweise die Steuerungssoftware weiter.

Was ist CV28?

CV28 ist speziell für die Konfiguration der bidirektionalen DCC-Kommunikation vorgesehen. Darüber kann der Decoder festlegen, welche RailCom-Kanäle beziehungsweise Funktionen verwendet werden.

Für den normalen Modellbahnbetrieb muss man CV28 allerdings nur selten von Hand verändern. Viele aktuelle Decoder besitzen bereits passende Werkseinstellungen.

Wer Probleme mit RailCom hat, sollte zuerst die Dokumentation des jeweiligen Decoders prüfen. Hersteller können zusätzliche Funktionen anbieten, und auch ältere Decoder verhalten sich teilweise anders als aktuelle Modelle.

RailCom ist keine klassische Belegtmeldung

Dieser Unterschied ist gerade beim Aufbau einer automatisierten Modellbahn wichtig.

Eine normale Belegtmeldung erkennt beispielsweise über einen Stromfühler:

In diesem Gleisabschnitt befindet sich ein Verbraucher.

Eine RailCom-Rückmeldung kann zusätzlich eine Information liefern wie:

In diesem Abschnitt befindet sich die Lok mit der Adresse 23.

Für PC-Steuerungen und größere automatisierte Anlagen kann diese Identifikation sehr hilfreich sein.

Funktioniert RailCom mit älteren DCC-Loks?

Ja. Ein wichtiger Punkt des Systems ist die Rückwärtskompatibilität. Ein DCC-Decoder ohne RailCom kann weiterhin auf einer Anlage betrieben werden, auf der RailCom verwendet wird.

Die ältere Lok sendet dann einfach keine RailCom-Daten zurück. Die normalen DCC-Fahr- und Funktionsbefehle funktionieren weiterhin.

Damit kann eine Anlage problemlos aus RailCom-fähigen und älteren DCC-Decodern bestehen.

Brauche ich RailCom auf einer kleinen Modellbahn?

Für eine kleine Anlage mit wenigen Lokomotiven ist RailCom kein Muss. Fahren, Licht schalten und CVs programmieren funktioniert auch mit klassischem DCC.

Interessanter wird RailCom, wenn regelmäßig Decoder programmiert werden, CVs direkt auf dem Hauptgleis ausgelesen werden sollen oder eine PC-Steuerung mit automatischer Fahrzeugerkennung geplant ist.

Wer heute eine neue Digitalanlage aufbaut, sollte beim Kauf von Zentrale, Booster und Decoder zumindest darauf achten, dass RailCom unterstützt wird. Dann bleibt die Möglichkeit für eine spätere Erweiterung erhalten.

RailCom in Spur N

Das Funktionsprinzip ist unabhängig von der Baugröße. Auch auf einer Spur-N-Anlage kann RailCom genauso eingesetzt werden wie bei H0 oder anderen Nenngrößen.

Entscheidend ist der verbaute Decoder. Gerade bei Spur N lohnt sich daher beim Decoderkauf ein Blick auf die unterstützten Funktionen. Bei sehr kleinen Decodern können sich Funktionsumfang und Generation deutlich unterscheiden.

Typische Fehler, wenn RailCom nicht funktioniert

• RailCom ist im Decoder deaktiviert.
• Der Decoder unterstützt RailCom überhaupt nicht.
• Die Digitalzentrale unterstützt die gewünschte RailCom-Funktion nicht.
• Der Booster erzeugt keine RailCom-Austastlücke.
• CV28 oder CV29 sind falsch konfiguriert.
• Die verwendete Rückmeldung unterstützt keine RailCom-Auswertung.
• Die Steuerungssoftware ist nicht entsprechend eingerichtet.

Wenn eine Lok trotz RailCom-fähigem Decoder keine Daten zurückmeldet, sollte deshalb nicht sofort der Decoder verdächtigt werden. Die komplette Kette vom Decoder über Booster und Zentrale bis zur Anzeige muss RailCom unterstützen.

RailCom, RailComPlus und RailComPlusPlus

Beim Lesen von Decoderbeschreibungen tauchen zusätzlich Begriffe wie RailComPlus auf. Diese Funktionen bauen auf der bidirektionalen Kommunikation auf, gehen aber über die grundlegende RailCom-Rückmeldung hinaus.

Für das Verständnis von DCC reicht zunächst die einfache Unterscheidung: RailCom stellt den Rückkanal vom Decoder zur Digitalanlage bereit. Erweiterte Systeme können diese Kommunikation anschließend für zusätzliche Komfortfunktionen nutzen.

Fazit: RailCom macht DCC zur Zwei-Wege-Kommunikation

RailCom gehört zu den Funktionen, die man beim normalen Fahren kaum bemerkt. Im Hintergrund erweitert es DCC jedoch entscheidend: Der Decoder kann Informationen zurück zur Anlage übertragen.

Dadurch werden Funktionen wie die automatische Erkennung einer Lokadresse und das Rücklesen von CV-Werten auf dem Hauptgleis möglich. Besonders bei größeren Anlagen, PC-Steuerungen und häufigen Decoder-Einstellungen ist das praktisch.

Für den Einsatz müssen Decoder sowie Digitalzentrale beziehungsweise Booster RailCom unterstützen. Für eine lokale Fahrzeugerkennung kommen passende RailCom-Rückmelder hinzu.

Kurz erklärt

Was ist RailCom?	Bidirektionale Kommunikation innerhalb von DCC.
Was wird zurückgemeldet?	Unter anderem Decoderadresse, Antworten und CV-Daten.
Kann RailCom CVs auslesen?	Ja, bei geeigneter Zentrale und geeignetem Decoder auch auf dem Hauptgleis.
Brauche ich ein Programmiergleis?	Für viele Aufgaben weiterhin sinnvoll, RailCom ermöglicht aber zusätzliche Möglichkeiten auf dem Hauptgleis.
Funktionieren alte Decoder weiter?	Ja. RailCom wurde rückwärtskompatibel zu klassischem DCC ausgelegt.
Welche CVs sind wichtig?	Vor allem CV28 und die RailCom-Freigabe in CV29.