Beim TLS-OSI-Primary Protokoll werden folgende Einstellungen unterstützt:

TLS-OSI-2-Primary Einstellungen

Beim TLS-OSI-Primary Protokoll werden folgende Einstellungen unterstützt:

Mögliche TLS-OSI-2-Primary Einstellungen je Secondary-Station

Defaultwerte sind die entsprechenden Werte aus atg.protokollEinstellungenStandard des gegenüberliegenden Anschlusspunkts.

FG alle (ausser FG 254): DE-Block-Struktur im Typ 1"DE-Fehlermeldung"

Wird verwendet mit ID 1 (Fehler) in Antwortrichtung.

Die DE-Fehlermeldung informiert die Zentrale über den Betriebszustand eines DE. Die Nachricht wird vom E/AKonzentrator oder vom SM erzeugt. Es sind folgende zwei Fälle unterscheidbar:

1.) Es sind ein oder mehrere Kanäle des E/A-Konzentrators defekt, die Kommunikation des E/A-Konzentrators ist jedoch noch funktionsfähig.

Folge: Bei Eintritt der Störung sendet der E/A-Konzentrator eine Nachricht mit je einem DE-Block pro gestörtem Kanal und Fehlercode Bit 0 = 1. Auf Abfrage antworten betriebsbereite Kanäle mit Fehlercode Bit 0 = 0, defekte Kanäle antworten mit Fehlercode Bit 0 = 1.

2.) Der E/A-Konzentrator ist so defekt, dass die Kommunikation zum SM nicht mehr funktioniert.

Folge: Der SM generiert bei Eintritt der Störung anhand seiner Konfigurationsliste je eine Nachricht pro FG des E/AKonzentrators mit je einem DE-Block pro vorhandenem DE und Fehlercode Bit 1 = 1. Auf Abfrage antworten betriebsbereite Kanäle mit Fehlercode Bit 0..2 = 0, defekte Kanäle antworten mit Fehlercode Bit 1 = 1.

Ist ein Fehler aufgetreten, der weiterhin einen eingeschränkten Betrieb der DE zulässt, so ist dieser Teilausfall nicht durch ein gesetztes Fehlercode-Bit 0 oder 1 auszudrücken.

Vielmehr ist dieser Ausfall durch die ergänzende DE-Fehlermeldung Typ 14 der Zentrale mitzuteilen. Abrufe der Fehlermeldung reicht der SM an den E/A-Konzentrator weiter, wenn dieser mit dem SM kommunizieren kann, andernfalls beantwortet sie der SM selbst.

Eine Kopie des Passiv-Bits, welches für jeden Kanal mit dem Kanalsteuerbefehl eingestellt werden kann, wird in der DE-Fehlermeldung mit übertragen. Dies erspart eine zusätzliche Abfrage bzw. Antwortnachricht des Kanalsteuerbytes, um den vollständigen Kanalzustand zu erfahren (Siehe auch Kapitel 3.2.5 Kanalsteuerung). Dieses Bit ist jedoch nur gültig, wenn die Fehlernachricht vom E/A-Konzentrator erzeugt wird, jedoch nicht, wenn das Stö/SM = 1 ist.

FG 254: DE-Block-Struktur im Typ 1"DE-Fehlermeldung"

Wird verwendet mit ID 1 (Fehler) in Antwortrichtung.

Die DE-Fehlermeldung informiert die Zentrale über den Betriebszustand eines DE. Sie wird sowohl für die anwendungsbezogenen DEs als auch für die hardwarezugeordneten DEs (DE entspricht E/A-Konzentrator unter FG 254) verwendet. Das Störungsereignis wird der Zentrale primär über die anwendungsbezogenen DE-Fehlermeldungen (FG 1..253) mitgeteilt. Die Nachricht wird vom E/A-Konzentrator oder vom SM erzeugt. Es sind folgende zwei Fälle unterscheidbar:

1.) Es sind Teile des E/A-Konzentrators defekt, die Kommunikation zum SM ist jedoch noch funktionsfähig. Folge: Die Systemsteuerung des E/A-Konzentrators sendet eine Nachricht mit ihrer DE-Nummer und Fehlercode Bit 0 = 1.

2.) Der E/A-Konzentrator ist so defekt, dass die Kommunikation zum SM nicht mehr funktioniert.

Folge: Der SM generiert eine Nachricht mit der DE des E/A-Konzentrators und Fehlercode Bit 1 = 1. Abrufe der Fehlermeldung reicht der SM an den E/A-Konzentrator weiter, wenn dieser mit dem SM kommunizieren kann, andernfalls beantwortet sie der SM selbst.

Weitergehende Informationen siehe [TLS2002].

FG 254: DE-Block-Struktur im Typ 36"Geographische Kenndaten"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung.

Die Meldung der geographischen Kenndaten dient dazu, die Lage der Streckenstation bzw. von Funktionsgruppen im Straßennetz durch Fernabruf überprüfbar zu machen. Dies kann insbesondere nach baulicher Änderung der Netzstruktur oder bei Inbetriebnahme von Zentralen hilfreich sein.

Dieses Datenfeld kann ein- oder mehrfach pro Streckenstation vorhanden sein. Es wird ausfallsicher gespeichert. Ist es nur einmal vorhanden, wird es über FG 254, DE 0 als Teil der Systemsteuerung im SM abgefragt. Dies ist der Standardfall. Optional kann das Datenfeld bei räumlich auseinanderliegenden Funktionsgruppen auch im EAK angelegt werden. Die Abfrage kann dann über einen beliebigen DE erfolgen. Eine weitere Option im EAK besteht darin, jedem DE ein unterschiedliches Datenfeld zuzuordnen, wenn dies für räumlich abgesetzte DEs erforderlich sein sollte.

Die geographischen Kenndaten werden i.d.R. vor Ort eingegeben und von der Zentrale nur gelesen.

FG 1: DE-Block-Struktur im Typ 29"Kanalsteuerung"

Wird verwendet mit ID 2 (Statusnachrichten) in Abruf- und Antwortrichtung oder mit ID 34 (Statusnachricht aus Puffer) in Antwortrichtung.

Der DE-Block"Kanalsteuerung" beeinflusst die Betriebsweise eines DEs. Bisher sind nur die beiden Betriebsweisen"Normalbetrieb" und"Passiv" vorgesehen. Über die Betriebsweise"Passiv" ist das Passivieren eines Kanals möglich.

Die Funktion ist grundsätzlich für alle DEs vorgesehen, mit Ausnahme der Systemkanäle (FG 254). Sie dient insbesondere zum Abschalten von Kanälen, die Flattermeldungen produzieren oder aufgrund von Baustellen etc. nicht verwendet werden. Der Zustand"Passiv" muss spannungsausfallsicher abgelegt sein. Reaktionen eines passivierten Kanals ( Spezielles Verhalten in der FG4 ):

- spontan entstehende DE-Fehlermeldung (Typ 1): keine Reaktion

- DE-Fehlermeldung (Typ 1) im Initialisierungsablauf normale Meldung

- Abfrage DE-Fehlermeldungen (Typ 1): normale Antwort

- Fehlermeldung im Initialisierungsablauf (außer Typ 1) keine Reaktion

- spontan entstehende Fehlermeldung keine Reaktion

- Abfrage Fehlermeldungen (außer Typ 1) keine Reaktion1

- spontan entstehende Anwenderdaten keine Reaktion

- Anwenderdaten im Initialisierungsablauf 2 keine Reaktion

- Abfrage Anwenderdaten keine Reaktion1

- Befehle Anwenderdaten2 keine Antwort, keine Ausführung3

- Statusnachricht Kanalsteuerung normale Antwort und Ausführung

- Zuweisung und Abfrage Parameterdaten normale Antwort und Ausführung

Die Einstellung des Kanalsteuerbytes erfolgt mit einem Kanalsteuerbefehl (ID 2, Typ 29), der mit Rückmeldung (ID 2, Typ 29) beantwortet wird. Die Meldung kann auch mit ID 18, Typ 29 abgefragt werden. Um die relevanten Kanalinformationen an einer Stelle zur Verfügung zu haben, wird das Passivierungsbit zusätzlich in der DE-Fehlermeldung übertragen.

KanalsteuerungFG4 Spezielles Verhalten in der FG4

Verhalten beim Passivieren von DEs in der FG 4:

Der Wzg/WWW wird ausgeschaltet oder das Rollo geschlossen. Bei Wzgs/WWWs mit Prismentechnik wird, falls vorhanden, die Neutralstellung eingestellt. Die Stellzustandsänderung wird spontan zur UZ gesendet.

Verhalten von passivierten DEs in der FG 4:

1. An passivierte DEs wird im Autarkbetrieb keine Grundeinstellung ausgegeben, d.h. sie bleiben im Zustand"Aus" oder"Rollo geschlossen".

2. Befehle an passivierte Kanäle werden ausgeführt. Dadurch sind passive DEs schaltbar.

3. Passivierte DEs senden immer ihre spontanen Meldungen, unabhängig vom Identifier und auch während der Initialisierung.

Somit ist das Verhalten passiver und aktiver Kanäle - außer im Autarkbetrieb - gleich.

Verhalten beim Aktivieren von passivierten DEs in der FG 4:

Beim Aktivieren wird der Stellzustand des zugehörigen Wzgs/WWWs vom EAK nicht verändert. Im Falle"Kommunikationsstatus lebt" werden DE-Fehlermeldung (Typ 1, ID 1) und bei"DE ok" abhängig von der Technologie der Zeichen nicht darstellbare WVZ (ID 1, Typ 2), defekte Lampen (ID 1, Typ 3) oder gestörte Textpositionen (ID 1, Typ 4) und der Stellzustand (ID 5, Typ 55, bei Altanlagen auch 48,50,58) gesendet. Im Falle"Kommunikationsstatus tot" wird die Grundeinstellung ausgegeben.

Ansonsten gilt entsprechend die Definition in Anhang 6, Teil 2, Kapitel 3.2.5.

FG 2: DE-Block-Struktur im Typ 20 ?Abruf Pufferinhalt ErgebnisMeldungen?

Wird verwendet mit ID 2 (Abruf Statusnachrichen) in Abrufrichtung

Die Nachricht dient zum Abruf des Inhalts aus dem Puffer für ErgebnisMeldungen (Langzeitdaten-Puffer). Über die Zeitangabe ist ein wahlfreier Zugriff auf alle im Puffer enthaltenen Datensätze möglich. Ist kein Datensatz mit genau der angeforderten Zeitangabe im Puffer vorhanden, wird stattdessen der nächstjüngere Datensatz übertragen. Ist der Puffer leer, wird mit einer negativen Quittung (FG 2, Typ 16, ID2, Fehlercode 12) geantwortet. Der Puffer wird nur über die Sammeladresse abgerufen. Übertragen werden durch diesen Abruf immer alle Nachrichten, die zu einem Datensatz (alle Messdaten eines Zeitintervalls) gehören, unabhängig von der Zahl der Einzeltelegramme.

FG 2: DE-Block-Struktur im Typ 21 ?Abruf Pufferinhalt Einzelergebnismeldungen?

Wird verwendet mit ID 2 (Abruf Statusnachrichten) in Abrufrichtung

Die Nachricht dient zum Abruf des Inhalts aus dem Puffer für Einzelergebnismeldungen (Einzeldaten-Puffer). Über die Zeitangabe ist ein wahlfreier Zugriff auf alle im Puffer enthaltenen Einzelergebnismeldungen möglich. Ist kein Datensatz (Einzelergebnismeldung mit Zeitstempel Typ 31) mit genau der angeforderten Zeitangabe im Puffer vorhanden, wird stattdessen der nächstjüngere Datensatz übertragen. Ist der Puffer leer, wird mit einer negativen Quittung (FG 2, Typ 16, ID2, Fehlercode 12) geantwortet. Der Puffer wird nur über die Sammeladresse abgerufen.

FG 2: DE-Block-Struktur im Typ 32"Betriebsparameter"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung.

Die Nachricht überträgt Parameter, welche für den Betrieb der Achslastdaten-Erfassungsgeräte benötigt werden. Die Betriebsparameter werden i.d.R. für alle Kanäle einer Richtungsfahrbahn gemeinsam verändert.

FG 2: DE-Block-Struktur im Typ 60-61"Einzelergebnismeldung Achslasten und Kfz-Gesamtgewicht (Version 1-2)"

Wird verwendet mit ID 4 (Ergebnisse) und ID 36 (ErgebnisMeldung aus Puffer) in Antwortrichtung

Die Übertragung geschieht spontan (d.h. beim nächsten Polling-Abruf) nach der Verwiegung eines Fahrzeugs. Die Daten können nicht abgerufen werden.

FG 2: DE-Block-Struktur im Typ 62"Einzelergebnismeldung Achslasten und Kfz-Gesamtgewicht (Version 3)"

Wird verwendet mit ID 4 (Ergebnisse) und ID 36 (ErgebnisMeldung aus Puffer) in Antwortrichtung

Die Übertragung geschieht spontan (d.h. beim nächsten Polling-Abruf) nach der Verwiegung eines Fahrzeugs. Die Daten können nicht abgerufen werden.

FG 1: DE-Block-Struktur im Typ 14"Ergänzende DE-Fehlermeldung"

