MAX! Cube als CUL/CUN für WMBUS EnergyCam - Abbruch Datenempfang

Begonnen von Mihca, 21 Januar 2019, 18:37:06

Vorheriges Thema - Nächstes Thema

Mihca

Ich habe ein MAX!Cube gemäß Thread (culfw@ARM https://forum.fhem.de/index.php?topic=38404.0) als CUL geflasht. Im rfmode läuft der Cube über LAN (FS20 und CUL_EM Gaszähler) ohne Probleme.

Einen zweiten MAX! Cube würde ich gerne für eine EnergyCam (Stromzähler) einsetzen. Die EnergyCam läuft bisher über ein USB-CUL im WMBUS_T-Mode einwandfrei. Wenn ich auf einen MAX! Cube (CUL_1) über LAN umstelle ergibt sich Folgendes:

Beim Neustart von Fhem erhält man folgende Meldung im Logfile:

2019.01.20 17:37:25 3: Opening CUL_1 device 192.168.0.94:2323
2019.01.20 17:37:25 3: CUL_1: Possible commands: BbCFiAZNEkGMKLUYRTVWXOefhltxz
2019.01.20 17:37:25 3: CUL_1 device opened
2019.01.20 17:37:25 2: Switched CUL_1 rfmode to WMBus_T
2019.01.20 17:37:26 3: Stromzaehler: I/O device is CUL_1


Soweit also alles in Ordnung. Danach werden zunächst für einige Zeit Daten von der EnergyCam empfangen. Bei jedem Empfang von Daten von der EnergyCam geht das Reading "state" des CUL_1 zeitgleich auf initialized.

Nach einigen Stunden werden dann keine Daten mehr empfangen. Nach Unterbrechung der Stromzufuhr zum MAX!Cube erhält man im Logfile:

2019.01.20 21:55:19 1: 192.168.0.94:2323 disconnected, waiting to reappear (CUL_1)
2019.01.20 21:55:19 3: CUL_1: Possible commands: BbCFiAZNEkGMKLUYRTVWXOefhltxz
2019.01.20 21:55:19 2: Setting CUL_1 fhtid from TMODE to 0000
2019.01.20 21:55:19 1: 192.168.0.94:2323 reappeared (CUL_1)
2019.01.20 21:55:23 3: CUL_1: Unknown code 0000, help me!


Danach werden wieder Daten für ca 1,5 Stunden empfangen, danach nicht mehr. Nach:

set CUL_1 reopen

erhält man im Logfile

2019.01.21 07:29:24 3: CUL_1: Possible commands: BbCFiAZNEkGMKLUYRTVWXOefhltxz
2019.01.21 07:29:24 2: Setting CUL_1 fhtid from TMODE to 0000
2019.01.21 07:29:24 1: 192.168.0.94:2323 reappeared (CUL_1)
2019.01.21 07:29:54 3: CUL_1: Unknown code 0000, help me!


danach werden manchmal wieder Daten von der EnergyCam empfangen. In den Internals des CUL_1 ist danach der Parameter "PARTIAL 0000", der zuvor leer war. Nach einiger Zeit werden wieder keine Daten mehr empfangen.

Ich habe - aufgrund der Meldungen "Setting CUL_1 fhtid from TMODE to 0000" und "CUL_1: Unknown code 0000, help me!" - den Verdacht, dass bei der Initialisierung etwas noch nicht passt. Es gibt ein Attribut connectCommand, das man setzen könnte, ich finde aber keinen Hinweis darauf, wie das bei WMBUS_T aussehen sollte.

Hat jemand eine Idee, was ich tun kann.

Vielen Dank vorab!

Achim
Viele Grüße
Achim
__________
Kein Fehler ist so dumm, dass man ihn nicht machen könnte.
Raspi Ubuntu 22.04 Perl 5.34, Rollo-, Sonnen-, Licht-, Heizungs-, Poolsteuerung, Energiebilanzen -- HomeMatic, FS20, ESP/Tasmota/ESPEasy, CUL868v3 USB, MAX! Cube LAN mit CUL-Firmware HomeMatic

Mihca

Inzwischen habe ich das Problem mit der Holzhammermethode [gelöst/]behandelt:

Der Stromzähler sendet normalerweise alle 15 Minuten Daten. Mit dem Empfang der Daten wird der "state" auf "Initialized" gesetzt. Alle 30 Minuten wird nun per DOIF geprüft, ob das CUL_1 innerhalb der letzten 30 Minunten "Initialized" wurde. Wenn es nicht "Initialized" wurde, wird ein "set CUL_1 reopen" durchgeführt. Danach werden wieder Daten empfangen. Dieses automatisierte "reopen" erfolgt meist 3-4 Mal/Tag.

Keine schöne Methode, aber es geht.
Viele Grüße
Achim
__________
Kein Fehler ist so dumm, dass man ihn nicht machen könnte.
Raspi Ubuntu 22.04 Perl 5.34, Rollo-, Sonnen-, Licht-, Heizungs-, Poolsteuerung, Energiebilanzen -- HomeMatic, FS20, ESP/Tasmota/ESPEasy, CUL868v3 USB, MAX! Cube LAN mit CUL-Firmware HomeMatic