Support-Thread Modul 36_Shelly.pm

Prof. Dr. Peter Henning · 02 April 2022, 14:46:32

Du musst bedenken, dass derzeit bei jedem Schaltvorgang 4 HTTP requests abgesetzt werden.

LG

pah

UweH · 02 April 2022, 17:56:59

Hab ich jetzt gesehen, ja. War mal wieder zu ungeduldig...

Gruß
Uwe

Prof. Dr. Peter Henning · 08 April 2022, 11:26:55

Anbei noch eine aktualisierte Testversion des neuen Moduls - die vorige hatte leider einen Bug, der die regelmäßige Statusabfrage bei den 1st Generation Devices verhindert hat.

Ich würde gerne wissen, ob Anzeige und Schaltvorgänge bei anderen 2nd Generation Devices jetzt klappen.

LG

pah

UweH · 08 April 2022, 18:36:51

Der Status der 1er ist wieder ok, kein "Error" mehr

Und sie aktualisieren auch den Status, wenn das Schalten von anderer Stelle erfolgt.

Das Schalten bei meinen 4er pm funktioniert, aber das ging doch auch vorher...oder hatte ich was übersehen?

Danke und Gruß
Uwe

Prof. Dr. Peter Henning · 08 April 2022, 20:03:32

Die Statusänderung aber nicht ...

LG

pah

UweH · 08 April 2022, 20:29:41

Ja...ich habe extra nochmal die vorherige Version eingespielt, um das nachvollziehen zu können

Viele Grüße
Uwe

Seli · 08 April 2022, 22:47:53

Hallo!

Da mein Shelly 1 Plus beim state stets Error anzeigte, bin ich auf diesen Thread gestoßen. Ich habe weder weiterführende Tests gemacht, noch den Thread komplett gelesen. Trotzdem will ich auf die Schnelle mal mitteilen, dass bei Einstellung des models shellyplus1 der state nun richtig gesetzt wird. Bei Schaltung über die Weboberfläche [Edit: des Shellys!] wird der Status nach einiger Zeit (geschätzt < 1 min) detektiert. Auc bei meinen 2.5er-Shellys geschieht dies weiterhin korrekt. Weitere Tests habe ich noch nicht gemacht, da ich aber beide Versionen im Einsatz habe, dürften mir evtl. Nebenwirkungen im Laufe der nächsten Tage auffallen.

Grüße,
Seli

Prof. Dr. Peter Henning · 09 April 2022, 04:23:00

ZitatBei Schaltung über die Weboberfläche [Edit: des Shellys!] wird der Status nach einiger Zeit (geschätzt < 1 min) detektiert.

"Nach einiger Zeit", soso.

Dazu gibt es entweder das Attribut interval - führt allerdings zu hoher Funklast.
Besser noch: In der Weboberfläche des Shelly eintragen als "Button pressed URL"

Code Auswählen

http://<ip-adresse von fhem>:8083/fhem?XHR=1&cmd=get%<devicename>%20status
Dann wird jeder Schaltvorgang am Shelly dazu führen, dass FHEM sich den Status holt.

LG

pah

Seli · 09 April 2022, 06:18:35

Ja, das ist mir bekannt. Meine 2.5er Shellys laufen auch mit so einer Button-Switched-Url. Beim 1plus ist kein Schalter angeschlossen. Die Minute reicht mir hier völlig. Ich wollte damit nur sagen, dass das Polling bei beiden (weiterhin) funktioniert und der Status beim 1plus nun korrekt ermittelt wird.

Grüße, Seli

Seli · 09 April 2022, 08:28:11

Hm, ich hatte mich so über den nun korrekten Status gefreut, dass ich gestern Abend nicht mehr bemerkt hatte (da nicht getestet), dass der Shelly 1 plus gar nicht mehr auf den on-Befehl reagiert. Er wird kommentarlos geschluckt, ohne dass der Shelly das relay schaltet.

caldir65 · 10 April 2022, 11:54:01

Moin,

ich habe jetzt auch seit gestern abend die letzte hier ladbare Version im Test, und einen ShellyPlus1 eingerichtet. Der Status kommt (zeitverzögert) immer, und über die Shellyeigene Weboberfläche kann ich auch heute noch schalten. Ich bemühe mich jetzt, den Shelly per fhem zu schalten, das klappt aber nicht. Ist das noch nicht implementiert für die neue Generation2, oder stelle ich mich zu blöd an?

Code Auswählen

set Shelly1plus_Test on 0
oder

Code Auswählen

set Shelly1plus_Test on

und noch das Device:

Code Auswählen

Internals:
   CFGFN      
   DEF        192.168.1.140
   DURATION   0
   FUUID      6251d795-f33f-378b-2a5b-bb240376d44d35df
   INTERVAL   43200
   NAME       Shelly1plus_Test
   NR         2039
   STATE      OK
   TCPIP      192.168.1.140
   TYPE       Shelly
   Helper:
     DBLOG:
       network:
         logdb:
           TIME       1649530773.66858
           VALUE      <html>connected to <a href="http://192.168.1.140">192.168.1.140</a></html>
       state:
         logdb:
           TIME       1649530773.66858
           VALUE      initialized
   READINGS:
     2022-04-10 09:06:27   inttemp         54.2
     2022-04-09 20:59:33   network         <html>connected to <a href="http://192.168.1.140">192.168.1.140</a></html>
     2022-04-09 21:00:33   relay           off
     2022-04-09 20:59:41   relay_0         off
     2022-04-10 09:06:27   state           OK
Attributes:
   DbLogExclude .*
   group      Shelly
   interval   43200
   model      shellyplus1
   room       Arbeitszimmer

Gruß, Christoph

Prof. Dr. Peter Henning · 10 April 2022, 12:08:55

ZitatIst das noch nicht implementiert für die neue Generation2

Das Problem ist, dass es "die neue Generation" nicht gibt, sondern die Herrschaften das API extrem kompliziert haben.

Schalten für shelly4pm pro ist getestet - bei den shellyplus1 und plus1em nur geraten, weil ich die selbst nicht habe.

Also bitte verbose=5 setzen und das Log hier posten.

LG

pah

Seli · 10 April 2022, 13:11:46

Beim Schalten tut sich im Log außer "Shelly_Bad6 on" nichts! Weder im Haupt-Log, noch im Shelly-FileLog. Verbose 5 ist gesetzt. Das Schalten des Shelly1plus klappt mit der eingecheckten Version mit dem alten Kommando. Mit der Version vom Freitag funktioniert der Status, aber beim Schalten tut sich nichts.

Grüße,
Seli

Seli · 10 April 2022, 16:02:33

Das Problem liegt vermutlich in Zeile 582: Das on/off-Kommando wird beim model shellyplus1 einfach nicht durchgelassen. Wenn man die Prüfung umgeht, funktionieren die Kommandos!

Grüße,
Seli

Prof. Dr. Peter Henning · 11 April 2022, 13:22:15

Schau ich mir heute am frühen Abend an.

LG

pah