[g]Seit dem Update am 18.01.22 funktioniert LaCrosse(Gateway) nicht mehr richtig

Begonnen von frober, 20 Januar 2022, 19:38:50

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten1 2 Alle
Benutzer-Aktionen

frober

20 Januar 2022, 19:38:50 Letzte Bearbeitung: 26 Januar 2022, 08:57:12 von frober
Hallo zusammen,

leider blieb meine Ursachenforschung erfolglos und mein vorheriges Update ist zu lange her.
Dank eines anderen Users könnte ich den Zeitraum auf 23.12.21 - 17.01.22 eingrenzen.

Mit mir haben sich 3 User gemeldet im Originalthread (letzte 5 Posts) vom LaCrosseGateway.
https://forum.fhem.de/index.php/topic,43672.0.html


Bezgl. LaCrosse bzw. Gateway wurde indem Zeitraum nichts geändert.

Nach dem Update wurden die Werte des interne Sensor bei mir nicht mehr aktualisiert.
Code Auswählen
2022.01.20 18:30:38 5: LaCrosseGateway: dispatch OK WS 0 4 4 190 47 255 255 255 255 255 255 255 255 0 4 5 255 255 255 255 255 255 255 255 255
2022.01.20 18:30:38 3: LaCrosseGateway: Unknown code OK WS 0 4 4 190 47 255 255 255 255 255 255 255 255 0 4 5 255 255 255 255 255 255 255 255 255, help me!

Ich habe die Sicherung zurückgespielt und nun funktioniert es wieder.

Code Auswählen
022.01.20 19:15:00 5: LaCrosseGateway: dispatch OK WS 0 4 4 190 47 255 255 255 255 255 255 255 255 0 4 5 255 255 255 255 255 255 255 255 255

Code Auswählen
setstate BME280 2022-01-20 19:06:39 IODev LaCrosseGateway
setstate BME280 2022-01-20 19:36:59 battery ok
setstate BME280 2022-01-20 19:06:46 dewpoint 9.6
setstate BME280 2022-01-20 19:36:59 error 0
setstate BME280 2022-01-20 19:36:59 humidity 46
setstate BME280 2022-01-20 19:36:59 pressure 1029
setstate BME280 2022-01-20 19:36:59 state T: 21.4 H: 46
setstate BME280 2022-01-20 19:36:59 temperature 21.4


Danke und Grüße
Bernd
Raspi 3b mit Raspbian Buster und relativ aktuellem Fhem,  FS20, LGW, PCA301, Zigbee, MQTT, MySensors mit RS485(CAN-Receiver) und RFM69, etc.,
einiges umgesetzt, vieles in Planung, smile

********************************************
...man wächst mit der Herausforderung...

rudolfkoenig

#1
20 Januar 2022, 20:30:19
Kannst Du das bitte mit dem gerade eingecheckten fhem.pl nochmal testen?
Siehe https://forum.fhem.de/index.php/topic,125292.msg1202195.html#msg1202195

frober

#2
20 Januar 2022, 20:56:09 Letzte Bearbeitung: 20 Januar 2022, 21:05:45 von frober
Zitat von: rudolfkoenig am 20 Januar 2022, 20:30:19
Kannst Du das bitte mit dem gerade eingecheckten fhem.pl nochmal testen?
Siehe https://forum.fhem.de/index.php/topic,125292.msg1202195.html#msg1202195

Danke Rudi, das wars leider nicht:
Code Auswählen
2022-01-20 20:53:31 LaCrosseGateway LaCrosseGateway UNKNOWNCODE OK WS 0 4 4 193 48 255 255 255 255 255 255 255 255 0 4 5 255 255 255 255 255 255 255 255 255

P.S. ich finde auch keine Fehler im Log beim Startprozess.
Raspi 3b mit Raspbian Buster und relativ aktuellem Fhem,  FS20, LGW, PCA301, Zigbee, MQTT, MySensors mit RS485(CAN-Receiver) und RFM69, etc.,
einiges umgesetzt, vieles in Planung, smile

********************************************
...man wächst mit der Herausforderung...

rudolfkoenig

#3
20 Januar 2022, 20:59:54
Kannst mir bitte eine Anweisung zum Nachstellen beschreiben?

Ralf9

#4
20 Januar 2022, 21:18:12
Ich hab mir mal die match regex vom 36_LaCrosse.pm Modul angeschaut:
Code Auswählen
$hash->{Match}     = "^(\\S+\\s+9 | OK\\sWS\\s)";
diese ist nicht gleich wie in der Matchlist:
Code Auswählen
'30:LaCrosse'         => '^(\\S+\\s+9 |OK\\sWS\\s)',

