Hi zusammen,
nachdem ich schon ein paar Erfahrungen mit dem Shelly1 sammeln konnte, habe mich nun einen Shelly RGBW2 im Einsatz, der zwar über seine eigenes Web-FrontEnd einwandfrei funktioniert, nur via Fhem scheint noch irgendetwas im Argen zu sein, was dazu führt, dass er sich überhaupt nicht schalten lässt.
Das reading "state" steht und bleibt dabei auf initialized
Hier die Definition:
define shellyRGB_80 Shelly 192.168.178.80
attr shellyRGB_80 event-on-change-reading .*
attr shellyRGB_80 model shellyrgbw
attr shellyRGB_80 room SHELLY
attr shellyRGB_80 webCmd on:off
Internals:
CHANGED
DEF 192.168.178.80
DURATION 0
FUUID 5d344b85-f33f-53a6-ae27-a28e22989e634f93
INTERVAL 60
NAME shellyRGB_80
NR 49
STATE initialized
TCPIP 192.168.178.80
TYPE Shelly
READINGS:
2019-07-21 13:24:54 cloud disabled
2019-07-21 13:31:46 config 5= [channel 0]
2019-07-21 13:24:54 firmware v1.5.0-hotfix4
2019-07-21 13:29:09 network <html>connected to <a href="http://192.168.178.80">192.168.178.80</a></html>
2019-07-21 13:29:09 state initialized
Ein temporäres Setzen von verbose 5 und absetzen eines "get status" bringt folgende Einträge ins Log:
2019.07.21 14:26:13 5: [Shelly_status] has obtained data {"wifi_sta":{"connected":true,"ssid":"ALKO_WLAN","ip":"192.168.178.80","rssi":-35},"cloud":{"enabled":false,"connected":false},"mqtt":{"connected":false},"time":"14:26","serial":1,"has_update":false,"mac":"B4E62D66165E","mode":"color","input":0,"lights":[{"ison":false,"mode":"color","red":255,"green":62,"blue":253,"white":0,"gain":100,"effect":3,"power":0.00,"overpower":false}],"meters":[{"power":0.00,"is_valid":true}],"update":{"status":"idle","has_update":false,"new_version":"20190711-084448/v1.5.0-hotfix4@3b4f7414","old_version":"20190711-084448/v1.5.0-hotfix4@3b4f7414"},"ram_total":50448,"ram_free":38416,"fs_size":233681,"fs_free":162397,"uptime":106355}
Im devicelog steht nach dem Schalten ganz normal der Eintrag:
2019-07-21_14:31:14 shellyRGB_80 on
nur leider bleibt das Ding "off"
Jemand 'ne Idee, warum ein Schalten (set shellyRGB_80 on) nicht funktioniert, bzw. wie ich noch herausfinden könnte, woran das liegt?
VG,
al
Hallo zusammen,
...keiner 'ne Idee zu meinem Problem?
möglicherweise muss man es zusammen mit einer Perl-Fehlermeldung sehen, die ich habe und in die in diesem Post von mir beschrieben ist:
https://forum.fhem.de/index.php/topic,102461.msg960222.html#msg960222 (https://forum.fhem.de/index.php/topic,102461.msg960222.html#msg960222)
Wäre super, wenn ich ein paar Hinweise bekäme, denn ich komme hier -trotz relativ viel Recherche- alleine nicht weiter.
VG,
al
...leider muss ich das Thema nochmal in's Rennen bringen, da ich noch immer ergebnislos an diesem Problem rätsele.....
Funktioniert bei mir problemlos. Welchen Wert hat das mode-Attribut?
Zum Testen:
- API-Spezifikation ansehen und REST-Kommandos per Hand absetzen.
- Wie diese Kommandos aussehen, kann man sich im Log ansehen, wenn man für das Device verbose=5 setzt.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 30 Juli 2019, 11:33:28
Welchen Wert hat das mode-Attribut?
ohhh,
mode - das war gar nicht gesetzt. Keine Ahnung wo das steht, dass das gesetzt sein muss, aber wie auch immer:
jetzt funktioniert's!Vielen Dank für den entscheidenden Hinweis!
Kannst Du vielleicht zu diesem Thema noch was sagen, - hat das damit zu tun, wie ich vermutete? ---> https://forum.fhem.de/index.php/topic,102461.msg960222.html#msg960222 (https://forum.fhem.de/index.php/topic,102461.msg960222.html#msg960222)
VG,
al
ZitatKeine Ahnung wo das steht, dass das gesetzt sein muss,
Commandref lesen.
LG
pah