Hallo zusammen,
ich hatte vor kurzem zwei Shellies erfolgreich am Laufen, bis zu dem Zeitpunkt, da ich Fhem upgedatet hatte und Fhem dann nicht mehr hochfuhr.
Es hatte lange gedauert, bis ich überhaupt sicher war, dass die Shellies, deren Definition und/oder Schnittstelle (Modul 36_Shelly.pm) in irgendeiner Art und Weise ursächlich für das Problem waren, - die Suche nach der Ursache kann man hier nachlesen: https://forum.fhem.de/index.php/topic,101948.0.html (https://forum.fhem.de/index.php/topic,101948.0.html)
Nach dem (erfolglosen) Hochfahren steht dann diese Meldung im Log:
Undefined subroutine &main::HttpUtils_NonblockingGet called at ./FHEM/36_Shelly.pm line 845.
Meine Shelly Definition ist recht überschaubar:
#
define shelly1_Kaercher Shelly 192.xxx.xxx.xx
attr shelly1_Kaercher event-on-change-reading .*
attr shelly1_Kaercher model shelly1
attr shelly1_Kaercher room CUL_HM,SHELLY
attr shelly1_Kaercher webCmd on-for-timer 7200:on:off
###___logs___SHELLY___###
define FileLog_shelly1_Kaercher FileLog ./log/shelly1_Kaercher-%Y.log shelly1_Kaercher
attr FileLog_shelly1_Kaercher logtype text
attr FileLog_shelly1_Kaercher room Logs
###
###
define shelly1_78 Shelly 192.xxx.xxx.yy
attr shelly1_78 event-on-change-reading .*
attr shelly1_78 model shelly1
attr shelly1_78 room CUL_HM,SHELLY
attr shelly1_78 webCmd on-for-timer 7200:on:off
####__log Shelly1_78
define FileLog_shelly1_78 FileLog ./log/shelly1_78-%Y.log shelly1_78
attr FileLog_shelly1_78 logtype text
attr FileLog_shelly1_78 room Logs
###
###
####___shelly1_Kaercher schalten via Dummy (so funzt Anzeige in der fhem-App __13.06.2019___####
define Kaercher_dummy dummy
attr Kaercher_dummy room 1_Ruth,Dummy,SHELLY
attr Kaercher_dummy webCmd on-for-timer 7200:on:off
define Kaercher_an notify Kaercher_dummy:on set shelly1_Kaercher on
define Kaercher_aus notify Kaercher_dummy:off set shelly1_Kaercher off
define Kaercher_7200 notify Kaercher_dummy:on-for-timer 7200 set shelly1_Kaercher on-for-timer 7200
#
Steht diese Definition in der fhem.cfg, läuft alles prima, nur fährt fhem nicht mehr hoch :( . Nehme ich diese Definition wieder raus, ist alles bestens.
Hat jemand eine Idee, was ich machen kann, damit ich meine Shellies wieder einbinden kann, ohne dass sie diese Probleme verursachen?
VG,
al
Der Autor des Moduls hat vergessen, "use HttpUtils;" anzugeben, verwendet aber die erwaehnte Funktion.
Wenn man ein "define" mit einem der 91 anderen FHEM-Module, die "use HttpUtils;" nicht vergesen haben, vor den Shellies absetzt, dann funktioniert es auch ohne eine Anpassung dieses Moduls :)
Am besten benachrichtigt man aber den Maintainer.
Zitat von: rudolfkoenig am 11 Juli 2019, 20:44:14
Am besten benachrichtigt man aber den Maintainer.
Vielen Dank für die Info, Maintainer ist verständigt und korrigiert entsprechend.
Was ich trotzdem nicht ganz kapiert habe: wie war das mit dem workaround "define....." gemeint. Wie müsste das dann heißen?
Vielen Dank und schönes Wochenende,
al
Wenn z.Bsp. eine FHEMWEB Definition in fhem.cfg vor der Shelly Definition steht, dann laedt FHEMWEB HttpUtils.pm, und das muss von Shelly nicht mehr gemacht werden. Vmtl. wurde das Problem auch deswegen uebersehen, weil in jeder "normalen" fhem.cfg eine FHEMWEB Definition recht weit am Anfang steht.
ahhh, okay, - verstanden.
Ich hatte die Shelly Definitionen zu Testzwecken ganz oben stehen, damit ich sie schnell finde, wenn es was zu ändern gibt (ja ich weiß: die fhem.cfg sollte man nicht direkt editieren...wegduck).
Vielen Dank für die Info und
LG,
al
Zitat(ja ich weiß: die fhem.cfg sollte man nicht direkt editieren...wegduck).
So, jetzt weisst Du auch, warum wir davon abraten :)
Perfekt, nach der Korrektur des Maintainers der Shelly Schnittstelle, funktioniert auch der Neustart wieder mit Shelly-Definitionen.
Vielen Dank!
VG,
al