NanaCUL stirbt ohne Meldung nach einigen Tagen

[Olli7766]

Hi,

ich habe einen neuen Wasserzähler mit WMBus bekommen.

Um meinen Verbrauch zu empfangen habe ich mir einen NanoCul gekauft.
AESKey vom Versorger geholt und alles eingerichtet. Empfang läuft, alles super........
ABER: Nach ein paar Tagen ist der Empfang plötzlich tot.

Es gibt keine Fehlermeldung. Im Logfile ist kein Eintrag vorhanden. Der Stick ist nach wie vor in FHEM verbunden.
Starte ich FHEM neu ist der Empfang wieder möglich bis nach einigen Tagen wieder das selbe Problem auftritt.

Jetzt bin ich ein wenig ratlos was das Problem sein könnte. Es gibt ja keinen Fehler.

Hat von euch jemand ähnliche Probleme bereits gehabt?

Im Anhang ein paar Screenies vom Status.

[JoWiemann]

Hallo,

wie oft rufst Du die Daten ab. Ggf. ist das Zeitbudget überschritten und der Nano macht zu.

Grüße Jörg

[RalfRog]

Vielleicht hilft auch ein Verbose 4 (oder 5) am CUL_1 dabei zu sehen was passiert (oder auch nicht) wenn der Stick tot ist.
Bzw. in der Zeit davor.

Bei einem Wasserzähler bleibt die Datenmenge im Log hoffentlich beherrschbar.

Gruß Ralf

[RalfRog]

wie oft rufst Du die Daten ab. Ggf. ist das Zeitbudget überschritten und der Nano macht zu

Im Screenshot "CUL_1_MSGCNT 6434" sieht schon nach viel Datenverkehr aus.

[frank]

Starte ich FHEM neu ist der Empfang wieder möglich

dann würde vermutlich auch ein einfaches "set reopen" helfen.

[rudolfkoenig]

Etwa off-topic:

AESKey vom Versorger geholt ...

Gibt es irgendwelche Tricks dabei? Mein Versorger stellt sich doof.

[Olli7766]

Hallo,

wie oft rufst Du die Daten ab. Ggf. ist das Zeitbudget überschritten und der Nano macht zu.

Grüße Jörg

Hi Jörg. Ich verstehe nicht was du mit Zeitbudget und "der Nano macht zu" meinst.
Der Wasserzähler ist ein Hydrus Typ 173. Dieser sendet alle 40 Sekunden seinen Verbrauch per WMBus raus. Das ist von den Stadtwerken so eingestellt und kann ich nicht ändern.
Der CUL Nano empfängt nur. Ist passiv. Da wird nichts abgerufen.

Vielleicht hilft auch ein Verbose 4 (oder 5) am CUL_1 dabei zu sehen was passiert (oder auch nicht) wenn der Stick tot ist.
Bzw. in der Zeit davor.

Bei einem Wasserzähler bleibt die Datenmenge im Log hoffentlich beherrschbar.

Gruß Ralf

Ja der Stick läuft jetzt im Verbose 5. Mal schauen wann der nächste Crash kommt und was dann drinnen steht. Danke für den Tipp.

wie oft rufst Du die Daten ab. Ggf. ist das Zeitbudget überschritten und der Nano macht zu

Im Screenshot "CUL_1_MSGCNT 6434" sieht schon nach viel Datenverkehr aus.

Tja...... alle 40 Sekunden halt........

Starte ich FHEM neu ist der Empfang wieder möglich

dann würde vermutlich auch ein einfaches "set reopen" helfen.

Werde ich nach dem nächsten Crash einstellen und schauen was es bewirkt.

Etwa off-topic:

AESKey vom Versorger geholt ...

Gibt es irgendwelche Tricks dabei? Mein Versorger stellt sich doof.

Kein Trick und keine Magie notwendig 
Eine freundliche E-Mail an die Stadtwerke und 2 Tage später kam der Key per E-Mail.
War echt total unkompliziert. Es gab keine Nachfrage oder ähnliches.

Beim Stromzähler habe ich auch den PIN zum freischalten der erweiterten Info Daten erhalten.
Ist bei uns in der Region echt easy.

Und sollte ja heute eigentlich standard sein. Im Zeitalter von Industrie 4.0 

[Olli7766]

Gerade wieder gestorben..........

Keine Fehlermeldung und im Logfile steht mit Verbose 5 absolut nichts?   
Jetzt weiß ich nicht mehr weiter...........

[RalfRog]

