Rückmeldungen - „Bi-Directional Communication - ZIMO MX695KV Betriebsanleitung

Großbahn-Sound-Decoder MX695, MX696, MX697, MX699
Rückmeldungen - „Bi-directional communication"
6
ZIMO Decoder aller Typen sind schon seit dem Start in der DCC Welt mit Formen der Rückmeldung
ausgestattet; dies war und ist ein wesentlicher Unterschied zu Produkten des Mitbewerbs:
ZIMO Zugnummernerkennung
- die
ca. 1990 im (heute nicht mehr gebräuchlichen) ZIMO eigenen Datenformat. Sie ist nur innerhalb von
ZIMO Digitalsystemen (MX1, ... MX10, MX31ZL, MX32ZL, ...) und zusammen mit ZIMO Gleisab-
schnitts-Modulen (MX9 und Nachfolger) wirksam: der Decoder sendet nach dem Empfang eines an
ihn selbst adressierten DCC Paketes Quittungsimpulse aus, welche dazu benützt werden, den De-
coder auf dem entsprechenden Gleisabschnitt zu erkennen und zu melden.
- Die „Bi-directional communication" nach „
Decodern seit 2004 vorbereitet; in den neueren Decodern wie MX695, .. ,
MX696, .. von Beginn an in Betrieb (Grundfunktionen, laufender Ausbau).
"Bi-directional" bedeutet, dass im Rahmen des DCC Protokolls ein Informationsfluss nicht nur in Richtung zu den
Decodern stattfindet, sondern auch in die umgekehrte Richtung; also nicht nur Fahrbefehle, Funktionsbefehle,
Stellbefehle, usw. an die Decoder, sondern auch Meldungen wie Empfangs-Quittungen, Geschwindigkeits-
messungen, sonstige Zustandsinformation, CV-Auslesen aus den Decodern.
Die grundsätzliche Funktionsweise von RailCom beruht darauf, dass in den ansonsten kontinuierlichen DCC -
Energie- und Datenstrom, also in das DCC - Schienensignal, welches von der Systemzentrale (also vom Basisge-
rät MX1) auf die Schiene gelegt wird, kurze Lücken ("Cutouts", max. 500 microsec) geschnitten werden, wo die
Decoder ihrerseits Zeit und Gelegenheit haben, einige Datenbytes auszusenden, welche von ortsfesten Detektoren
ausgewertet werden.
Für die RailCom Konfiguration relevante CVs:
CV Bezeichnung Bereich Default Beschreibung
#28 RailCom Konfiguration 0 - 3
Grundeinstellungen
#29 0 - 63
0000
Configuration data
also Bit 3 = 1
(„RailCom"
schaltet)
Einstellung der Ge-
schwindigkeitsrückmel-
RailCom
#136
dung
Anzeige-
faktor
ist seit 1997 in DCC Decodern eingebaut, bereits seit
RailCom"
ist in allen ZIMO
Bit 0 - RailCom Channel 1 (Broadcast)
0 = aus 1 = eingeschaltet
3
Bit 1 - RailCom Channel 2 (Daten)
0 = aus 1 = eingeschaltet
Bit 0 - Richtungsverhalten
0 = normal, 1 = umgekehrt
Bit 1 - Fahrstufensystem (Anzahl Fahrstufen)
0 = 14, 1 = 28 Fahrstufen
Bit 2 - Automatische Umschaltung auf Analogbetrieb
0 = aus, 1 = eingeschaltet
Bit 3 - RailCom („bi-directional communication")
14 =
0 = ausgeschaltet 1 = eingeschaltet
1
110
Bit 4 - Auswahl der Geschwindigkeitskennlinie
0 = Dreipunkt-Kl. nach CV #2, 5, 6
1 = freie Kennlinie nach CV #67 ... 94
einge-
Bit 5 - Auswahl der Fahrzeugadresse (DCC)
0 = „Kleine" Adresse laut CV #1
1 = „Große") Adresse laut CVs #17+#18
Korrekturfaktor für die Geschwindigkeitsrückmeldung
über RailCom
oder (siehe Kapitel 5.8)
128
Nach Eichfahrt kann hier ein Wert eder internen Ge-
schwindigkeitsberechnung ausgelesen werden.
CV Bezeichnung Bereich Default Beschreibung
Diverse Spezialbits +
#158 RailCom-Varianten
0 - 127
Mit Hilfe der „bi-directional communication" nach RailCom werden
empfangene Befehle durch die Decoder quittiert -
- dies erhöht die Betriebssicherheit und die "Bandbreite" des DCC Systems, weil bereits quittierte Be-
fehle nicht mehr wiederholt werden müssen;
aktuelle Daten aus Decodern zur Zentrale (zum „globalen Detektor") gemeldet -
- z.B. "echte" (gemessene) Geschwindigkeit des Zuges, Belastung des Motors, Routing- und Positi-
ons-Codes, "Treibstoffvorrat", aktuelle Werte der CVs auf Anfrage) aus den Decodern zur Zentrale
(d.h. zum "globalen Detektor" im Basisgerät);
durch "lokale Detektoren" Decoder-Adressen erkannt -
- an einzelnen isolierten Gleisabschnitten angeschlossen, in Zukunft im Gleisabschnitts-Modul MX9
(Nachfolger „StEin-Module") integriert, werden die aktuellen Positionen der Fahrzeuge festgestellt (=
Zugnummernerkennung), was allerdings durch die ZIMO eigene Zugnummernerkennung schon seit
langer Zeit (auch ohne RailCom) möglich ist.
RailCom wird sich stetig weiterentwickeln und neuen Anwendungen erschließen (was natürlich ent-
sprechende Software-Updates Decodern und Geräten notwendig machen wird). Die ZIMO Decoder
seit dem Jahr 2009 sind in der Lage, die jeweils eigene Fahrzeugadresse auf einem isolierten Gleis-
abschnitt zu melden (im sogenannten „Broadcast"-Verfahren - sehr schnell, allerdings nur für ein ein-
ziges Fahrzeug am Abschnitt), den Inhalt von CVs auf Anfrage zu melden, und einige Daten aus dem
Decoder wie aktuelle Geschwindigkeit in km/h, Belastung, Decoder-Temperatur zu melden.
Auf der Systemseite stand ganz von Anfang an nur ein Fremdprodukt - die „Adressanzeige" LRC120 -
ein „lokaler RailCom-Detektor" zur Anzeige der Fahrzeugadresse im Gleisabschnitt - zur Verfügung,
seit 2007 das MX31ZL als erste Digitalzentrale mit von Beginn an integriertem „globalen RailCom-
Detektor".
Ab dem Jahr 2012 (4. Qu.) wird ZIMO die neuen Basisgeräte MX10 ausliefern, mit integrierten Detek-
toren für RailCom. Das Fahrpult MX32 (seit Anfang 2011 im Verkauf) nützt von Beginn an Rückmelde-
Funktionen (Geschwindigkeitsanzeige, CV-Auslesen), bis zum Erscheinen des MX10 allerdings nur in
Zusammenhang mit MX31ZL.
In ZIMO Decodern wird RailCom aktiviert durch
CV #29, Bit 3 = 1
Dies ist zwar default-mäßig ohnedies gesetzt; innerhalb mancher Sound-Projekte oder OEM-CV-Sets
ist RailCom aber standard-mäßig ausgeschaltet, und muss daher erst wieder eingeschaltet werden
(siehe Tabelle links).
ACHTUNG ( wenn Geschwindigkeits-Rückmeldung nicht funktioniert):
„RailCom" ist ein eingetragenes Warenzeichen der Lenz Elektronik GmbH
Seite 39
Bit 0, Bit 1, Bit 6 diverse Spezial-Sound-Einstellungen
Bit 2 = 0: RailCom Geschwindigkeits (km/h) - Rück-
meldung in „alter" Variante (für MX31ZL! Id 4)
4
= 1: RailCom Geschwindigkeits (km/h) - Rückmel-
dung neue NORMGEMÄSSE Variante (Id 7)
CV #28 = 3
UND
siehe CV #158, Bit 2
(Tabelle links)