Class De128Impl

  • All Implemented Interfaces:
    de.bsvrz.sys.funclib.bitctrl.modell.KonfigurationsObjekt, KonfigurationsObjekt, de.bsvrz.sys.funclib.bitctrl.modell.SystemObjekt, GeoReferenzObjekt, Punkt, PunktXY, De, De128, java.lang.Comparable<de.bsvrz.sys.funclib.bitctrl.modell.SystemObjekt>

    public class De128Impl
    extends de.bsvrz.sys.funclib.bitctrl.modell.impl.AbstractSystemObjekt
    implements De128
    Datenendgerätekanal der Funktionsgruppe 128 (herstellerspezifisch).

    • Constructor Detail

      • De128Impl

        public De128Impl()
        Der Defaultkonstruktor wird für das Erzeugen des Systemobjekts über per Reflection-API benötigt.
      • De128Impl

        public De128Impl​(de.bsvrz.dav.daf.main.config.SystemObject objekt,
                         de.bsvrz.sys.funclib.bitctrl.modell.ObjektFactory factory)
        Initialisierung.
        Parameters:
        objekt - ein beliebiges Systemobjekt.
        factory - die Fabrik, die das Systemobjekt angelegt hat.
    • Method Detail

      • doGetTypPid

        protected java.lang.String doGetTypPid()
      • getKdDe

        public KdDe getKdDe()
        Description copied from interface: De128
        Konfigurierende Eigenschaften der Objekte des Typs.

        Specified by:
        getKdDe in interface De
        Specified by:
        getKdDe in interface De128
        Returns:
        der Datensatz De.
      • getPdTlsGloKanalSteuerung

        public PdTlsGloKanalSteuerung getPdTlsGloKanalSteuerung()
        Description copied from interface: De128
        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>

        Specified by:
        getPdTlsGloKanalSteuerung in interface De
        Specified by:
        getPdTlsGloKanalSteuerung in interface De128
        Returns:
        der Datensatz TlsGloKanalSteuerung.
      • getOdTlsFehlerAnalyse

        public OdTlsFehlerAnalyse getOdTlsFehlerAnalyse()
        Description copied from interface: De128
        Enthält die Ermittlung der Fehlerursache in der TLS Kommunikation, die aufgrund von Messwertausfällen ermittelt wurden.

        Specified by:
        getOdTlsFehlerAnalyse in interface De
        Specified by:
        getOdTlsFehlerAnalyse in interface De128
        Returns:
        der Datensatz TlsFehlerAnalyse.
      • getOdTlsGloDeFehler

        public OdTlsGloDeFehler getOdTlsGloDeFehler()
        Description copied from interface: De128
        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>

        Specified by:
        getOdTlsGloDeFehler in interface De
        Specified by:
        getOdTlsGloDeFehler in interface De128
        Returns:
        der Datensatz TlsGloDeFehler.
      • getOdTlsGloGeographischeKenndaten

        public OdTlsGloGeographischeKenndaten getOdTlsGloGeographischeKenndaten()
        Description copied from interface: De128
        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>

        Specified by:
        getOdTlsGloGeographischeKenndaten in interface De
        Specified by:
        getOdTlsGloGeographischeKenndaten in interface De128
        Returns:
        der Datensatz TlsGloGeographischeKenndaten.
      • init

        public void init​(de.bsvrz.dav.daf.main.config.SystemObject arg0,
                         de.bsvrz.sys.funclib.bitctrl.modell.ObjektFactory arg1)
      • getObjektFactory

        public de.bsvrz.sys.funclib.bitctrl.modell.ObjektFactory getObjektFactory()
      • equals

        public boolean equals​(java.lang.Object arg0)
        Overrides:
        equals in class java.lang.Object
      • hashCode

        public int hashCode()
        Overrides:
        hashCode in class java.lang.Object
      • getId

        public long getId()
        Specified by:
        getId in interface de.bsvrz.sys.funclib.bitctrl.modell.SystemObjekt
      • getName

        public java.lang.String getName()
        Specified by:
        getName in interface de.bsvrz.sys.funclib.bitctrl.modell.SystemObjekt
      • getPid

        public java.lang.String getPid()
        Specified by:
        getPid in interface de.bsvrz.sys.funclib.bitctrl.modell.SystemObjekt
      • getTyp

        public de.bsvrz.sys.funclib.bitctrl.modell.SystemObjektTyp getTyp()
        Specified by:
        getTyp in interface de.bsvrz.sys.funclib.bitctrl.modell.SystemObjekt
      • getKonfigurationsBereich

        public de.bsvrz.sys.funclib.bitctrl.modell.SystemObjektBereich getKonfigurationsBereich()
        Specified by:
        getKonfigurationsBereich in interface de.bsvrz.sys.funclib.bitctrl.modell.SystemObjekt
      • getSystemObject

        public de.bsvrz.dav.daf.main.config.SystemObject getSystemObject()
        Specified by:
        getSystemObject in interface de.bsvrz.sys.funclib.bitctrl.modell.SystemObjekt
      • toString

        public java.lang.String toString()
        Overrides:
        toString in class java.lang.Object
      • compareTo

        public int compareTo​(de.bsvrz.sys.funclib.bitctrl.modell.SystemObjekt arg0)
        Specified by:
        compareTo in interface java.lang.Comparable<de.bsvrz.sys.funclib.bitctrl.modell.SystemObjekt>