Wird verwendet mit ID 1 (Fehler) in Antwortrichtung.

Dieser DE-Block dient zur Meldung von Teilstörungen und näheren Erläuterung von Störungen, die mit dem DEBlock Typ 1 gemeldet werden. Bei reinen Teilstörungen wird nur der DE-Block 14 gesendet; bei Erläuterungen von spontanen Störungsmeldungen wird er in einem Telegramm mit dem DE-Block Typ 1 gesendet. Er kann aber mit der ID 17 in Abrufrichtung einzeln abgerufen werden.

Mit dem DE-Block können unterschiedliche Störungen/Teilstörungen gleichzeitig gemeldet werden. Ändert sich der Status (weitere Störungen bzw. Behebung von Störungen) wird ebenfalls DE-Block-Typ 14 gesendet.

Weitergehende Informationen siehe [TLS2002].

FG 2: DE-Block-Struktur im Typ 65"ErgebnisMeldung Achslastdaten Version 10"

Wird verwendet mit ID 4 (Ergebnisse) und ID 36 (ErgebnisMeldung aus Puffer) in Antwortrichtung.

Lassen sich einzelne Werte des Blockes nicht ermitteln, ohne dass ein Totalausfall des DEs vorliegt, so werden die betroffenen Messwertbytes auf den Wert 255 (65535) gesetzt (z.B. aufgrund von Schleifendefekten oder verkehrsbedingt o.ä.).

Die Achslastdaten werden für die Fahrzeugklassen 3 (Lkw), 4 (Lkw mit Anhänger und Sattelkraftfahrzeuge) und 5 (Busse) übertragen. Die Einteilung der Fahrzeuge in Klassen entspricht der in Anhang 2, Kapitel 2.

FG 2: DE-Block-Struktur im Typ 66"ErgebnisMeldung Achslastdaten Version 11"

Wird verwendet mit ID 4 (Ergebnisse) und ID 36 (ErgebnisMeldung aus Puffer) in Antwortrichtung.

Lassen sich einzelne Werte des Blockes nicht ermitteln, ohne dass ein Totalausfall des DEs vorliegt, so werden die betroffenen Messwertbytes auf den Wert 255 (65535) gesetzt (z.B. aufgrund von Schleifendefekten oder verkehrsbedingt o.ä.).

Die Achslastdaten werden für die Fahrzeugklassen 3 (Lkw), 8 (Lkw mit Anhänger) 9 (Sattelkraftfahrzeuge) und 5 (Busse) übertragen. Die Einteilung der Fahrzeuge in Klassen entspricht der in Anhang 2, Kapitel 2.

FG 2: DE-Block-Struktur im Typ 37"Grenzwerte für Achslasten und Gesamtgewichte (Überladung)"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung.

Die Nachricht überträgt Parameter, welche für die Ermittlung von Achsüberlastungen und von Überschreitung von Gesamtgewichten benötigt werden. Die Grenzen werden gemäß der gültigen StVZO festgelegt.

FG 2: DE-Block-Struktur im Typ 16"Negative Quittung"

Wird verwendet mit ID 2 (Statusnachrichten) in Antwortrichtung.

Mit der"Negativen Quittung" antwortet ein DE auf eine Nachricht, die an sie korrekt adressiert ist, aber deren Inhalt von ihr nicht eindeutig ausgewertet werden kann.

Die Negative Quittung wird mit ID 2 und Typ 16 gesendet, enthält also keinen Hinweis auf die ID und den Typ der verursachenden Nachricht. Diese Zuordnung wird über die Jobnummer hergestellt, welche identisch mit der der fehlerhaften Nachricht in Abrufrichtung ist.

FG 2: DE-Block-Struktur im Typ 38"Parameter für Achslast- und Gewichtsklassen bei Langzeitdaten"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung.

Diese Nachricht überträgt die Konfiguration der Gewichtsklassen, welche für die Datenversion 10 benötigt werden.

FG 1: DE-Block-Struktur im Typ 20"Abruf Pufferinhalt"

Wird verwendet mit ID 2 (Abruf Statusnachrichten) in Abrufrichtung

Die Nachricht dient zum Abruf des Inhalts aus dem Langzeitdaten-Puffer. Über die Zeitangabe ist ein wahlfreier Zugriff auf alle im Puffer enthaltenen Datensätze möglich. Ist kein Datensatz mit genau der angeforderten Zeitangabe im Puffer vorhanden, wird stattdessen der nächstjüngere Datensatz übertragen. Ist der Puffer leer, wird mit einer negativen Quittung (FG1, Typ 16, ID2, Fehlercode 12) geantwortet. Der Puffer wird nur über die Sammeladresse angesprochen. Übertragen werden durch diesen Abruf immer alle Nachrichten, die zu einem Datensatz gehören, unabhängig von der Zahl der Einzeltelegramme.

FG 1: DE-Block-Struktur im Typ 32"Lve-Betriebsparameter"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung.

Die Nachricht überträgt Parameter, welcher für den Betrieb der Lve benötigt werden. Die Betriebsparameter werden i.d.R. für alle Kanäle einer Richtungsfahrbahn gemeinsam verändert.

FG 1: DE-Block-Struktur im Typ 14"Ergänzende DE-Fehlermeldung"

Wird verwendet mit ID 1 (Fehler) in Antwortrichtung.

Dieser DE-Block dient zur Meldung von Teilstörungen und näheren Erläuterung von Störungen, die mit dem DEBlock Typ 1 gemeldet werden. Bei reinen Teilstörungen wird nur der DE-Block 14 gesendet; bei Erläuterungen von spontanen Störungsmeldungen wird er in einem Telegramm mit dem DE-Block Typ 1 gesendet. Er kann aber mit der ID 17 in Abrufrichtung einzeln abgerufen werden.

Mit dem DE-Block können unterschiedliche Störungen/Teilstörungen gleichzeitig gemeldet werden. Ändert sich der Status (weitere Störungen bzw. Behebung von Störungen) wird ebenfalls DE-Block-Typ 14 gesendet.

Weitergehende Informationen siehe [TLS2002].

FG 1: TLS-DE-Block-Struktur im Typ 49-53/113-117"Lve-ErgebnisMeldung Version 0-4"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

FG 1: DE-Block-Struktur im Typ 65-78"Lve-ErgebnisMeldung Version 10-23"

Wird verwendet mit ID 4 (Ergebnisse) und ID 36 (ErgebnisMeldung aus Puffer) in Antwortrichtung.

Dieser DE-Block ist nur für Langzeitdaten vorgesehen. Lassen sich z.B. aufgrund von Schleifendefekten einzelne Werte des Blockes nicht ermitteln, ohne dass jedoch ein Totalausfall des DE vorliegt, werden die betroffenen Bytes auf den Wert 255 gesetzt.

FG 1: DE-Block-Struktur im Typ 79 "Lve-ErgebnisMeldung Version 24"

Wird verwendet mit ID 4 (Ergebnisse) und ID 36 (ErgebnisMeldung aus Puffer) in Antwortrichtung.

Dieser DE-Block ist nur für Langzeitdaten mit BASt Geschwindigkeitsdaten vorgesehen.

FG 1: DE-Block-Struktur im Typ 63"Kfz-Einzeldaten"

Diese DE-Block-Struktur wird nur zu Prüfzwecken (s. Abschnitt IV) verwendet. Dieser DE-Block wird über eine

Schnittstelle, die den Spezifikationen des Lokalbusses genügt, zur Verfügung gestellt. Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung. Die Übertragung geschieht nur spontan nach Fahrzeugdetektion. Die Daten können nicht abgerufen werden. Dieser DE-Block muss mit Zeitstempel Typ 30 gesendet werden.

FG 1: DE-Block-Struktur im Typ 16"Negative Quittung"

Wird verwendet mit ID 2 (Statusnachrichten) in Antwortrichtung.

Mit der"Negativen Quittung" antwortet ein DE auf eine Nachricht, die an sie korrekt adressiert ist, aber deren Inhalt von ihr nicht eindeutig ausgewertet werden kann.

Die Negative Quittung wird mit ID 2 und Typ 16 gesendet, enthält also keinen Hinweis auf die ID und den Typ der verursachenden Nachricht. Diese Zuordnung wird über die Jobnummer hergestellt, welche identisch mit der der fehlerhaften Nachricht in Abrufrichtung ist.

FG 1: DE-Block-Struktur im Typ 37"Parameter für Geschwindigkeitsklassen bei Kurzzeitdaten"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung für die KlasseLkw-Ähnliche (LkwÄ-33).

Auf einen Abruf mit ID 19 (Abruf Parameter) antwortet die Streckenstationen mit 2 DE-Blöcken Typ 37, je einem für ?Pkw-Ähnliche? und für ?Lkw-Ähnliche?.

Diese Nachricht übertragt die Konfiguration der Geschwindigkeitsklassen, welche für den Betrieb der Datenversion 4 benötigt werden.

Diese DE-Block-Struktur ist optional.

FG 1: DE-Block-Struktur im Typ 37"Parameter für Geschwindigkeitsklassen bei Kurzzeitdaten"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung für die Klasse Pkw-Ähnliche (PkwÄ-32) .

Auf einen Abruf mit ID 19 (Abruf Parameter) antwortet die Streckenstationen mit 2 DE-Blöcken Typ 37, je einem für ?Pkw-Ähnliche? und für ?Lkw-Ähnliche?.

Diese Nachricht übertragt die Konfiguration der Geschwindigkeitsklassen, welche für den Betrieb der Datenversion 4 benötigt werden.

Diese DE-Block-Struktur ist optional.

FG 1: DE-Block-Struktur im Typ 38"Parameter für Geschwindigkeitsklassen bei Langzeitdaten"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung für Leichtverkehr ohne Anhänger (LVo-32).

Für welche und wieviele Fahrzeugklassen das Gerät auf einen Abruf mit ID 19 (Abruf Parameter) antwortet, ist herstellerspezifisch verschieden.

Diese Nachricht überträgt die Konfiguration der Geschwindigkeitsklassen, welche für den Betrieb der Datenversion 17, 18, 22, und 24 benötigt werden.

Diese DE-Block-Struktur ist optional.

FG 1: DE-Block-Struktur im Typ 38"Parameter für Geschwindigkeitsklassen bei Langzeitdaten"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung für Fahrzeugklasse Busse (Bus-5).

Für welche und wieviele Fahrzeugklassen das Gerät auf einen Abruf mit ID 19 (Abruf Parameter) antwortet, ist herstellerspezifisch verschieden.

Diese Nachricht überträgt die Konfiguration der Geschwindigkeitsklassen, welche für den Betrieb der Datenversion 17, 18, 22 und 23 benötigt werden.

Diese DE-Block-Struktur ist optional.

FG 1: DE-Block-Struktur im Typ 38"Parameter für Geschwindigkeitsklassen bei Langzeitdaten"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung für Fahrzeugklasse Pkw-Ähnliche und Lkw-Ähnliche (alle Fahrzeuge, Kfz-64).

Für welche und wieviele Fahrzeugklassen das Gerät auf einen Abruf mit ID 19 (Abruf Parameter) antwortet, ist herstellerspezifisch verschieden.

Diese Nachricht überträgt die Konfiguration der Geschwindigkeitsklassen, welche für den Betrieb der Datenversion 17, 18, 22 und 23 benötigt werden.

Diese DE-Block-Struktur ist optional.

FG 1: DE-Block-Struktur im Typ 38"Parameter für Geschwindigkeitsklassen bei Langzeitdaten"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung für Fahrzeugklasse nicht klassifizierbare Kfz (KfzNk-6).

Für welche und wieviele Fahrzeugklassen das Gerät auf einen Abruf mit ID 19 (Abruf Parameter) antwortet, ist herstellerspezifisch verschieden.

Diese Nachricht überträgt die Konfiguration der Geschwindigkeitsklassen, welche für den Betrieb der Datenversion 17, 18, 22 und 23 benötigt werden.

Diese DE-Block-Struktur ist optional.

FG 1: DE-Block-Struktur im Typ 38"Parameter für Geschwindigkeitsklassen bei Langzeitdaten"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung für Fahrzeugklasse Krad (Krad-10).

Für welche und wieviele Fahrzeugklassen das Gerät auf einen Abruf mit ID 19 (Abruf Parameter) antwortet, ist herstellerspezifisch verschieden.

Diese Nachricht überträgt die Konfiguration der Geschwindigkeitsklassen, welche für den Betrieb der Datenversion 17, 18, 22 und 23 benötigt werden.

Diese DE-Block-Struktur ist optional.

FG 1: DE-Block-Struktur im Typ 38"Parameter für Geschwindigkeitsklassen bei Langzeitdaten"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung für Fahrzeugklasse Lieferwagen (Lfw-11).

Für welche und wieviele Fahrzeugklassen das Gerät auf einen Abruf mit ID 19 (Abruf Parameter) antwortet, ist herstellerspezifisch verschieden.

Diese Nachricht überträgt die Konfiguration der Geschwindigkeitsklassen, welche für den Betrieb der Datenversion 17, 18, 22 und 23 benötigt werden.

Diese DE-Block-Struktur ist optional.

FG 1: DE-Block-Struktur im Typ 38"Parameter für Geschwindigkeitsklassen bei Langzeitdaten"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung für Fahrzeugklasse Lkw (Lkw-4).