Ich habs mal mit einem dummySduino simuliert, wenn ich bei der regex vom 36_LaCrosse.pm Modul das Leerzeichen vor dem OK entferne, funktionierts

Gruß Ralf



FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

frober

#5
20 Januar 2022, 21:24:59
Hmm, bin mir nicht sicher, wie ich das tuen soll...

Auf der Platine des LaCrosseGateway gibt es direkte Sensoren z.B. BME280, DHT22 etc.
Diese Daten werden als LaCrosse gesendet nur nicht als OK 9, wie die TX29, sondern als OK WS und das ist, zumindest bei mir das einzige, was nicht mehr funktioniert.  OK 24 wird von PCA301 über den LGW empfangen und funktioniert.
Ein nanaCUL der auch am LGW hängt funktioniert auch.


Bsp mit verbose 5 beim LGW, funktionieren:
Code Auswählen
2022.01.20 19:15:49 5: LaCrosseGateway: dispatch OK 9 38 1 4 170 49
2022.01.20 19:15:51 5: LaCrosseGateway: dispatch OK 24 2 4 1 161 196 0 0 0 3 253
2022.01.20 19:15:51 5: LaCrosseGateway: dispatch OK 24 1 4 0 244 126 1 0 3 1 160
2022.01.20 19:15:54 5: LaCrosseGateway: dispatch OK 9 3 1 4 181 49
2022.01.20 19:15:54 5: LaCrosseGateway: dispatch OK 9 20 1 4 17 72
2022.01.20 19:15:55 5: LaCrosseGateway: dispatch OK 9 10 1 4 8 80
2022.01.20 19:15:58 5: LaCrosseGateway: dispatch OK 9 38 1 4 170 49
2022.01.20 19:15:58 5: LaCrosseGateway: dispatch OK VALUES LGW 14286823 UpTimeSeconds=748,UpTimeText=0Tg. 0Std. 12Min. 28Sek. ,WIFI=XBox10SH,ReceivedFrames=452,FramesPerMinute=34,RSSI=-70,FreeHeap=29248,LD.Min=0.34,LD.Avg=0.36,LD.Max=31.82,OLED=none
2022.01.20 19:15:59 5: LaCrosseGateway: dispatch OK WS 0 4 4 190 47 255 255 255 255 255 255 255 255 0 4 5 255 255 255 255 255 255 255 255 255
2022.01.20 19:16:03 5: LaCrosseGateway: dispatch OK 9 3 1 4 181 49
2022.01.20 19:16:03 5: LaCrosseGateway: dispatch OK 9 12 1 3 252 106
2022.01.20 19:16:03 5: LaCrosseGateway: dispatch OK 9 20 1 4 17 72

beim Fehler:
Code Auswählen
2022.01.20 18:29:37 5: LaCrosseGateway: dispatch OK 9 3 1 4 179 50
2022.01.20 18:29:37 5: LaCrosseGateway: dispatch OK WS 0 4 4 190 47 255 255 255 255 255 255 255 255 0 4 5 255 255 255 255 255 255 255 255 255
2022.01.20 18:29:37 3: LaCrosseGateway: Unknown code OK WS 0 4 4 190 47 255 255 255 255 255 255 255 255 0 4 5 255 255 255 255 255 255 255 255 255, help me!
2022.01.20 18:29:37 5: LaCrosseGateway: dispatch OK 9 38 1 4 169 49
2022.01.20 18:29:38 5: LaCrosseGateway: dispatch OK 9 20 1 4 21 72
2022.01.20 18:29:39 5: LaCrosseGateway: dispatch OK 9 12 1 3 249 106

jetzt hat gerade Ralf9 geschrieben, werde ich testen, danke
Raspi 3b mit Raspbian Buster und relativ aktuellem Fhem,  FS20, LGW, PCA301, Zigbee, MQTT, MySensors mit RS485(CAN-Receiver) und RFM69, etc.,
einiges umgesetzt, vieles in Planung, smile

********************************************
...man wächst mit der Herausforderung...

frober

#6
20 Januar 2022, 21:34:30
Das funktioniert und in LaCrosseGateway steht es richtig drin.

Aber wieso hat es die ganze Zeit funktioniert?
Raspi 3b mit Raspbian Buster und relativ aktuellem Fhem,  FS20, LGW, PCA301, Zigbee, MQTT, MySensors mit RS485(CAN-Receiver) und RFM69, etc.,
einiges umgesetzt, vieles in Planung, smile

********************************************
...man wächst mit der Herausforderung...

frober

#7
20 Januar 2022, 21:43:54
Anbei der Patch, wenn es in Ordnung ist.
Raspi 3b mit Raspbian Buster und relativ aktuellem Fhem,  FS20, LGW, PCA301, Zigbee, MQTT, MySensors mit RS485(CAN-Receiver) und RFM69, etc.,
einiges umgesetzt, vieles in Planung, smile

