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:
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
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?
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.
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 :-)
Interessant wäre ein List von einem neu angelegten SD_WS07
Gruß Ralf
Gerne
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
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 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
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.
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 8)
Ich denke, der Fehler hat sich mit diesem Commit eingeschlichen: https://github.com/RFD-FHEM/RFFHEM/commit/4778efa38d9cbc64eec7cde74d81fc714dfe400e#diff-26ce7a33927504f2cdb5927bb1faa2f4
siehe auch hier:
https://forum.fhem.de/index.php/topic,97910.0.html
Was bedeutet hier erledigt?
Kann man nun gefahrlos ein Update machen oder nicht?
Ich habe 2 solcher Temperatursensoren.
Gruß, Stefan.
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 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