Für welche und wieviele Fahrzeugklassen das Gerät auf einen Abruf mit ID 19 (Abruf Parameter) antwortet, ist herstellerspezifisch verschieden.

Diese Nachricht überträgt die Konfiguration der Geschwindigkeitsklassen, welche für den Betrieb der Datenversion 17, 18, 22 und 23 benötigt werden.

Diese DE-Block-Struktur ist optional.

FG 1: DE-Block-Struktur im Typ 38"Parameter für Geschwindigkeitsklassen bei Langzeitdaten"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung für Fahrzeugklasse Lkw mit Anhänger (LkwA-8).

Für welche und wieviele Fahrzeugklassen das Gerät auf einen Abruf mit ID 19 (Abruf Parameter) antwortet, ist herstellerspezifisch verschieden.

Diese Nachricht überträgt die Konfiguration der Geschwindigkeitsklassen, welche für den Betrieb der Datenversion 17, 18, 22 und 23 benötigt werden.

Diese DE-Block-Struktur ist optional.

FG 1: DE-Block-Struktur im Typ 38"Parameter für Geschwindigkeitsklassen bei Langzeitdaten"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung für Fahrzeugklasse Lkw-Ähnliche (LkwÄ-33).

Für welche und wieviele Fahrzeugklassen das Gerät auf einen Abruf mit ID 19 (Abruf Parameter) antwortet, ist herstellerspezifisch verschieden.

Diese Nachricht überträgt die Konfiguration der Geschwindigkeitsklassen, welche für den Betrieb der Datenversion 17, 18, 22 und 23 benötigt werden.

Diese DE-Block-Struktur ist optional.

FG 1: DE-Block-Struktur im Typ 38"Parameter für Geschwindigkeitsklassen bei Langzeitdaten"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung für Fahrzeugklasse Lkw mit Anhänger und Sattelkraftfahrzeuge (LkwK-4).

Für welche und wieviele Fahrzeugklassen das Gerät auf einen Abruf mit ID 19 (Abruf Parameter) antwortet, ist herstellerspezifisch verschieden.

Diese Nachricht überträgt die Konfiguration der Geschwindigkeitsklassen, welche für den Betrieb der Datenversion 17, 18, 22 und 23 benötigt werden.

Diese DE-Block-Struktur ist optional.

FG 1: DE-Block-Struktur im Typ 38"Parameter für Geschwindigkeitsklassen bei Langzeitdaten"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung für Leichtverkehr ohne Anhänger (LVo-32).

Für welche und wieviele Fahrzeugklassen das Gerät auf einen Abruf mit ID 19 (Abruf Parameter) antwortet, ist herstellerspezifisch verschieden.

Diese Nachricht überträgt die Konfiguration der Geschwindigkeitsklassen, welche für den Betrieb der Datenversion 17, 18, 22, und 24 benötigt werden.

Diese DE-Block-Struktur ist optional.

FG 1: DE-Block-Struktur im Typ 38"Parameter für Geschwindigkeitsklassen bei Langzeitdaten"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung für Fahrzeugklasse Pkw (Pkw-7).

Für welche und wieviele Fahrzeugklassen das Gerät auf einen Abruf mit ID 19 (Abruf Parameter) antwortet, ist herstellerspezifisch verschieden.

Diese Nachricht überträgt die Konfiguration der Geschwindigkeitsklassen, welche für den Betrieb der Datenversion 17, 18, 22 und 23 benötigt werden.

Diese DE-Block-Struktur ist optional.

FG 1: DE-Block-Struktur im Typ 38"Parameter für Geschwindigkeitsklassen bei Langzeitdaten"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung für Fahrzeugklasse Pkw mit Anhänger (PkwA-2)

Für welche und wieviele Fahrzeugklassen das Gerät auf einen Abruf mit ID 19 (Abruf Parameter) antwortet, ist herstellerspezifisch verschieden.

Diese Nachricht überträgt die Konfiguration der Geschwindigkeitsklassen, welche für den Betrieb der Datenversion 17, 18, 22 und 23 benötigt werden.

Diese DE-Block-Struktur ist optional.

FG 1: DE-Block-Struktur im Typ 38"Parameter für Geschwindigkeitsklassen bei Langzeitdaten"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung für Fahrzeugklasse Pkw-Ähnliche (PkwÄ-32).

Für welche und wieviele Fahrzeugklassen das Gerät auf einen Abruf mit ID 19 (Abruf Parameter) antwortet, ist herstellerspezifisch verschieden.

Diese Nachricht überträgt die Konfiguration der Geschwindigkeitsklassen, welche für den Betrieb der Datenversion 17, 18, 22 und 23 benötigt werden.

Diese DE-Block-Struktur ist optional.

FG 1: DE-Block-Struktur im Typ 38"Parameter für Geschwindigkeitsklassen bei Langzeitdaten"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung für Fahrzeugklasse Pkw-Gruppe (PkwG -1).

Für welche und wieviele Fahrzeugklassen das Gerät auf einen Abruf mit ID 19 (Abruf Parameter) antwortet, ist herstellerspezifisch verschieden.

Diese Nachricht überträgt die Konfiguration der Geschwindigkeitsklassen, welche für den Betrieb der Datenversion 17, 18, 22 und 23 benötigt werden.

Diese DE-Block-Struktur ist optional.

FG 1: DE-Block-Struktur im Typ 38"Parameter für Geschwindigkeitsklassen bei Langzeitdaten"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung für Fahrzeugklasse Sattelkraftfahrzeuge (SattelKfz-9).

Für welche und wieviele Fahrzeugklassen das Gerät auf einen Abruf mit ID 19 (Abruf Parameter) antwortet, ist herstellerspezifisch verschieden.

Diese Nachricht überträgt die Konfiguration der Geschwindigkeitsklassen, welche für den Betrieb der Datenversion 17, 18, 22 und 23 benötigt werden.

Diese DE-Block-Struktur ist optional.

FG 1: DE-Block-Struktur im Typ 38"Parameter für Geschwindigkeitsklassen bei Langzeitdaten"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung für Leichtverkehr ohne Anhänger (LVo-32).

Für welche und wieviele Fahrzeugklassen das Gerät auf einen Abruf mit ID 19 (Abruf Parameter) antwortet, ist herstellerspezifisch verschieden.

Diese Nachricht überträgt die Konfiguration der Geschwindigkeitsklassen, welche für den Betrieb der Datenversion 17, 18, 22, und 24 benötigt werden.

Diese DE-Block-Struktur ist optional.

FG 1: DE-Block-Struktur im Typ 28 "Positive Quittung"

Wird verwendet mit ID 2 (Statusnachrichten) in Antwortrichtung.

Die positive Quittung wird für den Abschluss von Transaktionen (z.B. Pufferabruf DE-Typ 20) verwendet, welche aus mehreren Telegrammen bestehen können und dessen Ende nicht genau vorhersehbar ist. Mit Hilfe der positiven Quittung wird ein erkennbares Ende der Transaktion gegeben und die noch offene Jobnummer quittiert.

FG 1: DE-Block-Struktur im Typ 34"SVE-Betriebsparameter"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung.

Die Nachricht überträgt die herstellerunabhängigen Parameter, die für den Betrieb der SVE benötigt werden. Die Betriebsparameter gelten für die gesamte Richtungsfahrbahn.

TLS-DE-Block-Struktur im Typ 96-97"SVE-ErgebnisMeldung Version 0-1"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

Lassen sich einzelne Werte des Blockes nicht ermitteln ohne dass ein Totalausfall des DEs vorliegt, so werden die betroffenen Messwertbytes auf den Wert 255 gesetzt (z.B. aufgrund von Schleifendefekten oder verkehrsbedingt ).

Die ErgebnisMeldungen beziehen sich normalerweise auf eine Richtungsfahrbahn (Gesamtstrom). Fahrstreifenspezifische Ergebnisse sind optional möglich, die Unterscheidung kann durch Angabe des DE-Kanals erfolgen.

Da die SVE-Daten sich auf den Gesamtstrom einer Richtungsfahrbahn beziehen, sind für die DE-Codierung vorzugsweise die Werte 7,15,... , die alle Fahrstreifen einer Fahrbahn bezeichnen, zu verwenden (siehe Anhang 7, Kapitel 5).

FG 254: DE-Block-Struktur im Typ 40 "Abruf einer Datei"

Wird verwendet auf dem Lokal-, Insel- und KRI-Bus mit ID 3 (Parameter) in Abrufrichtung.

Mit dieser Nachricht kann die Zentrale größere gekapselte Datenobjekte, z.B. Dateien oder dateiähnliche Datenströme, welche für einen evtl. Download freigegeben sind, von dem SM bzw. den EAKs herunterladen. Sollte das Datenobjekt nicht vorhanden sein, wird mit einer negativen Quittung (Code=21) geantwortet, anderenfalls wird mit DE-Block Typ 41 die Datei zur Zentrale übertragen. Das Datenobjekt wird durch einen eindeutigen Bezeichner gekennzeichnet. Ein Bezeichner kann bei Dateien z.B. ein Dateiname einschließlich einer Pfadangabe sein. Bezeichner und Datenobjekt bilden zusammen ein Schlüssel-Wert-Paar. Ein Abruf mit DE-Adresse = 255 ist nicht zugelassen!

Der Transfer gekapselter Daten mittels der DE-Block-Strukturen 40 und 41 ist nur dann zulässig, wenn keine explizite DE-Block-Struktur für diese Art von Daten festgelegt wurde. Ein mögliches Anwendungsfeld sind binäre Bilddaten für frei programmierbare Wechselverkehrszeichen oder Wechselwegweiser.

- mehrere gleichzeitige Abrufe auf ein EAK bzw. SM sind nicht zulässig, ein erneuter Abruf ist erst nach vollständigen Dateitransfer wieder möglich (evtl. laufenden Dateitransfer mit Länge des Bezeichners = 0 abbrechen) - Dateien, welche im Moment des Abrufes von einem anderen Prozess benutzt/bearbeitet werden, führen zu einer negativen Quittung (Code=22) - alle DE-Blöcke des folgenden Dateitransfers werden mit der abfragenden Jobnummer beantwortet

FG 254: Dateitransfer zu einem SM bzw. EAK.

Wird verwendet auf dem Lokal-, Insel- und KRI-Bus mit ID 3 (Parameter) in Antwort- und Abrufrichtung.

Mit Hilfe des DE-Blocks kann die Zentrale größere gekapselte Datenobjekte, z.B. Dateien bzw. dateiähnliche Datenströme an das SM bzw. den EAK senden. Ein Datenobjekt wird durch einen eindeutigen Bezeichner gekennzeichnet. Ein Bezeichner kann bei Dateien z.B. ein Dateiname einschließlich einer Pfadangabe sein. Bezeichner und Datenobjekt bilden zusammen ein Schlüssel-Wert-Paar.

Nachdem das SM bzw. der EAK das Datenobjekt vollständig empfangen hat, wird eine positive Quittung an die Zentrale gesendet. Sollte der Datentransfer fehlschlagen, wird eine negative Quittung (Code=23) gesendet. Ein Senden mit DE-Adresse = 255 ist nicht zugelassen!

FG 254: DE-Block-Struktur im Typ 14"Ergänzende DE-Fehlermeldung"

Wird verwendet mit ID 1 (Fehler) in Antwortrichtung.

Dieser DE-Block dient zur Meldung von Teilstörungen und näheren Erläuterung von Störungen, die mit dem DEBlock Typ 1 gemeldet werden. Bei reinen Teilstörungen wird nur der DE-Block 14 gesendet; bei Erläuterungen von Störungsmeldungen wird er in einem Telegramm mit dem DE-Block Typ 1 gesendet. Er kann aber mit der ID 17 in Abrufrichtung einzeln abgerufen werden.

Mit dem DE-Block können unterschiedliche Störungen/Teilstörungen gleichzeitig gemeldet werden. Ändert sich der Status (weitere Störungen/Teilstörung bzw. Behebung von Störungen/Teilstörungen) wird ebenfalls DE-Block-Typ 14 gesendet.

FG 254: DE-Block-Struktur im Typ 17"Initialisierungsmeldung"

Wird verwendet mit ID 2 (Statusnachrichten) in Antwortrichtung.

Mit dieser Nachricht meldet ein intelligenter Knoten oder Geräteeinheit (E/A-Konzentrator oder SM) an die höhere Hierarchieebene, dass sie eine Initialisierung durchlaufen hat. Sie wird ohne Zeitstempel gesendet.

Initialisierungsmeldungen, die ein intelligenter Knoten empfängt, reicht er nicht an einen Knoten der nächsthöheren Hierarchieebene weiter. Die Initialisierungsmeldung, die ein Knoten aussendet, bezieht sich stets nur auf den eigenen Prozessor.

FG 254: DE-Block-Struktur im Typ 37 "Knotennummer"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung.

Mit diesem DE-Block kann die projektierte Knotennummer abgerufen werden. Optional dient der DE-Block dazu, die Knotennummer eines Geräts zu projektieren, wenn diese nicht vor Ort am Gerät eingestellt werden kann.

