Erledigt: SD_WS07 nach Update fehlerhaft

androsch · 21 Februar 2019, 17:21:36

Hallo,

anscheinend hat es in diesem Modul gestern ein Update gegeben, das nun dazu führt daß meine Sensoren nicht mehr sauber erkannt werden.

Hatte erst den Cul im Verdacht, den dann mit neuer Firmware geflasht, aber nichts gebracht. Dann alle alten Sensoren/Defines aus dem SD_WS07 Teil gelöscht und mittels Autocreate neu anlegen lassen, dabei findet er aber immer nur 1 oder 2, die anderen werden ignoriert und als Fehlermeldungen bekomme ich:

Code Auswählen


2019.02.21 15:57:40 1: CUL_433: UNDEFINED Sensor SD_WS07_TH detected, code 1
2019.02.21 15:58:38 1: CUL_433: UNDEFINED Sensor SD_WS07_TH detected, code 1
2019.02.21 15:58:38 2: autocreate: define SD_WS07_TH_1 SD_WS07 1
2019.02.21 15:58:38 2: autocreate: define FileLog_SD_WS07_TH_1 FileLog ./log/SD_WS07_TH_1-%Y.log SD_WS07_TH_1
2019.02.21 15:58:44 2: autocreate: define SVG_SD_WS07_TH_1 SVG FileLog_SD_WS07_TH_1:temp4hum4:CURRENT
2019.02.21 15:59:01 1: CUL_433: UNDEFINED Sensor SD_WS07_TH detected, code 3
2019.02.21 15:59:01 1: CUL_433: UNDEFINED Sensor SD_WS07_TH detected, code 3
2019.02.21 15:59:01 2: autocreate: define FileLog_SD_WS07_TH_3 FileLog ./log/SD_WS07_TH_3-%Y.log SD_WS07_TH_3
2019.02.21 15:59:01 2: autocreate: define SVG_SD_WS07_TH_3 SVG FileLog_SD_WS07_TH_3:temp4hum4:CURRENT
2019.02.21 16:00:20 1: CUL_433: UNDEFINED Sensor SD_WS07_TH detected, code 3
2019.02.21 16:01:28 1: PERL WARNING: Use of uninitialized value in string ne at fhem.pl line 4776.
2019.02.21 16:02:58 1: CUL_433: UNDEFINED Sensor SD_WS07_TH detected, code 3
2019.02.21 16:02:58 2: autocreate: define FileLog_SD_WS07_TH_3 FileLog ./log/SD_WS07_TH_3-%Y.log SD_WS07_TH_3
2019.02.21 16:02:58 2: autocreate: define SVG_SD_WS07_TH_3 SVG FileLog_SD_WS07_TH_3:temp4hum4:CURRENT
2019.02.21 16:02:58 1: CUL_433: UNDEFINED Sensor SD_WS07_TH detected, code 3
2019.02.21 16:02:58 1: CUL_433: UNDEFINED Sensor SD_WS07_TH detected, code 3
2019.02.21 16:02:58 2: autocreate: define FileLog_SD_WS07_TH_3 FileLog ./log/SD_WS07_TH_3-%Y.log SD_WS07_TH_3
2019.02.21 16:02:58 2: autocreate: define SVG_SD_WS07_TH_3 SVG FileLog_SD_WS07_TH_3:temp4hum4:CURRENT
2019.02.21 16:05:36 1: CUL_433: UNDEFINED Sensor SD_WS07_TH detected, code 3
2019.02.21 16:08:14 1: CUL_433: UNDEFINED Sensor SD_WS07_TH detected, code 3
2019.02.21 16:08:14 2: autocreate: define FileLog_SD_WS07_TH_3 FileLog ./log/SD_WS07_TH_3-%Y.log SD_WS07_TH_3
2019.02.21 16:08:14 2: autocreate: define SVG_SD_WS07_TH_3 SVG FileLog_SD_WS07_TH_3:temp4hum4:CURRENT
2019.02.21 16:09:09 1: No Logdevice >FileLog_SD_WS07_TH_1<
2019.02.21 16:09:26 1: No Logdevice >FileLog_SD_WS07_TH_3<
2019.02.21 16:09:33 1: CUL_433: UNDEFINED Sensor SD_WS07_TH detected, code 3
2019.02.21 16:10:52 1: CUL_433: UNDEFINED Sensor SD_WS07_TH detected, code 3
2019.02.21 16:10:52 2: autocreate: define FileLog_SD_WS07_TH_3 FileLog ./log/SD_WS07_TH_3-%Y.log SD_WS07_TH_3
2019.02.21 16:10:52 2: autocreate: define SVG_SD_WS07_TH_3 SVG FileLog_SD_WS07_TH_3:temp4hum4:CURRENT
2019.02.21 16:11:55 1: CUL_433: UNDEFINED Sensor SD_WS07_TH detected, code 1
2019.02.21 16:17:38 1: CUL_433: UNDEFINED Sensor SD_WS07_TH detected, code 1
2019.02.21 16:19:31 1: CUL_433: UNDEFINED Sensor SD_WS07_TH detected, code 1
2019.02.21 16:19:31 1: CUL_433: UNDEFINED Sensor SD_WS07_TH detected, code 1
2019.02.21 16:20:28 1: CUL_433: UNDEFINED Sensor SD_WS07_TH detected, code 1
2019.02.21 16:21:25 1: CUL_433: UNDEFINED Sensor SD_WS07_TH detected, code 1
2019.02.21 16:21:26 1: CUL_433: UNDEFINED Sensor SD_WS07_TH detected, code 1
2019.02.21 16:21:26 1: CUL_433: UNDEFINED Sensor SD_WS07_TH detected, code 1
2019.02.21 16:23:54 1: ERROR: >SD_WS07_TH_2< returned by the SD_WS07 ParseFn is invalid, notify the module maintainer
2019.02.21 16:23:54 1: ERROR: >SD_WS07_TH_2< returned by the SD_WS07 ParseFn is invalid, notify the module maintainer
2019.02.21 16:24:02 1: ERROR: >SD_WS07_TH_3< returned by the SD_WS07 ParseFn is invalid, notify the module maintainer
2019.02.21 16:25:21 1: ERROR: >SD_WS07_TH_3< returned by the SD_WS07 ParseFn is invalid, notify the module maintainer
2019.02.21 16:27:07 1: CUL_433: UNDEFINED Sensor SD_WS07_TH detected, code 1
2019.02.21 16:27:07 1: CUL_433: UNDEFINED Sensor SD_WS07_TH detected, code 1
2019.02.21 16:27:07 2: autocreate: define SD_WS07_TH_1 SD_WS07 1
2019.02.21 16:27:07 2: autocreate: define FileLog_SD_WS07_TH_1 FileLog ./log/SD_WS07_TH_1-%Y.log SD_WS07_TH_1
2019.02.21 16:27:07 2: autocreate: define SVG_SD_WS07_TH_1 SVG FileLog_SD_WS07_TH_1:temp4hum4:CURRENT
2019.02.21 16:27:14 1: ERROR: >SD_WS07_TH_2< returned by the SD_WS07 ParseFn is invalid, notify the module maintainer
2019.02.21 16:27:15 1: ERROR: >SD_WS07_TH_2< returned by the SD_WS07 ParseFn is invalid, notify the module maintainer
2019.02.21 16:28:21 1: ERROR: >SD_WS07_TH_2< returned by the SD_WS07 ParseFn is invalid, notify the module maintainer
2019.02.21 16:30:37 1: ERROR: >SD_WS07_TH_3< returned by the SD_WS07 ParseFn is invalid, notify the module maintainer
2019.02.21 16:30:37 1: ERROR: >SD_WS07_TH_3< returned by the SD_WS07 ParseFn is invalid, notify the module maintainer

