Fehler/Problem mit dem eHZ LAN Gateway

Symcon
1

Hallo zusammen,

seitdem ich auf Symcon auf 8.1 geupdatet habe, bekomme ich keine Informationen mehr von meinem Zähler. Vor dem Update funktionierte alles problemlos.

Hardware / Setup:

  • Zähler: EMH LZQJ-XC (Messwandlerzähler, optische D0-Schnittstelle)

  • Optokopf: KNX / Lingg & Janke

  • Gateway: IP-Symcon eHZ-LAN-Gateway (TCP Port 5000)

Seit dem Update werden über das eHZ-LAN-Gateway keine OBIS-Daten des EMH LZQJ-XC mehr eingelesen.

Im Statusprotokoll nach Neustart vom Symcon erhalte ich die Warnung “Client Socket | Fehler beim Lesen: End of file”

Im Debug der eHZ-Gateway Instanz bekomme ich die Meldungen

26.11.2025, 09:40:29 | DATA | /EMH4@01LZQJL0013F
26.11.2025, 09:40:31 | PROGRAMMING | B0

und im Debug der eHZ-Device Instanz

26.11.2025, 10:35:29 | DATA | /EMH4@01LZQJL0013F
26.11.2025, 10:35:31 | DATA | B0
26.11.2025, 10:35:31 | INVALID | B0

Ein Löschen und erneutes Hinzufügen von Gateway und/oder Device führt zum selben Ergebnis.

Hat vielleicht jemand eine Lösung/Ansatz, wie ich den Fehler beheben kann?

Gruß Falko

2

Hallo Falko,

weiß du zufällig von welcher Version du vorher kamst?

paresy

3

Ich muss mich korrigieren, der Fehler existiert schon länger und war schon vor dem kürzlichen Update auf 8.1 vorhanden, ich komme leider erst jetzt dazu mich darum zu kümmern.

Die letzten Zählerdaten stammen von Anfang Juni, als ich das Update auf die damals aktuelle Stable Version der 8.0 (glaube vom Mai ?) gemacht habe. Ich kann mich aber leider nicht mehr daran erinnern, ob ich vorher schon die 8.0 hatte oder von der 7.2 gekommen bin.

Gruß Falko

4

Wie ist denn die Einstellung in der EHZ Device Instanz?

Sofern der Haken „Nur bestimmte OBIS Werte lesen“ aus ist, sollte er gar nicht in den Programming Modus gehen.

Bildschirmfoto 2025-12-05 um 17.05.38
Bildschirmfoto 2025-12-05 um 17.05.38842×612 24 KB

5

Der Haken „Nur bestimmte OBIS Werte lesen“ ist aus.

Ich habe ihn mal testweise aktiviert, aber da ändert sich nicht wirklich was.

In der Instanz werden auch keine Variablen angelegt, wie es bei der ursprünglichen Inbetriebnahme damals war.

In der Debug-Anzeige ändert sich bei de-/aktivierten Haken nicht wirklich was, bei aktiven Haken taucht die Invalid-Zeile im Debug des eHZ-Device nicht auf:

Debug eHZ
Debug eHZ839×1144 96.1 KB

6

Hallo zusammen,

leider bin ich noch nicht weiter gekommen und “kämpfe” immer noch mit dem eHZ LAN Gateway, bzw. damit, dass ich wieder Werte von dem Zähler bekomme.

Da mein Wissen auf diesem Gebiet kaum vorhanden ist habe ich mich mal daran gemacht ChatGPT zu schauen wie weit ich komme.

Dort habe ich die ganzen Debugs hochgeladen, unter anderem auch ein Debug des Client Socket, den ChatGPT wiefolgt interpretiert:

Dabei zeigt sich, dass der IEC 62056-21 / D0-Handshake grundsätzlich korrekt startet, aber der Zähler die Sitzung direkt nach dem ACK wieder beendet.

Ablauf laut Debug:

  1. Symcon sendet IEC Request:
TRANSMIT | /?!<CR><LF>
HEX      | 2F 3F 21 0D 0A
  1. Zähler antwortet mit Identifikation:
DATA | /EMH4\@01LZQJL0013F<CR><LF>
HEX  | 2F 45 4D 48 34 5C 40 30 31 4C 5A 51 4A 4C 30 30 31 33 46 0D 0A
  1. Symcon bestätigt mit:
TRANSMIT | <ACK>000<CR><LF>
HEX      | 06 30 30 30 0D 0A
  1. Zähler beendet unmittelbar danach die Kommunikation:
DATA | <SOH>B0<ETX>q
HEX  | 01 42 30 03 71

Dabei ist q (0x71) sehr wahrscheinlich die BCC/Checksumme, d. h. der Zähler sendet hier ein formal korrektes IEC-Frame, um die Sitzung zu schließen.

Schlussfolgerung

  • Zähler und Gateway funktionieren grundsätzlich: Request + Identifikation kommen sauber zurück.

  • Der Abbruch passiert direkt nach dem ACK, d. h. der Zähler akzeptiert die von Symcon gesendete Auswahl (ACK000) offenbar nicht bzw. beendet danach die Session.

  • Da es vorher stabil lief, liegt der Verdacht nahe, dass sich in das Verhalten beim Mode/Speed Selection ACK geändert hat (z. B. anderes ACK-Telegramm / anderer Modus), wodurch der Zähler anschließend mit <SOH>B0<ETX> schließt.

  • Danach folgt im Statusprotokoll weiterhin:
    Client Socket | Fehler beim Lesen: End of file

ChatGPT schlägt mir vor zu prüfen, ob ich den IEC/D0 Modus beeinflussen kann oder eine andere ACK-Kennung testen soll. Eine entsprechende Einstellung habe ich nicht gefunden und weiß auch nicht, ob das der richtige Weg ist.

Daher meine Frage/Bitte:

Mit diesen zusätzlichen Informationen hat irgend jemand eine Idee/Hinweis, mit dem ich weiter machen kann , um das Problem zu lösen?

Danke und beste Grüße,

Falko

Debug Client Socket eHZ Gateway.txt (3,1 KB)