Zur Übermittlung dieses DE-Blocks kann im Telegrammkopf die Knotennummer 0 verwendet werden.

FG 254: DE-Block-Struktur im Typ 19"Kommunikationsstatus"

Wird verwendet mit ID 2 (Statusnachrichten) in Abrufrichtung.

Die Nachricht wird auf OSI-7 nicht quittiert.

Mit der Nachricht Kommunikationsstatus informiert das Steuermodul seine nachgeordneten EAK über den Ausfall bzw. die Wiederkehr der Kommunikation zur Unterzentrale.

Die Reaktion eines EAK auf den Kommunikationsstatus"unbestimmt" oder"gestört" hängt von der FG des EAK ab. So kann z.B. eine WVZ-Steuerung bei Kommunikationsstatus"gestört" (Verbindung zur UZ gestört) die definierte Grundeinstellung einnehmen.

FG 254: DE-Block-Struktur im Typ 34 "Konfigurationstabelle"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung zwischen SM und Zentrale, nicht jedoch auf dem Lokalbus. Dieser DE-Block enthält die Konfigurationstabelle der Streckenstation. Die Nachricht dient insbesondere dazu, von einem Handterminal die Tabelle in den SM der Streckenstation zu laden, bzw. die Tabelle in die Zentrale zu übertragen. Da die Tabellenzeilen nicht DEs zuzuordnen sind, muss die gesamte Tabelle als ein einziger DE-Block übertragen werden. Die Tabellenzeilen im Telegramm sind nach E/A-Konzentrator-Adresse und phys. E/A-Kanal- geordnet. Es können Tabellen mit bis zu 56 Einträgen in einem Telegramm übertragen werden.

FG 254: DE-Block-Struktur im Typ 16"Negative Quittung"

Wird verwendet mit ID 2 (Statusnachrichten) in Antwortrichtung.

Mit der"Negativen Quittung" antwortet ein Übertragungsknoten bzw. der SM oder ein E/A-Konzentrator auf eine Nachricht, die nicht an den Empfänger weitergeleitet werden kann oder deren Kopfstruktur nicht plausibel ist oder es antwortet die Systemsteuerung auf an sie adressierte Nachrichten, die fehlerhafte IDs, Typen und Anwenderdaten enthalten. Kann eine Nachricht dem Empfänger (FG kleiner 254, DE 1..255) übergeben werden, so werden evtl. fehlerhafte IDs, Typen und Anwenderdaten dort auf Anwenderebene beantwortet. Nachrichten in denen auch nur ein einziger Fehler erkannt wurde, werden komplett verworfen, auch wenn einzelne DE-Blöcke richtig weitergeleitet werden könnten.

Die Negative Quittung wird mit FG 254, ID 2 und Typ 16 gesendet, enthält also keinen Hinweis auf die FG, ID und den Typ der verursachenden Nachricht. Dies Zuordnung wird über die Jobnummer hergestellt, welche identisch mit der fehlerhaften Nachricht in Abrufrichtung ist.

FG 254: DE-Block-Struktur im Typ 35 "OSI3-Routingfeld"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung.

Die Nachricht enthält das Feld für die projektierbare OSI3-Routinginformation der Streckenstation. Die Streckenstation verwendet diese OSI3-Information für Nachrichten der Ereignisklasse 1 in Antwortrichtung. Standardmäßig gilt diese Routinginformation für alle FGs. Optional können weitere Routingblöcke getrennt für jede FG übertragen werden. Der Standard-Routing-Block (mit FG = 255) gilt für alle FGs, für die kein abweichender Routingblock übertragen wird. Jede FG (1..254), die einen eigenen Routing-Block erhält, hat nur diesen zu verwenden. Jede Nachricht, die neue Routinginformationen enthält, löscht alle vorhergehenden Informationen. Der erste Block enthält immer die FG 255, er darf nicht weggelassen werden. Die Verarbeitung von mehr als einem Routingblock ist eine optionale Funktion des SM.

FG 254: DE-Block-Struktur im Typ 28"Positive Quittung"

Wird verwendet mit ID 3 (Parameter) in Antwortrichtung.

Für Parameternachrichten ist es weder technisch notwendig, noch bei langen Nachrichten vom Übertragungsaufwand vertretbar, in der Quittung die gesamte Nachricht zu spiegeln. Bei Antworten auf Parameternachrichten (ID 3) ist daher die positive Quittung alternativ zum gespiegelten Befehlstelegramm zulässig.

FG 254: DE-Block-Struktur im Typ 38 "Reset"

Wird verwendet mit ID 2 (Statusnachrichten) in Abrufrichtung.

Die Nachricht wird auf OSI-7 nicht quittiert.

Mit der Nachricht wird dem Steuermodul bzw. den E/A-Konzentratoren mitgeteilt, dass sie einen Reset durchführen sollen.

FG 254: DE-Block-Struktur im Typ 32"Statische Gerätekenndaten"

Wird verwendet mit ID 3 (Parameter) in Antwortrichtung.

Die Meldung der statischen Gerätekenndaten informiert die Zentrale über unveränderliche Kenndaten des SM bzw. der E/A-Konzentratoren. Damit sind insbesondere Nummer und Datum der abgefragten Hardware- und Softwareversion gemeint. Die Anzahl und Gliederung der Gerätekennungsbytes ist herstellerabhängig.

FG 254: DE-Block-Struktur im Typ 18"Zeitsynchronisation"

Wird verwendet mit ID 2 (Statusnachrichten) in Abrufrichtung.

Die Nachricht dient der Synchronisation der Uhren im gesamten Netz. Sie wird in der Regel stündlich von der Zentrale an die Streckenstationen mit Sammeladresse in OSI2 gesendet. Jede UZ und jede Streckenstation sowie die E/A-Konzentratoren stellen ihre Systemuhren nach der in diesem Telegramm enthaltenen Zeit ein. Das Telegramm wird auf der OSI-Ebene 7 nicht quittiert. Ein Abruf der Uhren von Systemkomponenten niederer Hierarchieebenen (Zeitmeldung in Antwortrichtung) ist nicht vorgesehen. Alle Zahlenwerte sind binär codiert.

FG 3: DE-Block-Struktur im Typ 32"Betriebsparameter"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung.

Die Nachricht überträgt Parameter, welche für den Betrieb der Umfelddatenerfassung benötigt werden.

FG 3: DE-Block-Struktur im Typ 14"Ergänzende DE-Fehlermeldung"

Wird verwendet mit ID 1 (Fehler) in Antwortrichtung.

Dieser DE-Block dient zur Meldung von Teilstörungen und näheren Erläuterung von Störungen, die mit dem DEBlock Typ 1 gemeldet werden. Bei reinen Teilstörungen wird nur der DE-Block 14 gesendet; bei Erläuterungen von spontanen Störungsmeldungen wird er in einem Telegramm mit dem DE-Block Typ 1 gesendet. Er kann aber mit der ID 17 in Abrufrichtung einzeln abgerufen werden.

Mit dem DE-Block können unterschiedliche Störungen/Teilstörungen gleichzeitig gemeldet werden. Ändert sich der Status (weitere Störungen/Behebung von bzw. Behebung von Störungen) wird ebenfalls DE-Block-Typ 14 gesendet.

TLS-DE-Block-Struktur im Typ 86 "ErgebnisMeldung"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 88 "ErgebnisMeldung"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 76 "ErgebnisMeldung Eisfilmdicke EFD"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 87 "ErgebnisMeldung"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 50"ErgebnisMeldung"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 59"ErgebnisMeldung"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 51"ErgebnisMeldung"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 49"ErgebnisMeldung Fahrbahnoberflächentemperatur FBT"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 65"ErgebnisMeldung Gefriertemperatur GT"

Hier Text aus TLS oder Verweis auf TLS ergänzen.

TLS-DE-Block-Struktur im Typ 78 "ErgebnisMeldung Globalstrahlung GLS"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 77 "ErgebnisMeldung Griffigkeit GR"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 61"ErgebnisMeldung Helligkeit HK"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 54"ErgebnisMeldung Luftdruck LD"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 48"ErgebnisMeldung Lufttemperatur LT"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 89 "ErgebnisMeldung"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 63"ErgebnisMeldung"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 71"ErgebnisMeldung Niederschlagsart NS"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 53"ErgebnisMeldung Niederschlagsintensität NI"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 62"ErgebnisMeldung"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 55"ErgebnisMeldung Relative Luftfeuchte RLF"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 52"ErgebnisMeldung Restsalz RS"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 75 "ErgebnisMeldung Schneefilmdicke SFD"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 58"ErgebnisMeldung Schneehöhe SH"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 60"ErgebnisMeldung Sichtweite SW"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 82 "ErgebnisMeldung"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 66"ErgebnisMeldung Taupunkttemperatur TPT"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 73 "ErgebnisMeldung Taustoffkonzentration TSK"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 74 "ErgebnisMeldung Taustoffmenge TSQ"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 67"ErgebnisMeldung Temperatur in Tiefe 3 TT3"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 68"ErgebnisMeldung Temperatur in Tiefe 2 TT2"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 69"ErgebnisMeldung Temperatur in Tiefe 3 TT3"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 35"ErgebnisMeldung"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 72"ErgebnisMeldung Wasserfilmdicke WFD"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 57"ErgebnisMeldung Windgeschwindigkeit (Mittelwert) WGM"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 64"ErgebnisMeldung Windgeschwindigkeit (Spitzenwert) WGS"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 56"ErgebnisMeldung Windrichtung WR"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 72"ErgebnisMeldung Wasserfilmdicke WFD"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 70"ErgebnisMeldung Zustand der Fahrbahnoberfläche FBZ"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

TLS-DE-Block-Struktur im Typ 79 "ErgebnisMeldung Zustand der Fahrbahnoberfläche für den Winterdienst FZW"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

FG 3: DE-Block-Struktur im Typ 16"Negative Quittung"

Wird verwendet mit ID 2 (Statusnachrichten) in Antwortrichtung.

Mit der"Negativen Quittung" antwortet ein DE auf eine Nachricht, die an sie korrekt adressiert ist, aber deren Inhalt von ihr nicht eindeutig ausgewertet werden kann.

Die Negative Quittung wird mit ID 2 und Typ 16 gesendet, enthält also keinen Hinweis auf die ID und den Typ der verursachenden Nachricht. Diese Zuordnung wird über die Jobnummer hergestellt, welche identisch mit der der fehlerhaften Nachricht in Abrufrichtung ist.

FG 6: DE-Block-Struktur im Typ 32"Betriebsparameter"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung.

Die Nachricht überträgt Parameter, welche für die Generierung der Betriebsmeldungen benötigt werden.

FG 6: TLS-DE-Block-Struktur im Typ 55"Diebstahl-/Vandalismusschutz"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

FG 6: DE-Block-Struktur im Typ 14"Ergänzende DE-Fehlermeldung"

Wird verwendet mit ID 1 (Fehler) in Antwortrichtung.

Dieser DE-Block dient zur Meldung von Teilstörungen und näheren Erläuterung von Störungen, die mit dem DEBlock Typ 1 gemeldet werden. Bei reinen Teilstörungen wird nur der DE-Block 14 gesendet; bei Erläuterungen von spontanen Störungsmeldungen wird er in einem Telegramm mit dem DE-Block Typ 1 gesendet. Er kann aber mit der ID 17 in Abrufrichtung einzeln abgerufen werden.

Mit dem DE-Block können unterschiedliche Störungen/Teilstörungen gleichzeitig gemeldet werden. Ändert sich der Status (weitere Teilstörung/Behebung von Teilstörungen) wird ebenfalls DE-Block-Typ 14 gesendet.

FG 6: DE-Block-Struktur im Typ 57 "Fernüberwachung lokaler Energieversorgung"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

Eine spontane Übertragung erfolgt nur nach Änderung der Zustände Überladeschutz, Tiefentladungsschutz. In diesen Fällen wird der aktuelle Wert der Ladespannung und des Ladestromes übertragen.

FG 6: DE-Block-Struktur im Typ 56"Fernüberwachung von Solaranlagen"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung. Lässt sich die Ladespannung oder der Ladestrom nicht ermitteln, wird das betroffene Byte auf 255 gesetzt.

Eine spontane Übertragung erfolgt nur nach Änderung der Zustände Überladeschutz, Tiefenladeschutz. In diesen Fällen wird der aktuelle Wert der Ladespannung und des Ladestromes übertragen.

FG 6: TLS-DE-Block-Struktur im Typ 52"Heizung"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

FG 6: TLS-DE-Block-Struktur im Typ 50"Licht"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

FG 6: TLS-DE-Block-Struktur im Typ 53"Lüftung"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

FG 6: DE-Block-Struktur im Typ 16"Negative Quittung"

Wird verwendet mit ID 2 (Statusnachrichten) in Antwortrichtung.

Mit der"Negativen Quittung" antwortet ein DE auf eine Nachricht, die an sie korrekt adressiert ist, aber deren Inhalt von ihr nicht eindeutig ausgewertet werden kann.

Die Negative Quittung wird mit ID 2 und Typ 16 gesendet, enthält also keinen Hinweis auf die ID und den Typ der verursachenden Nachricht. Diese Zuordnung wird über die Jobnummer hergestellt, welche identisch mit der der fehlerhaften Nachricht in Abrufrichtung ist.