Nach mehrmaligem Neustart hat er jetzt alle 3 Sensoren angelegt, meldet aber beim letzten

Code Auswählen


2019.02.21 17:09:48 1: CUL_433: UNDEFINED Sensor SD_WS07_TH detected, code 1
2019.02.21 17:11:42 1: CUL_433: UNDEFINED Sensor SD_WS07_TH detected, code 1
2019.02.21 17:11:42 2: autocreate: define SD_WS07_TH_1 SD_WS07 1
2019.02.21 17:11:42 2: autocreate: define FileLog_SD_WS07_TH_1 FileLog ./log/SD_WS07_TH_1-%Y.log SD_WS07_TH_1
2019.02.21 17:11:42 2: autocreate: define SVG_SD_WS07_TH_1 SVG FileLog_SD_WS07_TH_1:temp4hum4:CURRENT
2019.02.21 17:12:38 1: PERL WARNING: Use of uninitialized value in string ne at fhem.pl line 4776.

Tritt das auch bei sonst noch jemand auf?

wk · 21 Februar 2019, 17:36:16

Ich habe nur einen von dieser Sorte. Der wurde in einer Endlosschleife immer wieder neu erkannt und angelegt.
Neustart hat nichts gebracht. Erst als ich das device gelöscht hatte, konnte es vernünftig neu angelgt werden und seitheer läuft es.