********************************************
...man wächst mit der Herausforderung...

Ralf9

#8
20 Januar 2022, 21:49:01 Letzte Bearbeitung: 20 Januar 2022, 21:52:57 von Ralf9
Durch die fehlerhafte match regex im 36_LaCrosse.pm Modul haben die "OK WS ..." Nachrichten auch vor der Optimierung in der fhem.pl nicht wie gewünscht funktioniert, es ist nur nicht aufgefallen.

Mir ist aber nicht klar warum das Leerzeichen vor dem OK so viel ausmacht. Ein Dispatch "OK ..." funktioniert, aber Dispatch "OK WS .." funktioniert nicht.
Ich verstehe das regex nicht
Code Auswählen
"^(\\S+\\s+9 |OK\\sWS\\s)"
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

frober

#9
20 Januar 2022, 22:01:19
Danke für die Erläuterung.

Wenn es im Update ist, setze ich den Thread auf gelöst.

Danke und Grüße
Raspi 3b mit Raspbian Buster und relativ aktuellem Fhem,  FS20, LGW, PCA301, Zigbee, MQTT, MySensors mit RS485(CAN-Receiver) und RFM69, etc.,
einiges umgesetzt, vieles in Planung, smile

********************************************
...man wächst mit der Herausforderung...

rcmcronny

#10
21 Januar 2022, 11:27:28 Letzte Bearbeitung: 21 Januar 2022, 11:29:33 von rcmcronny
Hi,

ich  hänge mich mal mit ran, bei mir tritt es auch auf, aber beim LaCrosseGateway, da hilft der Patch aber nicht, oder ich habe was übersehen:

Code Auswählen

2022-01-21 11:24:19 LaCrosseGateway LaCrosseGW2 UNKNOWNCODE OK 9 22 1 4 66 62
2022-01-21 11:24:19 LaCrosseGateway LaCrosseGW1 UNKNOWNCODE OK 9 22 1 4 66 62
2022-01-21 11:24:21 LaCrosseGateway LaCrosseGW1 UNKNOWNCODE OK VALUES LGW 2543930 UpTimeSeconds=270591,UpTimeText=3Tg. 3Std. 9Min. 51Sek. ,WIFI=Sabersoft-IoT,ReceivedFrames=112017,FramesPerMinute=21,RSSI=-57,FreeHeap=26304,LD.Min=0.51,LD.Avg=0.53,LD.Max=12.85,OLED=none
2022-01-21 11:24:24 LaCrosseGateway LaCrosseGW1 UNKNOWNCODE OK 9 45 1 3 234 83
2022-01-21 11:24:24 LaCrosseGateway LaCrosseGW2 UNKNOWNCODE OK VALUES LGW 2273964 UpTimeSeconds=653626,UpTimeText=7Tg. 13Std. 33Min. 46Sek. ,WIFI=Sabersoft-IoT,ReceivedFrames=91954,FramesPerMinute=7,RSSI=-
2022-01-21 11:24:24 LaCrosseGateway LaCrosseGW1 UNKNOWNCODE OK 9 32 1 4 156 52
2022-01-21 11:24:27 LaCrosseGateway LaCrosseGW1 UNKNOWNCODE OK 9 22 1 4 66 62
2022-01-21 11:24:27 LaCrosseGateway LaCrosseGW2 UNKNOWNCODE OK 9 22 1 4 66 62


Irgendjemand eine Idee, was noch anzupassen ist. Das LaCrosseModul habe ich angepaßt, beim LaCrosseGateway Modul war der Regex passend.

Danke,
Ronny

HCS

#11
21 Januar 2022, 12:10:37
Hallo zusammen,

ich habe das Topic auf der Agenda, wird aber erst am Wochenende was werden.
@frober: habe deine PM gelesen

Generell - nach dem Update konnte ich bei mir nur das "OK WS" - Problem reproduzieren, der Rest, also die "echten" Sensoren ("OK 9") haben bei mir noch funktioniert.

Zitat von: Ralf9 am 20 Januar 2022, 21:49:01
Durch die fehlerhafte match regex im 36_LaCrosse.pm Modul haben die "OK WS ..." Nachrichten auch vor der Optimierung in der fhem.pl nicht wie gewünscht funktioniert, es ist nur nicht aufgefallen.
Den verstehe ich noch nicht so recht. Ich habe jetzt jahrelang "OK WS" - Daten von meiner WS1600 und vom LGW bekommen.
Was war den eigentlich die "Optimierung" die jetzt zu dem Problem geführt hat?