FG 6: TLS-DE-Block-Struktur im Typ 51"Stromversorung"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

FG 6: TLS-DE-Block-Struktur im Typ 49"Temperaturüberwachung"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

FG 6: TLS-DE-Block-Struktur im Typ 48"Türkontakt"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

FG 6: TLS-DE-Block-Struktur im Typ 54"Überspannungsschutz"

Wird verwendet mit ID 4 (Ergebnisse) in Antwortrichtung.

FG 4: DE-Block-Struktur im Typ 21"Abruf Codedefinition"

Wird verwendet mit ID 3 (Parameter) in Abrufrichtung.

Mit dieser Nachricht kann die Zentrale die Definitionen der vor Ort abgelegten Stellcodes für die Gruppen- Stellzustände (Anzeigeprinzip e), Wechseltextanzeigen (Anzeigeprinzip c und d) oder Programme (Cluster) anfordern. Für Wzg nach Anzeigeprinzip b) kann optional die Liste der an der Darstellung eines WVZ-Codes beteiligten Lampen abgefragt werden. Ist diese Eigenschaft nicht implementiert, antwortet das DE mit der negativen Quittung Code 2 ?unbekannter oder nicht auswertbarer Typ?.

Arbeitet ein DE oder ein Cluster nach Steuerprinzip 1), so beantwortet er die Anfrage mit einer negativen Quittung, Code 4. Das gleiche gilt bei Steuerungsprinzip 2 und 3, wenn die Definition eines nicht definierten Stellcodes abgefragt wird. Ansonsten antwortet das DE mit einem DE-Block Typ 44.

FG 4: DE-Block-Struktur im Typ 20"Abruf Pufferinhalt"

Die Nachricht wird verwendet mit ID 2 (Statusnachrichten) in Abrufrichtung.

Die Nachricht ist nur für den Fehlerfall notwendig, dass spontane Nachrichten oder Rückmeldungen der WVZSteuerung nicht in der archivierenden Zentrale angekommen sind. Anhand der Folgenummer im Zeitstempel (Typ 31) kann die Zentrale eine Lücke in der Übertragung erkennen. Mit dieser Nachricht"Abruf Pufferinhalt" kann die Zentrale die fehlenden Nachrichten aus dem Puffer des Quell-EAKs nachfordern, vorausgesetzt sie sind noch nicht durch neuere Nachrichten überschrieben worden. Das Abrufen des Pufferinhaltes bewirkt kein Löschen des Puffers und kann wahlfrei (evtl. auch mehrmals) anhand der Folgenummer geschehen.

Wenn mindestens eine der angeforderten Nachrichten gesendet werden kann, geschieht dies. Erst wenn keine der angeforderten Nachrichten im Puffer vorhanden ist, muss eine negative Quittung (Typ 16) gesendet werden.

Die Antworten auf diesen Abruf sind Nachrichten aus dem Puffer mit FG 4, ID 33..37 und tragen die Jobnummer des Abrufs.

FG 4: DE-Block-Struktur im Typ 17"Betriebsart"

Wird verwendet mit ID 2 (Statusnachrichten) in Abruf- und Antwortrichtung oder mit ID 34 (Statusnachricht aus Puffer) in Antwortrichtung.

Die Nachricht überträgt die Betriebsart der Wzg/WWW-Steuerung. Die Betriebsart wird nur für alle Wzgs/WWWs eines EAK verändert. Die Nachricht wird daher an/von einem Clusterkanal gesendet und von diesem spannungsausfallsicher abgelegt. Nach erfolgter Zuweisung oder spontan wird die Meldung der Betriebsart in Antwortrichtung zusammen mit dem DE-Block"Zeitstempel mit Folgenummer" (Typ 31) gesendet, um in der Zentrale die Betriebsart mit genauen Wechselzeitpunkten dokumentieren zu können. Die Betriebsarten sind wie folgt definiert:

1) Normalbetrieb

Standardfall, wenn keine Störung oder Servicefall vorliegt. Die Steuerung erfolgt durch die Zentrale (i.d.R. UZ).

2) Blindbetrieb

In der Blindbetriebsart wird durch eine Blende, einen Rollo, etc., verhindert, dass der Verkehrsteilnehmer die WVZs erkennen kann. Die Steuerung verhält sich ansonsten wie im Normalbetrieb, das Schalten der WVZs ist weiterhin möglich. Vom Blindbetrieb erfolgt kein automatischer Übergang in den autarken Betrieb bei Kommunikationsstörung.

Ist es z.B. bei WWWs mit Prismentechnik nicht möglich, die Schilder für den Verkehrsteilnehmer nicht erkennbar zu machen, so ist die anzuzeigende Prismenseite dieser Komponenten in der Betriebsart Blindbetrieb vom Auftraggeber explizit festzulegen (Festlegung in Anhang 9).

3) Handbetrieb

Der Handbetrieb ist dadurch gekennzeichnet, dass der Zugriff nicht von der Zentrale, sondern nur von einem lokalen Bedienfeld möglich ist. Die Zentrale erhält weiterhin alle Meldungen und kann diese auch abfragen. Alle aktiv ändernden Telegramme werden jedoch zurückgewiesen (Stellzustand bzw. Programm, Helligkeit, Betriebsart und Wechseltext). Parametrierung und Kanalsteuerung können während des Handbetriebs weiterhin durch die Zentrale vorgenommen werden. Der Handbetrieb kann nur durch manuelle Eingabe vor Ort aktiviert und wieder beendet werden.

Passivierte DE können im Handbetrieb manuell geschaltet werden. Erst nach Beenden des Handbetriebs wird vom EAK die Passivierung an den entsprechenden Wzg/WWW ausgeführt, d.h. sie werden ausgeschaltet oder das Rollo geschlossen oder ggf. bei Prismen die Neutralstellung eingestellt.

Nach Beenden des Handbetriebs bleibt die Anzeige so lange bestehen, bis ein neuer Stellzustand vom EAK empfangen wird oder in den autarken Betrieb geschaltet wird.

4) Autarker Betrieb

Autarker Betrieb bedeutet, dass die WVZ-Steuerung die Kontrolle über die Wzgs/WWWs selbst übernimmt, sie kann z.B. selbsttätig ein für diesen Fall projektiertes WVZ bzw. Programm darstellen. Wenn sich die Steuerung im Normalbetrieb befindet und sie die Kommunikation mit der übergeordneten Steuerung als gestört erkennt (siehe Anhang 6, Teil 2, Kap. 2.2.6), dann wird der autarke Betrieb eingeschaltet. Die gesamte WVZ-Steuerung wechselt zurück in den Normalbetrieb, wenn ein Befehl (Typ 55, bei Altanlagen auch 48..50,58) empfangen wird. Die Betriebsart wechselt natürlich auch aufgrund eines anderslautenden Betriebsarten-Befehls.

Für Wechseltext-DEs muss mit dem Auftraggeber abgestimmt werden, ob in der Betriebsart ?Autarker Betrieb? die Anzeige ausgeschaltet werden soll oder der aktuelle Inhalt bestehen bleiben soll.

Der Autarkbetrieb kann auch explizit von oben eingestellt werden.

5) Testbetrieb

Die Funktion der WVZ-Steuerung im Testbetrieb ist rein herstellerspezifisch definiert. Durch einen entsprechenden anderen Betriebsartenbefehl ist der Testbetrieb wieder zu verlassen. Die Betriebsart"Testbetrieb" ist optional.

6) Notbetrieb (nur bei speziellen Anlagen erforderlich)

Er kann, falls erforderlich, in Anlagen wie z.B. Knotenpunktsbeeinflussungsanlagen und Zuflusssteuerungen realisiert werden, bei denen auch bei Störungen aus Sicherheitsgründen eine Verkehrsregelung angezeigt werden muss. Er ist jedoch nicht für eine WWW oder Steckenbeeinflussungsanlage vorgesehen. Der Notbetrieb ist der sichere immer erfüllbare Zustand wie er z.B. durch Klapptafeln oder Rollos erreicht werden kann. I.d.R. wird der Notbetrieb nur eingeschaltet, wenn eine Hardwarestörung vorliegt, bei der auf einen zusätzlichen, vom autarken Betrieb unabhängigen Anlagenzustand zurückgegriffen werden können muss. Der Zustand im Notbetrieb ist im Gegensatz zu dem des autarken Betriebs nicht von der Zentrale aus parametrierbar. Die Betriebsart Notbetrieb ist nicht von der Zentrale oder von den Handbedienteilen einschaltbar, sondern wird durch Betätigung eines Notausschalters aktiviert.

FG 4: DE-Block-Struktur im Typ 44 ?Codedefinition?

Die Nachricht wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung. Die Nachricht wird abweichend von anderen Parameternachrichten zusammen mit dem Zeitstempel Typ 31 gesendet. Als Abruftelegramm mit ID 19 ist das Telegramm nicht zulässig und wird mit Code 1 ?unbekannte oder nicht auswertbare ID? negativ quittiert, da der zu erfragende Stellcode nicht übermittelt werden kann. Die Abfragefunktionalität wird durch den DE-Block Typ 21 zur Verfügung gestellt.

Die Nachricht überträgt für Wzgs und Clusterkanäle die vor Ort ausfallsicher abgelegten Definitionen der Stellcodes. Wenn ein EAK oder ein DE einen noch nicht in seiner Liste vorhandenen Stellcode empfängt und noch freier Speicher vorhanden ist, wird dieser Stellcode und seine Definition gespeichert. Ein Block, der keine Komponentendefinitionen enthält, sondern nur einen Stellcode, dient zum Löschen der Definition des entsprechenden Stellcodes aus dem Speicher. Diese Eigenschaften sind optional und führen bei Nichtimplementierung zu einer negativen Quittung mit Code 41 ?Stellcodevorrat nicht änderbar?. Ist der Stellcode bereits definiert, überschreibt die empfangene Nachricht die alte Definition. Auch diese Eigenschaft ist optional. Bei Nichtimplementierung wird in der negativen Quittung der Code 42 ?Stellcodedefinition nicht änderbar? verwendet.

Wird durch Neudefinition oder Löschen der Stellcodevorrat eines DEs oder EAKs verändert, so sendet dieser zusätzlich zur Rückmeldung der Definition spontan (d.h. insbesondere in einem separaten Einzeltelegramm) eine Nachricht vom Typ 43 ?Codeliste? mit dem neuen Stellcodevorrat.

FG 4: DE-Block-Struktur im Typ 43 ?Codeliste?

Wird verwendet mit ID 3 (Parameter) in Antwortrichtung.

Mit dieser Nachricht teilen DEs und Clusterkanäle nach Steuerprinzip 2 und 3 der Zentrale ihren derzeit aktuellen Vorrat an definierten Stellcodes mit. Für DEs nach Steuerungsprinzip 1 ist diese Nachricht nicht definiert und wird bei Abfrage mit ID 19 dementsprechend mit Code 2 negativ quittiert. Die Bedeutung der Codes ab Byte 6 hängt davon ab, ob es sich bei dem DE um einen Clusterkanal handelt, andernfalls vom Anzeigeprinzip des DEs. Jedes DE liefert dafür eine entsprechende Kennung im Feld ?Anzeigeprinzip?.

FG 4: DE-Block-Struktur im Typ 3"Defekte Lampen"

Wird verwendet mit ID 1 (Fehler) in Antwortrichtung.

Die Nachricht meldet den Status von Lampen in Wechselzeichengebern bzw. Wechselwegweisern und Wechseltextanzeigen nach Anzeigeprinzip b) oder d). Sie informiert die Zentrale über den Defekt und nach Behebung über die Funktionsfähigkeit von einzelnen Lampen. Die interne Zählweise der Lampen ist nicht genormt, sie ist den Herstellern überlassen. Die Anzahl der Lampenstatusbytes ergibt sich aus der aufgerundeten Anzahl der Lampenpaare dividiert durch 4.

Im Gegensatz zur Meldung"Nicht darstellbare WVZ" (ID 1, Typ 2) informiert diese Fehlermeldung getrennt über den Ausfall bzw. Wiedereinsatzfähigkeit einzelner Lampen, sie trifft keine Aussage über darstellbare WVZ oder ungestörte Textpositionen. Ein sich evtl. aus dem Ausfall ergebender geänderter Stellzustand/Wechseltext wird getrennt als eine eigene Nachricht übertragen (mit ID 5, Typ 55 (bei Altanlagen evtl. Typ 48/50)). Die Meldung wird nicht gepuffert.

FG 4: DE-Block-Struktur im Typ 14"Ergänzende DE-Fehlermeldung"

Wird verwendet mit ID 1 (Fehler) oder mit ID 33 (Fehlermeldungen aus Puffer) in Antwortrichtung.

Dieser DE-Block dient zur Meldung von Teilstörungen und näheren Erläuterung von Störungen, die mit dem DEBlock Typ 1 gemeldet werden. Bei reinen Teilstörungen wird nur der DE-Block 14 gesendet; bei Erläuterungen von spontanen Störungsmeldungen wird er in einem Telegramm mit dem DE-Block Typ 1 gesendet. Er kann aber mit der ID 17 in Abrufrichtung einzeln abgerufen werden.

