Hallo,
ich habe seit geraumer Zeit einen Shelly 1 im Einsatz. Das Modul 36_Shelly.pm verursacht folgende Warning und müllt das Log zu:
PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4753.
2020.09.25 13:11:38.648 1: stacktrace:
2020.09.25 13:11:38.648 1: main::__ANON__ called by fhem.pl (4753)
2020.09.25 13:11:38.649 1: main::readingsBulkUpdateIfChanged called by ./FHEM/36_Shelly.pm (894)
2020.09.25 13:11:38.649 1: main::Shelly_status called by ./FHEM/36_Shelly.pm (848)
2020.09.25 13:11:38.649 1: main::__ANON__ called by FHEM/HttpUtils.pm (634)
2020.09.25 13:11:38.650 1: main::__ANON__ called by fhem.pl (751)
2020.09.25 13:12:38.719 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4753.
2020.09.25 13:12:38.720 1: stacktrace:
2020.09.25 13:12:38.721 1: main::__ANON__ called by fhem.pl (4753)
2020.09.25 13:12:38.722 1: main::readingsBulkUpdateIfChanged called by ./FHEM/36_Shelly.pm (894)
2020.09.25 13:12:38.723 1: main::Shelly_status called by ./FHEM/36_Shelly.pm (848)
2020.09.25 13:12:38.724 1: main::__ANON__ called by FHEM/HttpUtils.pm (634)
2020.09.25 13:12:38.724 1: main::__ANON__ called by fhem.pl (751)
2020.09.25 13:13:38.809 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4753.
2020.09.25 13:13:38.810 1: stacktrace:
2020.09.25 13:13:38.812 1: main::__ANON__ called by fhem.pl (4753)
2020.09.25 13:13:38.813 1: main::readingsBulkUpdateIfChanged called by ./FHEM/36_Shelly.pm (894)
2020.09.25 13:13:38.814 1: main::Shelly_status called by ./FHEM/36_Shelly.pm (848)
2020.09.25 13:13:38.815 1: main::__ANON__ called by FHEM/HttpUtils.pm (634)
2020.09.25 13:13:38.816 1: main::__ANON__ called by fhem.pl (751)
Hier ein List meiner Def:
Internals:
.AttrList
CHANGED
DEF 192.168.3.60
DURATION 0
FUUID 5f3281f9-f33f-5615-55df-3a0b529bd742fd17
INTERVAL 60
NAME Shelly_DG_Bad
NR 1740
STATE off
TCPIP 192.168.3.60
TYPE Shelly
.attraggr:
.attrminint:
READINGS:
2020-08-11 13:33:14 cloud disabled
2020-09-19 13:48:31 firmware 1047-long-id-for-shelly-devices
2020-09-22 08:01:39 network <html>connected to <a href="http://192.168.3.60">192.168.3.60</a></html>
2020-09-25 07:09:11 relay off
2020-09-25 07:09:11 state off
Attributes:
group Licht
model shelly1
room DG_Nord
VG
Alex
Nochmal das Ganze Log nach Fhem update (Zeilennummern haben sich geändert):
2020.09.25 16:37:09.610 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4824.
2020.09.25 16:37:09.611 1: stacktrace:
2020.09.25 16:37:09.612 1: main::__ANON__ called by fhem.pl (4824)
2020.09.25 16:37:09.612 1: main::readingsBulkUpdateIfChanged called by ./FHEM/36_Shelly.pm (925)
2020.09.25 16:37:09.613 1: main::Shelly_status called by ./FHEM/36_Shelly.pm (879)
2020.09.25 16:37:09.613 1: main::__ANON__ called by FHEM/HttpUtils.pm (634)
2020.09.25 16:37:09.613 1: main::__ANON__ called by fhem.pl (760)
2020.09.25 16:38:09.797 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4824.
2020.09.25 16:38:09.798 1: stacktrace:
2020.09.25 16:38:09.798 1: main::__ANON__ called by fhem.pl (4824)
2020.09.25 16:38:09.798 1: main::readingsBulkUpdateIfChanged called by ./FHEM/36_Shelly.pm (925)
2020.09.25 16:38:09.798 1: main::Shelly_status called by ./FHEM/36_Shelly.pm (879)
2020.09.25 16:38:09.798 1: main::__ANON__ called by FHEM/HttpUtils.pm (634)
2020.09.25 16:38:09.799 1: main::__ANON__ called by fhem.pl (760)
Im Modul 36_Shelly.pm:
Zeile 925: readingsBulkUpdateIfChanged($hash,"overpower".$subs,$overpower);
Modul versucht nicht vorhandes Reading 'overpower' zu aktualisieren und löst warning aus.
Dienlich wäre auch, wenn das Modul in 'disable' unterstützen würde.
VG
Alex
Zeig mal die Log mit verbose 5 auf dem Shelly, insb die Zeilen "[Shelly_status] has obtained data $data"
Hallo,
hier ein Logauszug mit Verbose 5 am Shelly Objekt:
2020.09.26 13:47:41.064 5: [Shelly_status] Issue a non-blocking call to http://192.168.3.60/status
2020.09.26 13:47:41.133 5: [Shelly_status] has obtained data {"wifi_sta":{"connected":true,"ssid":"FRITZ!Box_7170_bal_Client","ip":"192.168.3.60","rssi":-62},"cloud":{"enabled":false,"connected":false} ,"mqtt":{"connected":false},"time":"","serial":1,"has_update":false,"mac":"500291EFF85E","relays" :[{"ison":false, "has_timer":false}],"meters":[{"power":0.00,"is_valid":"true"}],"inputs":[{"input":0}] ,"ext_temperature":{},"update":{"status":"unknown","has_update":false,"new_version":"","old_version":"20191217-140757/1047-long-id-for-shelly-devices@a0661583"},"ram_total":50960,"ram_free":40952,"fs_s ize":233681,"fs_free":173441,"uptime":8423}
VG
Alex
Hallo zusammen,
ich würde das gerne noch mal aufgreifen, da ich jetzt das gleiche problem habe. Gibt es da mitlerweile eine Lösung für?
Gruß Carsten
Hallo,
ich habe den Shelly seit ca. 5 Wochen entfernt, da er den mechanischen Lichtschalter immer öfter ignoriert hat und das Licht sich nicht mehr ausschalten lies. In Fhem war er im Error-Zustand. Mit Schalten in Fhem auf "off" verschwand der Error und der Shelly zeigte sich wieder normal. Da das Problem in immer kürzeren Abständen auftrat (zum Schluß so 2 bis 3 mal die Woche) habe ich diesen genervt entfernt. Das Teil ist nicht zu gebrauchen, vielleicht HW Fehler.
Gruß
Alex
Ich habe letzte Woche einen ShellyDimmer, an dem ein Lichtschalter angeschlossen ist, per MQTT eingebunden.
Der Status des Schalters wird auch korrekt nach fhem übertragen.
Bisher habe ich keine Probleme und bin sehr zufrieden mit dem Shelly.
Danke für die schnellen Antwort,
Shellys rausschmeißen wäre eine ganz doofe alternative, habe davon 8 im Einsatz und sie haben bis jetzt anstandslos funktioniert, und das tuen sie auch jetzt noch, nur das Log wird leider ganz schön zugemüllt