Hallo
Ich stecke da auch nicht so tief drin und hätte noch was zum Indizien sammeln. Da CUL_Read ausbleibt kommt offensichtlich nix mehr über Funk rein bzw. den Funkchip.

dann würde vermutlich auch ein einfaches "set reopen" helfen.

Das wäre ja einen Versuch Wert.
In dem Zusammenhang ist aber noch interessant ob du mit FHEM-Neustart meinst den FHEM-Prozess zu stoppen und wieder zu starten,
oder du einen Reboot des Rechners machst. Das hat ja ggfs. zu Folge, dass die USB-Ports und damit der CUL kurz stromlos werden.

Vorher kannst du noch prüfen ob der CUL noch mit dir redet. Der CUL besteht ja aus Controller und Funkteil (vielleicht stellt nur der Funk-Teil das Arbeiten ein).
Mit dem GET-Befehl am CUL-Device

Code Auswählen Erweitern

get CUL_1 uptime fragst du den Controller wie lange er UP ist. Wenn du eine Antwort bekommst liegt das Problem Richtung Funk.

Gruß Ralf

[Olli7766]

Mit "set reopen" kann ich den Stick neu starten. Empfang läuft dann wieder.

Ich vermute auch, dass das Problem nicht am FHEM liegt.

Serielle Verbindung ist da. Stick ist ja online.
Aber wie du schon sagst, kommt einfach kein Empfang mehr rein.

Ich habe jetzt mal eine andere Firmware drauf geflasht. Vielleicht war das ja das Problem.
Aktuell ist nun drauf: V 1.67 nanoCUL868

Mal schauen ob es was bringt.......................

[rudolfkoenig]

Mit "set reopen" kann ich den Stick neu starten. Empfang läuft dann wieder.

Laut CC1100 Handbuch muss Frequenz/Hardware/etc regelmaessig kalibriert werden.
Das passiert beim Oeffnen der Verbindung mit einem expliziten Befehl (CC1100_SCAL) und beim Wechseln zwischen Senden und Empfangen (Registereinstellung: MCSM0=0x18 => Calibration: RX/TX->IDLE).
Soweit ich weiss, wird in diesem Anwendungsfall nicht gesendet.

Hypothese: bei manchen Chips wandert die Frequenz schneller weg als bei Anderen, und braucht oefters eine Rekalibrierung.

[Olli7766]

Okay wenn ich dann alle 24h ein reopen mache sollte das Problem nicht mehr auftreten.

Auffällig ist zudem, das ziemlich zeitgleich nach ca. 3300 Readings der Empfang ausfällt.

Ich schaue mal, ob das Verhalten mit der anderen Firmware auch auftritt.

Eigentlich könnte man ja erwarten, dass die Firmware die Kalibrierung selber ausführt. Das Gerät ohne senden zu betreiben sollte ja ein gängier Anwendungsfall sein............... Gerade bei MBus Geräten.

[rudolfkoenig]

Eigentlich könnte man ja erwarten, dass die Firmware die Kalibrierung selber ausführt. Das Gerät ohne senden zu betreiben sollte ja ein gängier Anwendungsfall sein............... Gerade bei MBus Geräten.

Dafuer muss man nur "kurz" rf_mlib.c (https://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/clib/rf_mbus.c) anpassen

[frank]

Ich habe jetzt mal eine andere Firmware drauf geflasht. Vielleicht war das ja das Problem.
Aktuell ist nun drauf: V 1.67 nanoCUL868

beim wechsel der fw kann es passieren, dass der eeprom inhalt nicht mehr zur aktuellen fw passt, wodurch ggf seltsame dinge passieren können.

ich empfehle dir, nach jedem fw wechsel, eine manuelle eeprom initialisierung durchzuführen. bei culfw funktioniert es über:

Code Auswählen Erweitern

set cul raw e
falls es weiterhin probleme gibt, würde ich es mal mit der fw tsculfw von @noansi probieren.
da sehe ich in der datei rf_mbus.c jedenfalls viele änderungen.
hier der link zur aktuellen version: https://forum.fhem.de/index.php?msg=1321390
vielleicht auch mal im thread bei ansgar nachfragen.

[Olli7766]

Hallo Frank,

danke für deine Tips.

Der Empfang ist heute Nacht nach 8 Stunden Uptime wieder einfach ausgeblieben.

Ich habe jetzt erstmal das set cul raw e durchgeführt.

Falls es wieder nicht funktioniert werde ich mal auf die FW von @noansi wechseln......