Mit dem DE-Block können unterschiedliche Störungen/Teilstörungen gleichzeitig gemeldet werden. Ändert sich der Status (weitere Störungen/Teilstörung bzw. Behebung von Störungen/Teilstörungen) wird ebenfalls DE-Block-Typ 14 gesendet. Die spontane Meldung wird gepuffert und erfolgt zusammen mit dem Zeitstempel (Typ 31).

FG 4: DE-Block-Struktur im Typ 4"Gestörte Textpositionen"

Wird verwendet mit ID 1 (Fehler) oder mit ID 33 (Fehlermeldung aus Puffer) in Antwortrichtung.

Die Nachricht meldet den Status von einzelnen Textpositionen einer Wechseltextanzeige bei Wechselzeichengebern bzw. Wechselwegweisern nach Anzeigeprinzip c oder d. Sie informiert die Zentrale über die Störung und Behebung von allen Positionen. Die interne Zählweise der Positionen erfolgt in Leserichtung zeilenweise von oben links nach unten rechts. Bei allen Änderungen (Behebung, Ausfall weiterer Positionen) erfolgt eine erneute Meldung aller gestörten Positionen. Nach Behebung aller Störungen erfolgt eine Gutmeldung mit Anzahl ausgefallener Textpositionen = 0. Ein sich evtl. aus dem Ausfall ergebender geänderter Wechseltext-Zustand wird getrennt als eigene Nachricht übertragen (mit ID 5, Typ 55 (bei Altanlagen evtl. Typ 50)) Die spontane Meldung wird gepuffert und erfolgt zusammen mit dem Zeitstempel mit Folgenummer (Typ 31).

FG 4: DE-Block-Struktur im Typ 33"Grundeinstellung"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung. Die Nachricht wird abweichend von anderen

Parameternachrichten zusammen mit dem Zeitstempel Typ 31 gesendet.

Die Nachricht überträgt die Grundeinstellung, welche auf dem Wzg bzw. dem AQ dargestellt werden soll, wenn die WVZ-Steuerung im autarken Betrieb ist.

Das verallgemeinerte Telegramm existiert in 2 Versionen, einer Kurzversion der Länge 5 und einer Langversion mit einer Länge größer 6, abhängig vom Anzeigeprinzip des adressierten DEs. Die Kurzversion wird verwendet, wenn das adressierte DE im Programmmodus gesteuert wird, ansonsten wird die Langversion verwendet. Felder der Langversion sind kursiv beschriftet.

FG 4: DE-Block im Typ 42 ?Grundprogramm?

Die Nachricht wird für neue Anlagen nicht mehr verwendet. Sie wird ersetzt durch den verallgemeinerten DE-Block Typ 33. In Altanlagen kann die Nachricht von Clusterkanälen und Anzeigen nach Anzeigeprinzip e), die nach Steuerungsprinzip 2 arbeiten, aus Kompatibilitätsgründen weiterhin verwendet werden.

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung, .

Die optionale Nachricht überträgt die Nummer des Programms, das der EAK/Dirigent im Autarkbetrieb einstellt. Das Grundprogramm kann je nach Anwendungsfall mit Clusterkanal (z.B. Dirigent einer KBA) oder mit normalem DE (z.B. WWW) adressiert werden.

FG 4: DE-Block-Struktur im Typ 49"Helligkeit"

Wird verwendet mit ID 5 (Befehl) in Abruf- und Antwortrichtung oder mit ID 37 (Befehlsrückmeldung aus Puffer) in Antwortrichtung.

Die Nachricht überträgt einen Helligkeitswert für alle Wzg/WWW eines EAKs. Die Nachricht wird daher an/von einem Clusterkanal gesendet. Nach erfolgter Zuweisung oder spontan wird die Meldung des Helligkeitswertes in Antwortrichtung mit dem DE-Block"Zeitstempel mit Folgenummer" (Typ 31) zusammen gesendet, um in der Zentrale die eingestellte Helligkeit mit genauen Änderungszeitpunkten dokumentieren zu können.

Die Eigenschaft"automatische Helligkeitssteuerung" ist optional. Wenn im autarken Betrieb lichttechnische Verkehrszeichen gezeigt werden, ist sie erforderlich.

FG 4: DE-Block-Struktur im Typ 16"Negative Quittung"

Wird verwendet mit ID 2 (Statusnachrichten) in Antwortrichtung.

Mit der"Negativen Quittung" antwortet ein DE auf eine Nachricht, die an sie korrekt adressiert ist, aber deren Inhalt von ihr nicht eindeutig ausgewertet werden kann.

Die Negative Quittung wird mit ID 2 und Typ 16 gesendet, enthält also keinen Hinweis auf die ID und den Typ der verursachenden Nachricht. Diese Zuordnung wird über die Jobnummer hergestellt, welche identisch mit der der fehlerhaften Nachricht in Abrufrichtung ist.

FG 4: DE-Block-Struktur im Typ 2"Nicht darstellbare WVZ"

Wird verwendet mit ID 1 (Fehler) oder mit ID 33 (Fehlermeldung aus Puffer) in Antwortrichtung.

Die Nachricht meldet den Status von nicht darstellbaren WVZ-Codes eines Wechselzeichengebers nach Anzeigeprinzip b). Die Nachricht enthält eine Liste der WVZ-Codes, welche nun nicht mehr darstellbar sind.

Im Gegensatz zur Meldung"Defekte Lampen" (ID 1, Typ 3), welche für den Einsatz von Servicepersonal notwendig ist, informiert diese Fehlermeldung den steuernden Prozess in der Zentrale, damit dieser den augenblicklichen Funktionsumfang seiner Betriebsmittel kennt.

Ein sich evt. aus dem Ausfall ergebender geänderter Stellzustand wird getrennt als eine eigene Nachricht übertragen (mit ID 5, Typ 55 (bei Altanlagen evtl. Typ 48)). Bei allen Änderungen (Behebung, Ausfall weiterer Zeichen) erfolgt eine erneute Meldung. Nach Behebung aller Störungen erfolgt eine Gutmeldung mit Anzahl Code-Bytes = 0. Die spontane Meldung wird gepuffert und erfolgt zusammen mit dem Zeitstempel mit Folgenummer (Typ 31).

FG 4: DE-Block im Typ 58 ?Stellprogramm?

Die Nachricht wird für neue Anlagen nicht mehr verwendet. Sie wird ersetzt durch die Kurzversion der verallgemeinerten Nachricht ?Stellzustand? Typ 55. In Altanlagen können Wzg nach Anzeigeprinzip e) im Steuerungsprinzip 2 und 3 die Nachricht aus Kompatibilitätsgründen noch verwenden.

Wird verwendet mit ID 5 (Befehl) in Abruf- und Antwortrichtung mit ID 37 (Befehlsrückmeldung aus Puffer) in Antwortrichtung.

Die Nachricht überträgt die Nummer des im EAK/Dirigenten projektierten Programms, welches der EAK/Dirigent eingestellt hat, bzw. einstellen soll. Das Stellprogramm kann je nach Anwendungsfall mit Clusterkanal (z.B. Dirigent KBA) oder mit normalem DE (z.B. WWW) adressiert werden.

Nach erfolgter Zuweisung oder spontan wird die Meldung des Programms in Antwortrichtung mit dem DE-Block"Zeitstempel mit Folgenummer" (Typ 31) zusammen gesendet, um in der Zentrale die dargestellten Programme mit genauen Wechselzeitpunkten dokumentieren zu können.

FG 4: DE-Block-Struktur im Typ 55"Stellzustand"

Wird verwendet mit ID 5 (Befehl) in Abruf- und Antwortrichtung oder mit ID 37 (Befehlsrückmeldung aus Puffer) in Antwortrichtung.

Bei spontaner Meldung des Stellzustands (z.B. bei Ausfall oder Abschaltung wegen Verstümmelung des WVZs) wird ebenfalls die ID 5 in Antwortrichtung verwendet.

Die Nachricht überträgt in der Kurzversion den Stellcode, welcher auf dem Wzg dargestellt wird, bzw. werden soll.

In der Langversion werden für Wzg nach Anzeigeprinzip c) ? e) die Einstellungen aller Komponenten (Textzeichen oder Anzeigen/Prismen) individuell übertragen. Nach erfolgter Zuweisung oder spontan wird die Meldung des Stellzustandes in Antwortrichtung zusammen mit dem DE-Block"Zeitstempel mit Folgenummer" (Typ 31) gesendet, um in der Zentrale die dargestellten Zeichen/Programme mit genauen Wechselzeitpunkten dokumentieren zu können.

Das verallgemeinerte Telegramm existiert in zwei Versionen, einer Kurzversion der Länge 5 und einer Langversion mit einer Länge größer 6, abhängig vom Anzeigeprinzip des adressierten DEs. Die Kurzversion wird verwendet, wenn das adressierte DE im Programmmodus gesteuert wird, ansonsten wird die Langversion verwendet. Felder der Langversion sind kursiv beschriftet.

FG 4: DE-Block-Struktur im Typ 50"Wechseltext"

Die Nachricht wird für neue Anlagen nicht mehr verwendet. Sie wird ersetzt durch die verallgemeinerte Version der Nachricht ?Stellzustand? Typ 55. In Altanlagen können Wzg nach Anzeigeprinzip c) oder d) im Steuerungsprinzip 1 und 3 die Nachricht aus Kompatibilitätsgründen noch verwenden.

Wird verwendet mit ID 5 (Befehl) in Abruf- und Antwortrichtung oder mit ID 37 (Befehlsrückmeldung aus Puffer) in Antwortrichtung. Die Nachricht wird für Wzg/WWW verwendet, die frei steuerbare Wechseltexte anzeigen können (Wechseltextanzeigen). Die Nachricht überträgt einen Text in ASCII-Code, welcher auf dem Wzg/WWW dargestellt wird, bzw. werden soll. Enthält das Funktionsbyte die Anweisung"ausschalten", so ist der Textbereich ohne Bedeutung. In diesem Fall wird sinnvoller Weise die Anzahl Textzeichen = 0 übertragen.

Nach erfolgter Zuweisung oder spontan wird die Meldung des Wechseltextzustandes in Antwortrichtung mit dem DEBlock"Zeitstempel mit Folgenummer" (Typ 31) zusammen gesendet, um in der Zentrale die dargestellten Zeichen mit genauen Wechselzeitpunkten dokumentieren zu können.

Die Angabe der Textlänge ist unabhängig von der Anzahl der tatsächlich vorhandenen Textzeichen. Wenn eine geringere Anzahl Zeichen übergeben wird, wird der Rest ausgeschaltet. Wird eine größere Anzahl übergeben, wird der Befehl negativ quittiert.

Die Textzeichen 1..n werden in Leserichtung (von links nach rechts und zeilenweise und von oben nach unten) im DEBlock übertragen.

FG 4: DE-Block-Struktur im Typ 32"WVZ - Grundeinstellung"

Die Nachricht wird für neue Anlagen nicht mehr verwendet. Sie wird ersetzt durch den verallgemeinerten DE-Block Typ 33. In Altlagen kann die Nachricht bei Anzeigen nach Anzeigeprinzip b) aus Kompatibilitätsgründen weiterhin verwendet werden.

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung.

Die optionale Nachricht überträgt den WVZ-Code, welcher auf dem Wzg dargestellt werden soll, wenn die WVZSteuerung im autarken Betrieb ist. Enthält das Funktionsbyte die Anweisung"ausschalten", so ist der WVZ-Code ohne Bedeutung.

FG 4: DE-Block-Struktur im Typ 48"WVZ-Stellzustand"

Die Nachricht wird für neue Anlagen nicht mehr verwendet. Sie wird ersetzt durch die allgemeine Nachricht ?Stellzustand? Typ 55. In Altanlagen kann die Nachricht jedoch von Wzgs, die nach Anzeigeprinzip a) oder b) im Steuerungsprinzip 2 arbeiten, aus Kompatibilitätsgründen weiterhin verwendet werden.

Wird verwendet mit ID 5 (Befehl) in Abruf- und Antwortrichtung oder mit ID 37 (Befehlsrückmeldung aus Puffer) in Antwortrichtung.

Bei einem Dirigenten ist ein Stellbefehl mit ID 5 in Abrufrichtung nicht möglich.

Bei spontaner Meldung des Stellzustands (z.B. bei Ausfall oder Abschaltung wegen Verstümmelung des WVZs) wird ebenfalls die ID 5 in Antwortrichtung verwendet.

Die Nachricht überträgt den WVZ-Code, welcher auf dem Wzg dargestellt wird, bzw. werden soll. Enthält das Funktionsbyte die Anweisung"ausschalten", so ist der WVZ-Code ohne Bedeutung. Nach erfolgter Zuweisung oder spontan wird die Meldung des Stellzustandes in Antwortrichtung mit dem DE-Block"Zeitstempel mit Folgenummer" (Typ 31) zusammen gesendet, um in der Zentrale die dargestellten Zeichen mit genauen Wechselzeitpunkten dokumentieren zu können.

FG 4: DE-Block-Struktur im Typ 22 "Abruf Bilddefinition/Grafiktextkonserve"

Diese DE-Block-Struktur ist optional und wird verwendet mit ID 3 (Parameter) in Abrufrichtung.

