Interface De

    • Field Detail

      • PID

        static final java.lang.String PID
        Die PID des Systemobjekttyps im Datenverteiler.
        See Also:
        Constant Field Values
    • Method Detail

      • getPdTlsBetriebsMeldungErzeugen

        PdTlsBetriebsMeldungErzeugen getPdTlsBetriebsMeldungErzeugen()
        Legt fest, ob entsprechend implementierte Umsetzungsscripte Betriebsmeldungen erzeugen und versenden.

        Returns:
        der Datensatz TlsBetriebsMeldungErzeugen.
      • getKdDe

        KdDe getKdDe()
        Konfigurierende Eigenschaften der Objekte des Typs.

        Returns:
        der Datensatz De.
      • getPdTlsGloKanalSteuerung

        PdTlsGloKanalSteuerung getPdTlsGloKanalSteuerung()
        Kanalsteuerung (FG alle / Typ 29).

        <sektion> <titel> FG 1: DE-Block-Struktur im Typ 29"Kanalsteuerung" </titel> <absatz> Wird verwendet mit ID 2 (Statusnachrichten) in Abruf- und Antwortrichtung oder mit ID 34 (Statusnachricht aus Puffer) in Antwortrichtung. </absatz> <absatz> 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. </absatz> <absatz> 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 ( <verweis pid="KanalsteuerungFG4" txt="Spezielles Verhalten in der FG4"></verweis> ): </absatz> <absatz> - spontan entstehende DE-Fehlermeldung (Typ 1): keine Reaktion </absatz> <absatz> - DE-Fehlermeldung (Typ 1) im Initialisierungsablauf normale Meldung </absatz> <absatz> - Abfrage DE-Fehlermeldungen (Typ 1): normale Antwort </absatz> <absatz> - Fehlermeldung im Initialisierungsablauf (außer Typ 1) keine Reaktion </absatz> <absatz> - spontan entstehende Fehlermeldung keine Reaktion </absatz> <absatz> - Abfrage Fehlermeldungen (außer Typ 1) keine Reaktion1 </absatz> <absatz> - spontan entstehende Anwenderdaten keine Reaktion </absatz> <absatz> - Anwenderdaten im Initialisierungsablauf 2 keine Reaktion </absatz> <absatz> - Abfrage Anwenderdaten keine Reaktion1 </absatz> <absatz> - Befehle Anwenderdaten2 keine Antwort, keine Ausführung3 </absatz> <absatz> - Statusnachricht Kanalsteuerung normale Antwort und Ausführung </absatz> <absatz> - Zuweisung und Abfrage Parameterdaten normale Antwort und Ausführung </absatz> <absatz> 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. </absatz> <absatz> <wichtig> <anker pid="KanalsteuerungFG4"></anker> Spezielles Verhalten in der FG4 </wichtig> </absatz> <absatz> Verhalten beim Passivieren von DEs in der FG 4: </absatz> <absatz> 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. </absatz> <absatz> Verhalten von passivierten DEs in der FG 4: </absatz> <absatz> 1. An passivierte DEs wird im Autarkbetrieb keine Grundeinstellung ausgegeben, d.h. sie bleiben im Zustand"Aus" oder"Rollo geschlossen". </absatz> <absatz> 2. Befehle an passivierte Kanäle werden ausgeführt. Dadurch sind passive DEs schaltbar. </absatz> <absatz> 3. Passivierte DEs senden immer ihre spontanen Meldungen, unabhängig vom Identifier und auch während der Initialisierung. </absatz> <absatz> Somit ist das Verhalten passiver und aktiver Kanäle - außer im Autarkbetrieb - gleich. </absatz> <absatz> Verhalten beim Aktivieren von passivierten DEs in der FG 4: </absatz> <absatz> 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. </absatz> <absatz> Ansonsten gilt entsprechend die Definition in Anhang 6, Teil 2, Kapitel 3.2.5. </absatz> </sektion>

        Returns:
        der Datensatz TlsGloKanalSteuerung.
      • getOdTlsFehlerAnalyse

        OdTlsFehlerAnalyse getOdTlsFehlerAnalyse()
        Enthält die Ermittlung der Fehlerursache in der TLS Kommunikation, die aufgrund von Messwertausfällen ermittelt wurden.

        Returns:
        der Datensatz TlsFehlerAnalyse.
      • getOdTlsGloDeBlockAbruf

        OdTlsGloDeBlockAbruf getOdTlsGloDeBlockAbruf()
        Abfragetelegramm für einen DE-Block.

        Returns:
        der Datensatz TlsGloDeBlockAbruf.
      • getOdTlsGloDeBlockSenden

        OdTlsGloDeBlockSenden getOdTlsGloDeBlockSenden()
        Ermöglich das Senden eines (beliegigen) DE-Blocks.

        Returns:
        der Datensatz TlsGloDeBlockSenden.
      • getOdTlsGloDeFehler

        OdTlsGloDeFehler getOdTlsGloDeFehler()
        DE-Fehler (FG alle / Typ 1).

        <sektion> <titel> FG alle (ausser FG 254): DE-Block-Struktur im Typ 1"DE-Fehlermeldung" </titel> <absatz> Wird verwendet mit ID 1 (Fehler) in Antwortrichtung. </absatz> <absatz> 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: </absatz> <absatz> 1.) Es sind ein oder mehrere Kanäle des E/A-Konzentrators defekt, die Kommunikation des E/A-Konzentrators ist jedoch noch funktionsfähig. </absatz> <absatz> 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. </absatz> <absatz> 2.) Der E/A-Konzentrator ist so defekt, dass die Kommunikation zum SM nicht mehr funktioniert. </absatz> <absatz> 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. </absatz> <absatz> 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. </absatz> <absatz> 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. </absatz> <absatz> 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. </absatz> </sektion> <sektion> <titel> FG 254: DE-Block-Struktur im Typ 1"DE-Fehlermeldung" </titel> <absatz> Wird verwendet mit ID 1 (Fehler) in Antwortrichtung. </absatz> <absatz> 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: </absatz> <absatz> 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. </absatz> <absatz> 2.) Der E/A-Konzentrator ist so defekt, dass die Kommunikation zum SM nicht mehr funktioniert. </absatz> <absatz> 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. </absatz> <absatz> Weitergehende Informationen siehe [TLS2002]. </absatz> </sektion>

        Returns:
        der Datensatz TlsGloDeFehler.
      • getPdTlsPassivierungUebernahmeLogischesModell

        PdTlsPassivierungUebernahmeLogischesModell getPdTlsPassivierungUebernahmeLogischesModell()
        Legt fest, ob entsprechend implementierte Umsetzungsscripte der KExTLS ausgeführt werden oder nicht. Wird i.d.R. dazu verwendet, dass die Umsetzungscripte auf das logische Modell (FS, Umfelddaten) zu Testzwecken ausgeschaltet werden können.

        Returns:
        der Datensatz TlsPassivierungUebernahmeLogischesModell.
      • getOdTlsGloGeographischeKenndaten

        OdTlsGloGeographischeKenndaten getOdTlsGloGeographischeKenndaten()
        Geographische Kenndaten (FG alle / Typ 36).

        <sektion> <titel> FG 254: DE-Block-Struktur im Typ 36"Geographische Kenndaten" </titel> <absatz> Wird verwendet mit ID 3 (Parameter) in Abruf- und Antwortrichtung. </absatz> <absatz> 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. </absatz> <absatz> 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. </absatz> <absatz> Die geographischen Kenndaten werden i.d.R. vor Ort eingegeben und von der Zentrale nur gelesen. </absatz> </sektion>

        Returns:
        der Datensatz TlsGloGeographischeKenndaten.