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