Mit dieser Nachricht kann die Zentrale die BMP-Grafikdateien (s/w bzw. c-24 Format) der vor Ort abgelegten Bilddefinitionen (Anzeigeprinzip b, frei Programmierbare LED-Pixel-Anzeigen), Upload-fähige LED-Pixelrasteranzeigen) bzw. die Grafiktextkonserven (Anzeigeprinzip d, Wechseltextanzeigen mit Grafiktextkonserven) abfragen. DEs, welche diesen Typ nicht unterstützten, antworten mit einer negativen Quittung Code 2 "unbekannter oder nicht auswertbarer Typ".

Wenn ein nicht definierter Stellcode bzw. Grafiktextkonservennummer abgefragt wird, antwortet das DE mit einer negativen Quittung Code 22 "unbekannter Stellcode/Grafiktextkonservennummer". Ansonsten antwortet das DE mit einem DE-Block Typ 45.

Weitere Einzelheiten bzgl. Bilddefinition/Grafiktextkonserve atg.tlsWzgBildDefinition.

FG 4: DE-Block-Struktur im Typ 21"Abruf Codedefinition"

Wird verwendet mit ID 3 (Parameter) in Abrufrichtung.

Mit dieser Nachricht kann die Zentrale die Definitionen der vor Ort abgelegten Stellcodes für die Gruppen- Stellzustände (Anzeigeprinzip e), Wechseltextanzeigen (Anzeigeprinzip c und d) oder Programme (Cluster) anfordern. Für Wzg nach Anzeigeprinzip b) kann optional die Liste der an der Darstellung eines WVZ-Codes beteiligten Lampen abgefragt werden. Ist diese Eigenschaft nicht implementiert, antwortet das DE mit der negativen Quittung Code 2 ?unbekannter oder nicht auswertbarer Typ?.

Arbeitet ein DE oder ein Cluster nach Steuerprinzip 1), so beantwortet er die Anfrage mit einer negativen Quittung, Code 4. Das gleiche gilt bei Steuerungsprinzip 2 und 3, wenn die Definition eines nicht definierten Stellcodes abgefragt wird. Ansonsten antwortet das DE mit einem DE-Block Typ 44.

FG 4: DE-Block-Struktur im Typ 20"Abruf Pufferinhalt"

Die Nachricht wird verwendet mit ID 2 (Statusnachrichten) in Abrufrichtung.

Die Nachricht ist nur für den Fehlerfall notwendig, dass spontane Nachrichten oder Rückmeldungen der WVZSteuerung nicht in der archivierenden Zentrale angekommen sind. Anhand der Folgenummer im Zeitstempel (Typ 31) kann die Zentrale eine Lücke in der Übertragung erkennen. Mit dieser Nachricht"Abruf Pufferinhalt" kann die Zentrale die fehlenden Nachrichten aus dem Puffer des Quell-EAKs nachfordern, vorausgesetzt sie sind noch nicht durch neuere Nachrichten überschrieben worden. Das Abrufen des Pufferinhaltes bewirkt kein Löschen des Puffers und kann wahlfrei (evtl. auch mehrmals) anhand der Folgenummer geschehen.

Wenn mindestens eine der angeforderten Nachrichten gesendet werden kann, geschieht dies. Erst wenn keine der angeforderten Nachrichten im Puffer vorhanden ist, muss eine negative Quittung (Typ 16) gesendet werden.

Die Antworten auf diesen Abruf sind Nachrichten aus dem Puffer mit FG 4, ID 33..37 und tragen die Jobnummer des Abrufs.

FG 4: DE-Block-Struktur im Typ 17"Betriebsart"

Wird verwendet mit ID 2 (Statusnachrichten) in Abruf- und Antwortrichtung oder mit ID 34 (Statusnachricht aus Puffer) in Antwortrichtung.

Die Nachricht überträgt die Betriebsart der Wzg/WWW-Steuerung. Die Betriebsart wird nur für alle Wzgs/WWWs eines EAK verändert. Die Nachricht wird daher an/von einem Clusterkanal gesendet und von diesem spannungsausfallsicher abgelegt. Nach erfolgter Zuweisung oder spontan wird die Meldung der Betriebsart in Antwortrichtung zusammen mit dem DE-Block"Zeitstempel mit Folgenummer" (Typ 31) gesendet, um in der Zentrale die Betriebsart mit genauen Wechselzeitpunkten dokumentieren zu können. Die Betriebsarten sind wie folgt definiert:

1) Normalbetrieb

Standardfall, wenn keine Störung oder Servicefall vorliegt. Die Steuerung erfolgt durch die Zentrale (i.d.R. UZ).

2) Blindbetrieb

In der Blindbetriebsart wird durch eine Blende, einen Rollo, etc., verhindert, dass der Verkehrsteilnehmer die WVZs erkennen kann. Die Steuerung verhält sich ansonsten wie im Normalbetrieb, das Schalten der WVZs ist weiterhin möglich. Vom Blindbetrieb erfolgt kein automatischer Übergang in den autarken Betrieb bei Kommunikationsstörung.

Ist es z.B. bei WWWs mit Prismentechnik nicht möglich, die Schilder für den Verkehrsteilnehmer nicht erkennbar zu machen, so ist die anzuzeigende Prismenseite dieser Komponenten in der Betriebsart Blindbetrieb vom Auftraggeber explizit festzulegen (Festlegung in Anhang 9).

3) Handbetrieb

Der Handbetrieb ist dadurch gekennzeichnet, dass der Zugriff nicht von der Zentrale, sondern nur von einem lokalen Bedienfeld möglich ist. Die Zentrale erhält weiterhin alle Meldungen und kann diese auch abfragen. Alle aktiv ändernden Telegramme werden jedoch zurückgewiesen (Stellzustand bzw. Programm, Helligkeit, Betriebsart und Wechseltext). Parametrierung und Kanalsteuerung können während des Handbetriebs weiterhin durch die Zentrale vorgenommen werden. Der Handbetrieb kann nur durch manuelle Eingabe vor Ort aktiviert und wieder beendet werden.

Passivierte DE können im Handbetrieb manuell geschaltet werden. Erst nach Beenden des Handbetriebs wird vom EAK die Passivierung an den entsprechenden Wzg/WWW ausgeführt, d.h. sie werden ausgeschaltet oder das Rollo geschlossen oder ggf. bei Prismen die Neutralstellung eingestellt.

Nach Beenden des Handbetriebs bleibt die Anzeige so lange bestehen, bis ein neuer Stellzustand vom EAK empfangen wird oder in den autarken Betrieb geschaltet wird.

4) Autarker Betrieb

Autarker Betrieb bedeutet, dass die WVZ-Steuerung die Kontrolle über die Wzgs/WWWs selbst übernimmt, sie kann z.B. selbsttätig ein für diesen Fall projektiertes WVZ bzw. Programm darstellen. Wenn sich die Steuerung im Normalbetrieb befindet und sie die Kommunikation mit der übergeordneten Steuerung als gestört erkennt (siehe Anhang 6, Teil 2, Kap. 2.2.6), dann wird der autarke Betrieb eingeschaltet. Die gesamte WVZ-Steuerung wechselt zurück in den Normalbetrieb, wenn ein Befehl (Typ 55, bei Altanlagen auch 48..50,58) empfangen wird. Die Betriebsart wechselt natürlich auch aufgrund eines anderslautenden Betriebsarten-Befehls.

Für Wechseltext-DEs muss mit dem Auftraggeber abgestimmt werden, ob in der Betriebsart ?Autarker Betrieb? die Anzeige ausgeschaltet werden soll oder der aktuelle Inhalt bestehen bleiben soll.

Der Autarkbetrieb kann auch explizit von oben eingestellt werden.

5) Testbetrieb

Die Funktion der WVZ-Steuerung im Testbetrieb ist rein herstellerspezifisch definiert. Durch einen entsprechenden anderen Betriebsartenbefehl ist der Testbetrieb wieder zu verlassen. Die Betriebsart"Testbetrieb" ist optional.

6) Notbetrieb (nur bei speziellen Anlagen erforderlich)

Er kann, falls erforderlich, in Anlagen wie z.B. Knotenpunktsbeeinflussungsanlagen und Zuflusssteuerungen realisiert werden, bei denen auch bei Störungen aus Sicherheitsgründen eine Verkehrsregelung angezeigt werden muss. Er ist jedoch nicht für eine WWW oder Steckenbeeinflussungsanlage vorgesehen. Der Notbetrieb ist der sichere immer erfüllbare Zustand wie er z.B. durch Klapptafeln oder Rollos erreicht werden kann. I.d.R. wird der Notbetrieb nur eingeschaltet, wenn eine Hardwarestörung vorliegt, bei der auf einen zusätzlichen, vom autarken Betrieb unabhängigen Anlagenzustand zurückgegriffen werden können muss. Der Zustand im Notbetrieb ist im Gegensatz zu dem des autarken Betriebs nicht von der Zentrale aus parametrierbar. Die Betriebsart Notbetrieb ist nicht von der Zentrale oder von den Handbedienteilen einschaltbar, sondern wird durch Betätigung eines Notausschalters aktiviert.

FG 4: DE-Block-Struktur im Typ 45 "Bilddefinition/Grafiktextkonserve"

Diese DE-Block-Struktur ist optional und wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung oder mit ID 35 (Parameter aus Puffer) in Antwortrichtung. Die Nachricht wird abweichend von anderen Parameternachrichten zusammen mit dem Zeitstempel Typ 31 gesendet. Als Abruftelegramm mit ID 19 ist das Telegramm nicht zulässig und wird mit Code 1 "unbekannte oder nicht auswertbare ID" negativ quittiert, da der zu erfragende Stellcode bzw. Grafiktextkonservennummer nicht übermittelt werden kann. Die Abfragefunktionalität wird durch den DE-Block Typ 22 zur Verfügung gestellt.

Die Bilddefinitionen bzw. Grafiktextkonserven werden in Form von BMP-Grafikdateien (s/w bzw. c-24 Format) unter Zuhilfenahme der FG254, DE-Block Typ 40/41 an den FG4-EAK gesendet und dort als Datei oder dateiähnliches gekapseltes Objekt zur Verfügung gestellt. Für farbige Anzeigen muss die BMP-Grafikdatei im c-24 Format (24 Bit Farbtiefe / Pixel) hinterlegt sein. Für einfarbige Anzeigen muss die BMP-Grafikdatei im s/w Format hinterlegt sein. Andere Unterformate sind nicht zulässig.

Der Dateiname der BMP-Grafikdatei muss im 8.3 Format angegeben werden (8 Zeichen für den Dateinamen und 3 Zeichen für die Extension "BMP").

Mithilfe der DE-Block-Struktur im Typ 45 wird eine Verbindung zwischen Bilddefinition und Stellcode (Anzeigeprinzip b, upload-fähige LED-PixelrasterAnzeigen) bzw. Grafiktextkonserve und Grafik­text­konserven­nummer (Anzeigeprinzip d, Wechseltextanzeigen mit Grafiktextkonserven) hergestellt.

Sollte die in der Zuweisung aufgeführte Bilddefinition bzw. Grafiktextkonserve (BMP- Grafikdatei) nicht vorhanden sein, wird eine negative Quittung Code 23 "unbekannte Bilddefinition/Grafiktextkonserve" gesendet. Anderenfalls wird die Bilddefinition bzw. Grafiktextkonserve in das interne Format de DEs gewandelt, inhaltlich geprüft und bei Korrektheit mit der DE-Block-Struktur im Typ 45 positiv quittiert. Es ist hierbei zulässig, dass vom Gerät definierter neuer Bezeichner zurückgemeldet wird. Sollte ein Fehler bei der Prüfung bzw. Umwandlung der Bilddefinition bzw. Grafiktextkonserve auftreten, wird eine negative Quittung Code 24 "fehlerhafte Bilddefinition/Grafiktextkonserve" gesendet.

Nach erfolgreicher Prüfung bzw. Umwandlung der Bilddefinition bzw. Grafiktextkonserve in das interne Format, muss die Original BMP-Grafikdatei gelöscht werden. Eine Zuweisung dieser Bilddefinition bzw. Grafiktextkonserve auf andere DEs (des gleichen Typs ?) im gleichen FG4-EAK muss aber weiterhin möglich sein, ohne erneutes Senden der BMP-Grafikdatei an die FG254 des FG4-EAKs. Auch ein evtl. Abruf mit DE-Block Typ 22, muss mit dem korrekten Namen der Original BMP- Grafikdatei beantwortet werden. Sollte im späteren Verlauf eine bereits verwendete BMP-Grafikdatei (gleicher Name), erneut an den FG4-EAK gesendet werden und anschließend eine Zuweisung erfolgen, ist diese nur zu akzeptieren, wenn im DE, bzw. in den anderen DEs des FG4-EAKs, kein anderer Stellcode bzw. Grafiktextkonservennummer die "alte" Bilddefinition bzw. Grafiktextkonserve noch verwendet. Sollte dies doch der Fall sein, so ist die erneute Zuweisung mit einer negativen Quittung Code 25 "bereits verwendete Bilddefinition/Grafiktextkonserve" zu beantworten.