androsch · 21 Februar 2019, 17:51:39

OK, inzwischen laufen auch alle drei wieder bei mir, aber komisch war es schon, daß die alten nicht mehr gefüllt wurden (keine Readings mehr) und beim Neuanlegen hatte er einige Probleme. Nun gehts aber auch wieder...

Anscheinend hatte das gestrige Update ja einige Probleme verursacht, den Meldungen zufolge, da bin ich mit meinen 3 Sensoren noch gut bedient

Ralf9 · 21 Februar 2019, 19:18:25

Interessant wäre ein List von einem neu angelegten SD_WS07

Gruß Ralf

androsch · 22 Februar 2019, 11:26:57

Gerne

Code Auswählen

Internals:
   .lastTimebattery 1550831109.50519
   .lastTimebatteryState 1550831109.50519
   .lastTimechannel 1550831109.50519
   .lastTimedew 1550831109.50519
   .lastTimehumidity 1550831109.50519
   .lastTimemodel 1550831109.50519
   .lastTimestate 1550831109.50519
   .lastTimetemperature 1550831109.50519
   CFGFN      
   CODE       1
   CUL_433_DMSG P7#278058F460
   CUL_433_MSGCNT 410
   CUL_433_RAWMSG 200
   CUL_433_TIME 2019-02-22 11:25:09
   DEF        1
   FUUID      5c6ecdbe-f33f-785c-fbb0-72c804180e63fa28
   LASTInputDev CUL_433
   MSGCNT     410
   NAME       AussenFuehler
   NR         138
   STATE      T: 8.8 H: 70
   TYPE       SD_WS07
   bitMSG     00100111 1000 000001011000 1111 01000110
   lastMSG    278058F460
   lastReceive 1550831109.5051
   .attraggr:
   .attreocr:
     .*
   .attrminint:
     .*:300
   .userReadings:
     HASH(0x31cceb8)
   READINGS:
     2019-02-22 11:25:09   battery         ok
     2019-02-22 11:25:09   batteryState    ok
     2019-02-22 11:25:09   channel         1
     2019-02-22 11:25:09   dew             3.64
     2019-02-22 11:25:09   humidity        70
     2019-02-22 11:25:09   model           TH
     2019-02-22 11:25:09   state           T: 8.8 H: 70
     2019-02-22 11:25:09   temperature     8.8
     2019-02-22 11:25:09   temperature_avg_day 6.5
     2019-02-22 11:25:09   temperature_avg_month 12.3
     2019-02-22 11:25:09   temperature_cum_day 268122.9
     2019-02-22 11:25:09   temperature_cum_month 23909813.9
     2019-02-22 11:19:27   temperature_max_day 8.8
     2019-02-21 17:12:38   temperature_max_month 12.5
     2019-02-22 06:26:51   temperature_min_day 5.9
     2019-02-22 06:26:51   temperature_min_month 5.9