rcmcronny

#12
21 Januar 2022, 12:25:11
Hallo,

also bei mir passt alles, der Sensor mit der OK 9 ist sicher was vom Nachbarn, was sonst nie auffiel.
Das einzige,was offen ist, sind die Datenzeilen:
Code Auswählen

2022-01-21 11:24:24 LaCrosseGateway LaCrosseGW2 UNKNOWNCODE OK VALUES LGW 2273964 UpTimeSeconds=653626,UpTimeText=7Tg. 13Std. 33Min. 46Sek. ,WIFI=Sabersoft-IoT,ReceivedFrames=91954,FramesPerMinute=7,RSSI=-


Ronny

Ralf9

#13
21 Januar 2022, 16:24:34
Zitatich  hänge mich mal mit ran, bei mir tritt es auch auf, aber beim LaCrosseGateway, da hilft der Patch aber nicht, oder ich habe was übersehen:
Code Auswählen
2022-01-21 11:24:24 LaCrosseGateway LaCrosseGW1 UNKNOWNCODE OK 9 45 1 3 234 83

Ich habe die Nachrichten mal mit dem sduino getestet, der dispatch zum LaCrosse Modul funktioniert damit.

Ich habe in der fhem.pl in der Dispatch Routine 2 Debug Log Ausgaben "SYSTEM..." eingebaut
https://forum.fhem.de/index.php/topic,125292.msg1202188.html#msg1202188

Code Auswählen
2022.01.21 16:05:38.174 4 : sduinoD/msg get dispatch: OK 9 45 1 3 234 83
2022.01.21 16:05:38.174 2 : SYSTEM sduinoD: clientloop0 m=CUL_TCM97001
2022.01.21 16:05:38.174 2 : SYSTEM sduinoD: clientloop0 m=SD_WS
2022.01.21 16:05:38.174 2 : SYSTEM sduinoD: clientloop0 m=SD_WS07
2022.01.21 16:05:38.174 2 : SYSTEM sduinoD: clientloop0 m=SD_WS09
2022.01.21 16:05:38.174 2 : SYSTEM sduinoD: clientloop0 m=Hideki
2022.01.21 16:05:38.174 2 : SYSTEM sduinoD: clientloop0 m=LaCrosse
2022.01.21 16:05:38.174 2 : SYSTEM sduinoD: clientloop1 m=LaCrosse tfound=LaCrosse_0b
2022-01-21 16:05:38.176 LaCrosse LaCrosse_0b battery: ok
2022-01-21 16:05:38.176 LaCrosse LaCrosse_0b temperature: 0.2
2022-01-21 16:05:38.176 LaCrosse LaCrosse_0b humidity: 83

ZitatWas war den eigentlich die "Optimierung" die jetzt zu dem Problem geführt hat?
Durch die Optimierung werden in der Matchlist Schleife die schon geladenen Module, die ja schon in der .clientarray Schleife auf ein match geprüft wurden, übersprungen

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

rcmcronny

#14
21 Januar 2022, 19:48:19 Letzte Bearbeitung: 21 Januar 2022, 19:55:12 von rcmcronny
Hi,

danke Ralf, also die ID 0b, das ist ein Sensor bei mir, der etwas weiter weg ist. (Ein Kartoffelkeller, wobei 0.2 Grad echt wenig sind. ABer da ist auch die Batterie fast leer)
Irgendwie kommt vom LaCrossGateway nix rein, das scheint alles bei den Sensoren von einem Jeelink zu kommen bei mir (gemäß:
LASTInputDev) . Der ist nur noch am Raspi mit FHEM dran, weil er nicht stört und als Backup dient :).

Nebenbei: Auch bei den HUE Updates gabs Probleme, Lichter gehen, Sensoren aber nicht mehr im FHEM (beide Module von vor dem Update, läufts.) Heute war echt der Wurm drin :)

EDIT:
Code Auswählen
2022-01-21 11:24:24 LaCrosseGateway LaCrosseGW2 UNKNOWNCODE OK VALUES LGW 2273964 UpTimeSeconds=653626,UpTimeText=7Tg. 13Std. 33Min. 46Sek. ,WIFI=Sabersoft-IoT,ReceivedFrames=91954,FramesPerMinute=7,RSSI=-
Ich habe das Atribute kvp auf readings gesetzt, nun werden die Daten im LaCrossGW Device angelegt und keine Fehler im Log mehr, scheint das das dispatch zum kvp nicht mehr passiert, warum auch immer und daher die Meldung kommt. Find ich so aber gar nicht schlecht, könnte man ja das KVP Device einsparen :)

Gruß Ronny
Drucken
Nach oben Seiten1 2 Alle
Benutzer-Aktionen