Das Überschreiben bzw. Löschen einer vorhandenen Bilddefinition bzw. Grafiktextkonserve ist erlaubt, hierbei ist jedoch darauf zu achten, das die betroffene Bilddefinition bzw. Grafiktextkonserve nicht aktuell in Verwendung ist, sollte dies der Fall sein, wird eine negative Quittung Code 42 "Stellcode-Definition nicht änderbar" gesendet.

Anzeigeprinzip b: Bei der Verwendung von upload-fähigen "frei programmierbaren" LED-Pixelrasteranzeigen (Mono/Color), werden die Zeicheninhalte in ein eigenes Format, zur internen Weiterverarbeitung, umgewandelt (z.B. Anpassung der Farbtiefe, ?). Jede Bilddefinition entspricht einem Stellcode, welcher wiederum einer BMP-Grafikdatei zugeordnet ist. Es ist bei gleicher Auflösung und Farbtiefe zulässig, das eine Bilddefinition mehreren DEs (WVZs) zugewiesen werden. Die BMP-Grafikdatei muss in ihrer Auflösung (x, y), der Auflösung des physikalischen Displays entsprechen.

Anzeigeprinzip d: Bei der Verwendung von LED-Pixel-Wechseltextanzeigen mit Grafiktextkonserven (Mono), werden die Grafiktextkonserven (z. B. Autobahnnummer, Stadium, Fußball, Flugzeug, ?) in ein eigenes Format, zur internen Weiterverarbeitung, umgewandelt. Jede Grafiktextkonserve bekommt eine Grafiktextkonservennummer von 1..254 und kann beliebig in einen Text eingebaut werden (siehe Anhang 7, Kapitel 3). Eine Grafiktextkonservennummer entspricht damit nicht einem Stellcode und kann auch nicht im Steuerungsprinzip 2 als Stellcode verwendet werden. Es ist bei gleicher Auflösung zulässig, dass eine Grafiktextkonserve mehreren DEs (Wechseltextanzeigen) zugewiesen werden. Die BMP-Grafikdatei muss in ihrer Auflösung (x, y), kleiner bzw. gleich der Auflösung der physikalischen Wechseltextanzeige entsprechen.

FG 4: DE-Block-Struktur im Typ 44 ?Codedefinition?

Die Nachricht wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung. Die Nachricht wird abweichend von anderen Parameternachrichten zusammen mit dem Zeitstempel Typ 31 gesendet. Als Abruftelegramm mit ID 19 ist das Telegramm nicht zulässig und wird mit Code 1 ?unbekannte oder nicht auswertbare ID? negativ quittiert, da der zu erfragende Stellcode nicht übermittelt werden kann. Die Abfragefunktionalität wird durch den DE-Block Typ 21 zur Verfügung gestellt.

Die Nachricht überträgt für Wzgs und Clusterkanäle die vor Ort ausfallsicher abgelegten Definitionen der Stellcodes. Wenn ein EAK oder ein DE einen noch nicht in seiner Liste vorhandenen Stellcode empfängt und noch freier Speicher vorhanden ist, wird dieser Stellcode und seine Definition gespeichert. Ein Block, der keine Komponentendefinitionen enthält, sondern nur einen Stellcode, dient zum Löschen der Definition des entsprechenden Stellcodes aus dem Speicher. Diese Eigenschaften sind optional und führen bei Nichtimplementierung zu einer negativen Quittung mit Code 41 ?Stellcodevorrat nicht änderbar?. Ist der Stellcode bereits definiert, überschreibt die empfangene Nachricht die alte Definition. Auch diese Eigenschaft ist optional. Bei Nichtimplementierung wird in der negativen Quittung der Code 42 ?Stellcodedefinition nicht änderbar? verwendet.

Wird durch Neudefinition oder Löschen der Stellcodevorrat eines DEs oder EAKs verändert, so sendet dieser zusätzlich zur Rückmeldung der Definition spontan (d.h. insbesondere in einem separaten Einzeltelegramm) eine Nachricht vom Typ 43 ?Codeliste? mit dem neuen Stellcodevorrat.

FG 4: DE-Block-Struktur im Typ 43 ?Codeliste?

Wird verwendet mit ID 3 (Parameter) in Antwortrichtung.

Mit dieser Nachricht teilen DEs und Clusterkanäle nach Steuerprinzip 2 und 3 der Zentrale ihren derzeit aktuellen Vorrat an definierten Stellcodes mit. Für DEs nach Steuerungsprinzip 1 ist diese Nachricht nicht definiert und wird bei Abfrage mit ID 19 dementsprechend mit Code 2 negativ quittiert. Die Bedeutung der Codes ab Byte 6 hängt davon ab, ob es sich bei dem DE um einen Clusterkanal handelt, andernfalls vom Anzeigeprinzip des DEs. Jedes DE liefert dafür eine entsprechende Kennung im Feld ?Anzeigeprinzip?.

FG 4: DE-Block-Struktur im Typ 3"Defekte Lampen"

Wird verwendet mit ID 1 (Fehler) in Antwortrichtung.

Die Nachricht meldet den Status von Lampen in Wechselzeichengebern bzw. Wechselwegweisern und Wechseltextanzeigen nach Anzeigeprinzip b) oder d). Sie informiert die Zentrale über den Defekt und nach Behebung über die Funktionsfähigkeit von einzelnen Lampen. Die interne Zählweise der Lampen ist nicht genormt, sie ist den Herstellern überlassen. Die Anzahl der Lampenstatusbytes ergibt sich aus der aufgerundeten Anzahl der Lampenpaare dividiert durch 4.

Im Gegensatz zur Meldung"Nicht darstellbare WVZ" (ID 1, Typ 2) informiert diese Fehlermeldung getrennt über den Ausfall bzw. Wiedereinsatzfähigkeit einzelner Lampen, sie trifft keine Aussage über darstellbare WVZ oder ungestörte Textpositionen. Ein sich evtl. aus dem Ausfall ergebender geänderter Stellzustand/Wechseltext wird getrennt als eine eigene Nachricht übertragen (mit ID 5, Typ 55 (bei Altanlagen evtl. Typ 48/50)). Die Meldung wird nicht gepuffert.

FG 4: DE-Block-Struktur im Typ 5 "Defekte LED-Ketten"

Wird verwendet mit ID 1 (Fehler) in Antwortrichtung.

Die Nachricht meldet den Status von LED-Ketten in Wechselzeichengebern bzw. Wechselwegweisern und Wechseltextanzeigen nach Anzeigeprinzip b). Sie informiert die Unterzentrale über den Defekt und nach der Behebung über die Funktionsfähigkeit einzelner LED-Ketten. Die interne Zählweise der Ketten ist nicht genormt, sie ist den Herstellern überlassen. Um Übertragungskapazität zu sparen werden nicht immer alle Ketten übertragen sondern immer nur alle Ketten von der ersten Kette bis zur letzten defekten Kette. Wenn keine defekte Kette vorliegt werden auch keine Ketten übertragen.

Zusätzlich wird noch eine Information zur Schwere des Ausfalls geliefert, um die Notwendigkeit und den Zeitrahmen für einen Serviceeinsatz abschätzen zu können.

Diese Fehlermeldung informiert über den Ausfall bzw. die Wiedereinsatzfähigkeit einzelner Ketten und die Schwere des Ausfalls, sie trifft dabei keine direkte Aussage über "Nicht darstellbare WVZ" (ID 1, Typ 2). Diese werden, falls möglich und projektiert, bei Änderung zusätzlich spontan übertragen. Ein sich evtl. aus dem Ausfall ergebender geänderter Stellzustand / Wechseltext wird ebenfalls getrennt als eine eigene Nachricht (mit ID 5, Typ 55) übertragen. Die Meldung wird nicht gepuffert und wird daher mit Zeitstempel Typ 30 verwendet.

In der Unterzentrale kann über die Nummer der LED-Kette die Zuordnung zum gestörten Anzeigeelement (Ronde, Dreieck, Ziffer, Symbol etc.) erfolgen.

FG 4: DE-Block-Struktur im Typ 14"Ergänzende DE-Fehlermeldung"

Wird verwendet mit ID 1 (Fehler) oder mit ID 33 (Fehlermeldungen aus Puffer) in Antwortrichtung.

Dieser DE-Block dient zur Meldung von Teilstörungen und näheren Erläuterung von Störungen, die mit dem DEBlock Typ 1 gemeldet werden. Bei reinen Teilstörungen wird nur der DE-Block 14 gesendet; bei Erläuterungen von spontanen Störungsmeldungen wird er in einem Telegramm mit dem DE-Block Typ 1 gesendet. Er kann aber mit der ID 17 in Abrufrichtung einzeln abgerufen werden.

Mit dem DE-Block können unterschiedliche Störungen/Teilstörungen gleichzeitig gemeldet werden. Ändert sich der Status (weitere Störungen/Teilstörung bzw. Behebung von Störungen/Teilstörungen) wird ebenfalls DE-Block-Typ 14 gesendet. Die spontane Meldung wird gepuffert und erfolgt zusammen mit dem Zeitstempel (Typ 31).

FG 4: DE-Block-Struktur im Typ 4"Gestörte Textpositionen"

Wird verwendet mit ID 1 (Fehler) oder mit ID 33 (Fehlermeldung aus Puffer) in Antwortrichtung.

Die Nachricht meldet den Status von einzelnen Textpositionen einer Wechseltextanzeige bei Wechselzeichengebern bzw. Wechselwegweisern nach Anzeigeprinzip c oder d. Sie informiert die Zentrale über die Störung und Behebung von allen Positionen. Die interne Zählweise der Positionen erfolgt in Leserichtung zeilenweise von oben links nach unten rechts. Bei allen Änderungen (Behebung, Ausfall weiterer Positionen) erfolgt eine erneute Meldung aller gestörten Positionen. Nach Behebung aller Störungen erfolgt eine Gutmeldung mit Anzahl ausgefallener Textpositionen = 0. Ein sich evtl. aus dem Ausfall ergebender geänderter Wechseltext-Zustand wird getrennt als eigene Nachricht übertragen (mit ID 5, Typ 55 (bei Altanlagen evtl. Typ 50)) Die spontane Meldung wird gepuffert und erfolgt zusammen mit dem Zeitstempel mit Folgenummer (Typ 31).

FG 4: DE-Block-Struktur im Typ 33"Grundeinstellung"

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung. Die Nachricht wird abweichend von anderen

Parameternachrichten zusammen mit dem Zeitstempel Typ 31 gesendet.

Die Nachricht überträgt die Grundeinstellung, welche auf dem Wzg bzw. dem AQ dargestellt werden soll, wenn die WVZ-Steuerung im autarken Betrieb ist.

Das verallgemeinerte Telegramm existiert in 2 Versionen, einer Kurzversion der Länge 5 und einer Langversion mit einer Länge größer 6, abhängig vom Anzeigeprinzip des adressierten DEs. Die Kurzversion wird verwendet, wenn das adressierte DE im Programmmodus gesteuert wird, ansonsten wird die Langversion verwendet. Felder der Langversion sind kursiv beschriftet.

FG 4: DE-Block im Typ 42 ?Grundprogramm?

Die Nachricht wird für neue Anlagen nicht mehr verwendet. Sie wird ersetzt durch den verallgemeinerten DE-Block Typ 33. In Altanlagen kann die Nachricht von Clusterkanälen und Anzeigen nach Anzeigeprinzip e), die nach Steuerungsprinzip 2 arbeiten, aus Kompatibilitätsgründen weiterhin verwendet werden.

Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung, .

Die optionale Nachricht überträgt die Nummer des Programms, das der EAK/Dirigent im Autarkbetrieb einstellt. Das Grundprogramm kann je nach Anwendungsfall mit Clusterkanal (z.B. Dirigent einer KBA) oder mit normalem DE (z.B. WWW) adressiert werden.

FG 4: DE-Block-Struktur im Typ 49"Helligkeit"

Wird verwendet mit ID 5 (Befehl) in Abruf- und Antwortrichtung oder mit ID 37 (Befehlsrückmeldung aus Puffer) in Antwortrichtung.

Die Nachricht überträgt einen Helligkeitswert für alle Wzg/WWW eines EAKs. Die Nachricht wird daher an/von einem Clusterkanal gesendet. Nach erfolgter Zuweisung oder spontan wird die Meldung des Helligkeitswertes in Antwortrichtung mit dem DE-Block"Zeitstempel mit Folgenummer" (Typ 31) zusammen gesendet, um in der Zentrale die eingestellte Helligkeit mit genauen Änderungszeitpunkten dokumentieren zu können.

Die Eigenschaft"automatische Helligkeitssteuerung" ist optional. Wenn im autarken Betrieb lichttechnische Verkehrszeichen gezeigt werden, ist sie erforderlich.

FG 4: DE-Block-Struktur im Typ 16"Negative Quittung"

Wird verwendet mit ID 2 (Statusnachrichten) in Antwortrichtung.

Mit der"Negativen Quittung" antwortet ein DE auf eine Nachricht, die an sie korrekt adressiert ist, aber deren Inhalt von ihr nicht eindeutig ausgewertet werden kann.

Die Negative Quittung wird mit ID 2 und Typ 16 gesendet, enthält also keinen Hinweis auf die ID und den Typ der verursachenden Nachricht. Diese Zuordnung wird über die Jobnummer hergestellt, welche identisch mit der der fehlerhaften Nachricht in Abrufrichtung ist.