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

[Ralf9]

danke Ralf, also die ID 0b,

Hab nochmals nachgeschaut, LaCrosse_0b ist nur der Name, eines schon definierten Sensors, der zufällig gepasst hat. Die ID ist  2D.

Die ID ist die Zahl nach dem OK 9 nach Hex gewandelt

Code Auswählen Erweitern

OK 9 45 1 3 234 83  ID 2D
OK 9 32 1 4 156 52  ID 20
OK 9 22 1 4 66 62   ID 16

[rcmcronny]

Hi Ralf,

Hab nochmals nachgeschaut, LaCrosse_0b ist nur der Name, eines schon definierten Sensors, der zufällig gepasst hat. Die ID ist  2D.

Die ID ist die Zahl nach dem OK 9 nach Hex gewandelt

Code Auswählen Erweitern

OK 9 45 1 3 234 83  ID 2D
OK 9 32 1 4 156 52  ID 20
OK 9 22 1 4 66 62   ID 16

Ok, alle 3 habe ich in Nutzung 2D, 20 und auch die 16.

Auch nach Anpassung des Regex bleibt es bei "2022-01-21 11:24:24 LaCrosseGateway LaCrosseGW1 UNKNOWNCODE OK 9 45 1 3 234 83" Meldungen. Ich habe es nun erstmal mittels filter Atribut ausgefiltert, dann wird mein Log nicht im Minuten Takt aufgebläht, der Jeelink bekommt die Daten ja noch ins System.

Ronny

[dyna]

Hallo Zusammen,

ich nutze viele TX29 DTH-IT als Sensoren für die Themostate. Diese sind über einen JeeLink und LaCrosseGateway in fhem eingebunden.
Wenn ich aktuell update, dann funktioniert die Einbidung der TX29 DTH-IT in fhem nicht mehr.
Es gibt die gleiche Fehlermeldung mit "OK 9 ...".

Ist 36_LaCrosse.pm aus dem SVN schon upgedatet oder sollte ich die hier aus dem Post #7 benutzen?

Grüße
dyna

[HCS]

Ist 36_LaCrosse.pm aus dem SVN schon upgedatet oder sollte ich die hier aus dem Post #7 benutzen?

Ist aktuell in SVN: # $Id: 36_LaCrosse.pm 25537 2022-01-21 17:54:29Z HCS $

[dyna]

Danke für die Info.

Wenn ich update und neu starte bekomme ich sofort wieder die Fehlermeldung "UNKNOWNCODE OK 9 16 1 4 30 90 ...
Wenn ich das Backup einspiele, ist der Fehler wieder weg.

Grüße
dyna

[rcmcronny]

Hallo,

eben getestet, ist bei mir genauso mit meinen 2 LaCrosseGateways.

Ronny

[HCS]

Gerade nochmal ein update gemacht - funktioniert.

Verwendet ihr das LaCrosseGateway-Modul oder noch das JeeLink-Modul um das LGW anzubinden?

[rcmcronny]

Hi,

hier ein List meines Moduls, aktuell habe ich per filter die OK 9 Sachen abgeschalten, da sonst mein Log voll läuft
Sollte das LaCrossGateway Modul sein. (
Ronny

Code Auswählen Erweitern


Internals:
   Alive      2022-01-25 13:30:04
   Clients    1
   DEF        10.0.6.75:81
   DeviceName 10.0.6.75:81
   FD         20
   FUUID      5c463430-f33f-e150-9d8a-ab17c18518a8fa70
   LaCrosseGW1_MSGCNT 225
   LaCrosseGW1_TIME 2022-01-25 13:31:46
   NAME       LaCrosseGW1
   NR         50
   NTFY_ORDER 50-LaCrosseGW1
   PARTIAL   
   RAWMSG     OK VALUES LGW 2543930 UpTimeSeconds=2300,UpTimeText=0Tg. 0Std. 38Min. 20Sek. ,WIFI=Sabersoft-IoT,ReceivedFrames=919,FramesPerMinute=20,RSSI=-54,FreeHeap=26456,LD.Min=0.52,LD.Avg=0.53,LD.Max=22.60,OLED=none
   STATE      initialized
   TIMEOUT    0.5
   TYPE       LaCrosseGateway
   model      LaCrosseITPlusReader.Gateway.1.35
   nextOpenDelay 2
   settings   (1=RFM69 f:868300 r:17241) {IP=10.0.6.75}]
   MatchList:
     1:PCA301   ^\S+\s+24
     2:EC3000   ^\S+\s+22
     3:LaCrosse ^(\S+\s+9 |OK\sWS\s)
     4:EMT7110  ^OK\sEMT7110\s
     5:Level    ^OK\sLS\s
     6:KeyValueProtocol ^OK\sVALUES\s
     7:CapacitiveLevel ^OK\sCL\s
   READINGS:
     2022-01-25 13:31:46   FramesPerMinute 20
     2022-01-25 13:31:46   FreeHeap        26456
     2022-01-25 13:31:46   OLED            none
     2022-01-25 13:31:46   RSSI            -54
     2022-01-25 13:31:46   ReceivedFrames  919
     2022-01-25 13:31:46   UpTime          0Tg. 0Std. 38Min. 20Sek.
     2022-01-25 13:31:46   UpTimeSeconds   2300
     2022-01-25 13:31:46   state           initialized
   helper:
Attributes:
   Clients    1
   filter     ^OK 9
   kvp        readings
   mode       WiFi
   room       LaCrosse,IO
   timeout    120
   usbFlashCommand ./FHEM/firmware/esptool.py -b 921600 -p [PORT] write_flash -ff 80m -fm dio -fs 4MB-c1 0x00000 [BINFILE] > [LOGFILE]
   watchdog   300



[Ralf9]

Attributes:
   Clients    1

Bitte lösche mal das Attribut Clients

[HCS]

Gerade wollte ich es schreiben

[rcmcronny]

Hi,

das wars Danke. Das hab ich sicher aber schon seit Ewigkeiten drin
Danke fürs zeigen

Ronny

[dyna]

Vielen Dank,

das war auch hier die Lösung Attribut Clients gelöscht. Jetzt fehlerfrei.

Grüße
dyna

[der-Lolo]

Guten Abend zusammen,
auch ich stolpere gerade in meiner FHEM installation über das "UNKNOWNCODE" problem.
Ich habe drei ESPs die via UDP ihre nachrichten an FHEM schicken.
Realisiert ist das über das 36_KVPUDP.pm Modul in verbindung mit dem KeyValueProtocol Modul.

Kann es sein das hier der gleiche Fehler vorhanden ist..?

Code Auswählen Erweitern

2022-02-09 21:17:48 KVPUDP UDPServer UNKNOWNCODE OK VALUES ESP GardenDoor state=UDP-Client angemeldet,T=X,D=X
2022-02-09 21:18:37 KVPUDP UDPServer UNKNOWNCODE OK VALUES ESP GardenDoor state=UDP-Client angemeldet,T=X,D=X
2022-02-09 21:18:40 KVPUDP UDPServer UNKNOWNCODE OK VALUES ESP Toniebox State=UDP-Client TonieBox angemeldet,P=X,V=X
2022-02-09 21:19:51 KVPUDP UDPServer UNKNOWNCODE OK VALUES ESP MainDoor state=UDP-Client MainDoor angemeldet,T=X,D=X

Meine weiterverarbeitenden Devices innerhalb FHEM springen nicht mehr an.

Da Du HCS hier ja offensichtlich auch Maintainer bist, kannst Du mir vielleicht sagen ob wir hier über das gleiche problem reden..?
Müsste demnach # $Id: 36_KeyValueProtocol.pm 20300 2019-10-03 18:47:47Z HCS $
die gleiche anpassung erfahren wie das LaCross Modul..?

[HCS]

Realisiert ist das über das 36_KVPUDP.pm Modul in verbindung mit dem KeyValueProtocol Modul.

36_KeyValueProtocol.pm in Kombination mit 36_LaCrosseGateway.pm hat kein Problem.

Keine Ahnung, was 36_KVPUDP.pm ist, aber es ist nicht von mir und ich sehe auch in SVN kein Modul mit diesem Namen.
Wo kommt das denn her?

[der-Lolo]

Ich hab auch keine Ahnung wo es herkommt - ralf09 hat irgendwo im Forum aber eine neuere Version gefunden als die die ich benutzt hatte...
Hab die Dateien ausgetauscht - problem behoben.