Es werden nicht immer alle DE-Blöcke ausgewertet

Sehr geehrte Damen und Herren,

bei der Abnahme des IVLS Systems in Frankfurt ist in der KexTLS folgender Effekt aufgetreten:

Der Kunde zieht in einer Streckenstation den Stecker zum Lokalbus ab, so dass das Steuermodul alle DEs als gestört meldet. Diese DE-Fehler werden verteilt über mehrere Langtelegramme über eine KRI an die KexTLS gesendet. Nun kommt es zu dem Effekt, dass nicht immer alle DE-Blöcke von der KexTLS ausgewertet werden.

Es kommt manchmal zu Fehlermeldung der folgenden Art:

Knotennummer:15438994 (60308-146) DE:111 FG:6 Id:1 Typ:1 Länge:2
00000000:  02 0D                                                 ..

#5897895534 05.12.2022 10:16:46,310:+0100 (TID:000022) ====================== 
WARNUNG: KEx-TLS.de.bsvrz.kex.tls.osi7.Eak
DeBlock kann nicht verarbeitet werden, da DE/FG an diesem EAK unbekannt (Osi7-De-Fg: 15438994-111-6 [60308-146-111-6])
EAK:     ............................................................................
    Eak (Bezeichnung)        : IVLS Frankfurt / AQ_KAT_10B EAK8
    Knotennummer             : 15438994 (Dez)   eb9492 (Hex)   60308-146 (LocCode)
    Osi2Adresse              : 8
    Umsetzungsmodul          : de.bsvrz.kex.tls.osi7.conversion.EakDefault@1a968a59
    Schlüsselwerte (HashKeys): 15438994-199-4
                               15438994-92-3
                               15438994-99-6
                               15438994-93-4
                               15438994-92-4
        ........................................................................
        De (Bezeichnung)   : IVLS Frankfurt / AQ_KAT_10B / FG4-Clusterkanal
        De-Typ             : DeWzg
        De-Kanal-Nummer    : 199
        Funktionsgruppe    : 4
        Knotennummer       : 15438994 (Dez)   eb9492 (Hex)   60308-146 (LocCode)
        EA-Kanal           : 0
        Ist Cluster-Kanal? : Ja
        De-Status          : ok
        Umsetzungsmodul    : de.bsvrz.kex.tls.osi7.conversion.he.ivls.ffm.Fg004
        ObjektReferenzAufDe: {IvlsFfmKR1.SM20_15438994.EAK8.DeWzg199:DeWzg [0:IVLS Frankfurt / AQ_KAT_10B / FG4-Clusterkanal, ];}
        ........................................................................
        De (Bezeichnung)   : IVLS Frankfurt / AQ_KAT_10B / FG3-WZG 1 --  FG3-LED --  3-zeilig
        De-Typ             : DeUfd
        De-Kanal-Nummer    : 92
        Funktionsgruppe    : 3
        Knotennummer       : 15438994 (Dez)   eb9492 (Hex)   60308-146 (LocCode)
        EA-Kanal           : 1
        Ist Cluster-Kanal? : Nein
        De-Status          : ok
        Umsetzungsmodul    : de.bsvrz.kex.tls.osi7.conversion.Fg003Typ061
        ObjektReferenzAufDe: {IvlsFfmKR1.SM20_15438994.EAK8.DeUfd92:DeUfd [0:IVLS Frankfurt / AQ_KAT_10B / FG3-WZG 1 --  FG3-LED --  3-zeilig, ];}
        ........................................................................
        De (Bezeichnung)   : IVLS Frankfurt / AQ_KAT_10B / VLT-AQ --  Tür (AQ_KAT_10B)
        De-Typ             : DeVlt
        De-Kanal-Nummer    : 99
        Funktionsgruppe    : 6
        Knotennummer       : 15438994 (Dez)   eb9492 (Hex)   60308-146 (LocCode)
        EA-Kanal           : 6
        Ist Cluster-Kanal? : Nein
        De-Status          : Fehler
        Umsetzungsmodul    : de.bsvrz.kex.tls.osi7.conversion.Fg006Typ048
        ObjektReferenzAufDe: {IvlsFfmKR1.SM20_15438994.EAK8.DeVlt99:DeVlt [0:IVLS Frankfurt / AQ_KAT_10B / VLT-AQ --  Tür (AQ_KAT_10B), ];}
        ........................................................................
        De (Bezeichnung)   : IVLS Frankfurt / AQ_KAT_10B / WZG 2 --  LED (Unten) --  3-zeilig
        De-Typ             : DeWzg
        De-Kanal-Nummer    : 93
        Funktionsgruppe    : 4
        Knotennummer       : 15438994 (Dez)   eb9492 (Hex)   60308-146 (LocCode)
        EA-Kanal           : 2
        Ist Cluster-Kanal? : Nein
        De-Status          : ok
        Umsetzungsmodul    : de.bsvrz.kex.tls.osi7.conversion.he.ivls.ffm.Fg004
        ObjektReferenzAufDe: {IvlsFfmKR1.SM20_15438994.EAK8.DeWzg93:DeWzg [0:IVLS Frankfurt / AQ_KAT_10B / WZG 2 --  LED (Unten) --  3-zeilig, ];}
        ........................................................................
        De (Bezeichnung)   : IVLS Frankfurt / AQ_KAT_10B / WZG 1 --  LED (Oben) --  3-zeilig
        De-Typ             : DeWzg
        De-Kanal-Nummer    : 92
        Funktionsgruppe    : 4
        Knotennummer       : 15438994 (Dez)   eb9492 (Hex)   60308-146 (LocCode)
        EA-Kanal           : 1
        Ist Cluster-Kanal? : Nein
        De-Status          : ok
        Umsetzungsmodul    : de.bsvrz.kex.tls.osi7.conversion.he.ivls.ffm.Fg004
        ObjektReferenzAufDe: {IvlsFfmKR1.SM20_15438994.EAK8.DeWzg92:DeWzg [0:IVLS Frankfurt / AQ_KAT_10B / WZG 1 --  LED (Oben) --  3-zeilig, ];}

Die DE-Blöcke die in dieser Ausgabe als OK gekennzeichnet sind, werden scheinbar nicht erkannt und daher nicht ausgewertet.

Die vollständige Fehlermeldung kann dem anhängenden Log-File entnommen werden. Ebenso die Konfiguration der SST (es handelt sich um SST 20, SST_KAT_A, beginnend in Zeile 1004) . Das gesendete Einzeltelegramm wurde mehrfach analysiert und es konnte kein Fehler erkannt werden. Das Komische an der Sache ist, dass wenn ich den Stecker in der SST wieder aufstecke und erneut ziehe, andere DE-Blöcke verworfen werden. Ab und zu werden auch alle DE-Blöcke ausgewertet. Das Ganze ist irgendwie nicht deterministisch.

Ist Ihnen dieser Effekt bekannt und gibt es dafür schon eine Lösung ? Da dieser Effekt die Abnahme verhindert, wäre wir für eine schnelle Antwort dankbar.

Eingesetzte Software:

Kernsoftware, Version 3.18.0
KEx - TLS OSI 7, Version 5.9.1
KEx - TLSoIP, Version 2.2.0
KEx - TLS OSI2OSI3, Version 3.10.1
OpenJDK 1.8.0_312