Attributes:
   event-min-interval .*:300
   event-on-change-reading .*
   room       Sensoren
   userReadings dew:temperature.* {urDewpoint($name)}
   userattr   max-deviation-hum:1,2,3,4,5,6,7,8,9,10,15,20,25,30,35,40,45,50 max-deviation-temp:1,2,3,4,5,6,7,8,9,10,15,20,25,30,35,40,45,50 offset-hum:slider,-50,1.0,50 offset-temp:slider,-25,1.0,25

Andreas

Ralf9 · 22 Februar 2019, 11:55:34

Code Auswählen


   CODE       1
   DEF        1

Danke, dies dürfte wahrscheinlich der Grund sein. Dies hatte ich befürchtet.
Durch einen Patch vom SD_WS07 Modul hat sich der Inhalt von DEF und CODE geändert.
Mich wundert, daß dies seither noch niemand aufgefallen ist.

In der alten Version stand dort

Code Auswählen


   CODE       SD_WS07_TH_1
   DEF        SD_WS07_TH_1

Dies bedeutet, daß wahrscheinlich jeder, der von einem älteren SD_WS07 Modul zum aktuellen wechselt, Probleme bekommen könnte.
Evtl reicht es das DEF anzupassen.

@Sidey, @HomeAuto_User,
lest Ihr hier mit?

Gruß Ralf

HomeAuto_User · 22 Februar 2019, 12:30:53

Ich habe es registriert @Ralf9.
Werde die Info auch noch an @elektron-bbs geben.

Wenn wir die Zeile vom alten Modul mit der des neuen Modul vergleichen, so sollte sich ja deine Vermutung bestätigen lassen bzw. Aufschluss bringen.

androsch · 22 Februar 2019, 13:45:54

Yep, das ist der Unterschied zur alten Variante, ich hatte zuerst auch mit longids herumgespielt, weil ich dachte, das ist Teil des Problems, aber anscheinend ist in der aktuellen Version der Name komplett auf die (Kanal-?)Nr gekürzt worden. Deshalb hat er auch zuerst keine Werte mehr in die alten Definitionen geschrieben. Ich habe dann auch mal eine Definition gelöscht und als dann klar wurde, dass er die neu angelegten autocreate-Devices nur noch mit der Kanal-Nummer definiert habe ich auch mal die Def. selbst geändert, aber das hat nichts gebracht. Es ging erst richtig, als ich alle alten gelöscht und neu per autocreate anlegen liess. Vermutlich spielt da auch noch die Bitmessage und die FUID mit, die sind nämlich auch anders als vorher gewesen trotz gleicher Sender.

Aber wie gesagt, für mich erledigt, weil es läuft ja wieder problemlos, aber für die Maintainer vielleicht noch interessant...

Frohes Code-Vergleichen

elektron-bbs · 22 Februar 2019, 17:24:11

Ich denke, der Fehler hat sich mit diesem Commit eingeschlichen: https://github.com/RFD-FHEM/RFFHEM/commit/4778efa38d9cbc64eec7cde74d81fc714dfe400e#diff-26ce7a33927504f2cdb5927bb1faa2f4

Ralf9 · 27 Februar 2019, 07:58:15

siehe auch hier:
https://forum.fhem.de/index.php/topic,97910.0.html

buennerbernd · 05 März 2019, 15:55:27

Was bedeutet hier erledigt?
Kann man nun gefahrlos ein Update machen oder nicht?
Ich habe 2 solcher Temperatursensoren.

Gruß, Stefan.

Sidey · 06 März 2019, 22:48:08

Hi,

Der Fix ist eigentlich fertig. Es hat ihn nur leider noch niemand mit echten Sensoren verifiziert

Es wäre top, wenn jemand mit dem betreffenden Sensor verifizieren könnte, dass wir auch kein neues Problem haben.

1. ganz normales Update ausführen
2. Die gepatchte Version des SD_WS07 Modules gibt es über

Code Auswählen

update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt

Wenn ich hier ein positives Feedback sehe, dann aktualisiere ich die Version im SVN.

Grüße Sidey