Modul 36_Shelly.pm

Begonnen von Prof. Dr. Peter Henning, 15 November 2018, 10:24:39

Vorheriges Thema - Nächstes Thema

Christian72D

Kann jemand sagen, ob die Shelly 1 PM unterstützt werden? Also ein Auslesen der Leistung / des Stroms möglich ist?

Nobbynews

Guten Morgen zusammen,

ich habe mir einen Shelly Plug S zum Probieren geholt.
Hauptsächlich geht es mir um die Leistungsmessung. Testweise habe ich mal einen Kühlschrank reingesteckt.
Das funktioniert soweit auch, nur ist mir beim Erstellen des SVG-Plots ein Sägezahn als Verlauf aufgefallen, den ich mir so erst einmal nicht erklären konnte. Erwartet hatte ich ein Rechteck.

Ein Blick in die entsprechende Log-Datei lässt die Ursache für diese Darstellung aber leicht erkennen.
Solange eine Leistung gemessen wird, werden die Daten auch schön im vorgegebenen Intervall aufgezeichnet. Zum Testen habe ich das Attribut interval gesetzt:
Attributes:
   interval   30
   model      shellyplug


Hier der Auszug aus der Log-Datei:
2019-10-13_05:52:03 Shelly1 power: 50.39
2019-10-13_05:52:33 Shelly1 power: 51.01
2019-10-13_05:53:03 Shelly1 power: 51.48
2019-10-13_05:53:33 Shelly1 power: 51.88
2019-10-13_05:54:03 Shelly1 power: 52.35
2019-10-13_05:54:33 Shelly1 power: 52.41
2019-10-13_05:55:03 Shelly1 power: 52.59
2019-10-13_05:55:33 Shelly1 power: 52.53
2019-10-13_05:56:03 Shelly1 power: 52.65
2019-10-13_05:56:33 Shelly1 power: 52.55
2019-10-13_05:57:03 Shelly1 power: 52.45
2019-10-13_05:57:34 Shelly1 power: 52.71
2019-10-13_05:58:04 Shelly1 power: 52.49
2019-10-13_05:58:34 Shelly1 power: 52.04
2019-10-13_05:59:04 Shelly1 power: 0
2019-10-13_07:02:15 Shelly1 power: 48.03
2019-10-13_07:02:46 Shelly1 power: 45.43
2019-10-13_07:03:16 Shelly1 power: 46.54
2019-10-13_07:03:46 Shelly1 power: 47.16
2019-10-13_07:04:16 Shelly1 power: 47.94
2019-10-13_07:04:46 Shelly1 power: 48.72

Bis zum Messwert power: 0 wird alle 30 Sekunden geloggt.
Dann werden von 05:59:04 bis 07:02:15 bis zu einem neuen Messwert keine Zwischenwerte aufgezeichnet.
Ab dann werden wieder bis zum nächsten power: 0 die Werte aufgezeichnet.

Liefert der Shelly trotz polling alle 30 Sekunden dann keinen Wert?
Oder wird dies vom Modul so ausgewertet?

Hier noch ein List vom Shelly:
Internals:
   CFGFN     
   CHANGED   
   DEF        192.168.2.230
   DURATION   0
   FUUID      5da089c4-f33f-8873-9ac4-f92f3345cf0b8ea1
   FVERSION   36_Shelly.pm:v2.7.0-s20282/2019-09-30
   INTERVAL   30
   NAME       Shelly1
   NR         45339
   STATE      on
   TCPIP      192.168.2.230
   TYPE       Shelly
   READINGS:
     2019-10-11 15:55:16   cloud           disabled
     2019-10-13 07:13:17   energy          254.9
     2019-10-11 15:58:17   firmware        v1.5.2
     2019-10-11 15:55:16   network         <html>connected to <a href="http://192.168.2.230">192.168.2.230</a></html>
     2019-10-13 07:12:47   power           0
     2019-10-11 15:55:16   relay           on
     2019-10-11 15:55:16   state           on
Attributes:
   interval   30
   model      shellyplug


Schönen Sonntag noch
Norbert

Prof. Dr. Peter Henning

Das ist derzeit im Modul so programmiert, dass nur bei Änderung des Wertes ein Event generiert wird. Einfach einen anderen Plot-Modus verwenden.

LG

pah

Nobbynews

Hallo pah,

Danke für den Tipp.
Ich habe jetzt im SVG den plot-type von lines auf steps geändert.
Und schon ist das Ergebnis wie gewünscht.

Norbert

Nexium

Hallo,

ich habe im Log folgenden Fehler

2019.10.22 13:16:17 1: PERL WARNING: Use of uninitialized value $hastimer in string ne at ./FHEM/36_Shelly.pm line 1111.
2019.10.22 13:16:17 1: stacktrace:
2019.10.22 13:16:17 1:     main::__ANON__                      called by ./FHEM/36_Shelly.pm (1111)
2019.10.22 13:16:17 1:     main::Shelly_dim                    called by ./FHEM/36_Shelly.pm (1075)
2019.10.22 13:16:17 1:     main::__ANON__                      called by FHEM/HttpUtils.pm (634)
2019.10.22 13:16:17 1:     main::__ANON__                      called by fhem.pl (747)


Kann mir jemand sagen warum der fehler aufkommt?

Prof. Dr. Peter Henning

Das ist nur eine Warnung, kein wirklicher Fehler. Kann ignoriert werden und wird in irgendeinem der nächsten Releases abgefangen.

LG

pah

Nexium

Alles klar, vielen dank für die Info.

derstinker

Hallo Zusammen,

ich hab seit knapp einem 3/4 Jahr die Shellys in FHEM eingebunden über das Modul. Seit nun gut 4 Wochen ist einer von 4 Shelly1 nicht mehr per FHEM zu erreichen.

Die Verbindung liefert im Log ein Time Out. Erstaunlicherweise ist er aber über die App, als auch über die Web-Addresse zu erreichen. Ich vermute eigentlich einen defekt des Device, da es nur 1 von 4 betrifft und ich vor dem Ausfalls keine Änderungen am Netz oder Hardware vorgenommen habe.

Bin über jeden Ansatz dankbar denn den Defekt zu erklären obwohl App/Web funktionieren wird auch spannend.

Netzwerk: FB7390, Shellys1 mit static IP angebunden.
List des Device:

Internals:
   CFGFN     
   DEF        192.168.1.199
   DURATION   0
   FUUID      5db56fe5-f33f-5175-25d9-7ca80abcb8fab8d7
   INTERVAL   60
   NAME       myShelly
   NR         66
   STATE      Error
   TCPIP      192.168.1.199
   TYPE       Shelly
   READINGS:
     2019-10-27 11:26:48   cloud           disabled
     2019-10-27 11:26:48   firmware        v1.5.2
     2019-10-27 11:28:36   network         not connected
     2019-10-27 11:26:48   relay           on
     2019-10-27 11:28:42   state           Error
Attributes:
   model      shelly1


Gruß Martin

Prof. Dr. Peter Henning

Das lässt sich ganz einfach überprüfen.

Mit dem Aufruf http://<ip-adresse>/status beispielsweise sollte man den Status angezeigt bekommen, alle weiteren Abfragen und Befehle sind hier dokumentiert: http://shelly-api-docs.shelly.cloud/#shelly-family-overview

Wenn diese funktionieren, aber das Device aus FHEM heraus nicht mehr erreichbar ist: Fehler in der Konfiguration des FHEM-Devices.


LG

pah

cs-online

Hallo PAH,

ich hab es noch nicht im Thread gefunden, wird der Shelly Dimmer auch schon vom Modul unterstützt ? Der scheint noch recht neu zu sein.

Grüße

Christian
FHEM auf RPI 4 4GB, HM-WLAN-Gateway, einige HM-Aktoren,2x EBUSD an Heizung+Solar, ESP8266/32 am Strom-,Gas-,Wasserzähler, in WLAN-Steckdosen und Relaisleisten, Sonoff S20+S26,Shelly1/2/2.5, Lacrosse-Gateway und Sensoren,Sduino,Alexa-Fhem,Huawei PV+Speicher, alles auf einem RPI und da geht noch mehr

derstinker

#400
Hallo pah,

Danke für den Hinweis. Die API bzw. Status hatte ich nicht auf dem Schirm. Kurioserweise ein List von gerade zeigt jetzt wieder connected.
- Ich hab bis dato, IP-Adresse gewechselt um Adress-Konflikte auszuschließen
- Neue "saubere" FEHM Installation verwendet
- Netzwerk Hardware / Shelly reset durchgeführt

Mir fehlt wirklich ein Ansatz wo ich noch ansetzen kann.

NB: Ping von den beiden Raspbian Installation hat einen Paket loss größer 90%, erklärt warum manchmal ein connect zustande kommt. Die Ursache ist mir nur nicht klar, denn es taucht nur bei dem einen Shelly auf und nur bei PING von den Raspbians.



Internals:
   CFGFN     
   DEF        192.168.1.199
   DURATION   0
   FUUID      5db56fe5-f33f-5175-25d9-7ca80abcb8fab8d7
   INTERVAL   60
   NAME       myShelly
   NR         66
   STATE      off
   TCPIP      192.168.1.199
   TYPE       Shelly
   READINGS:
     2019-10-27 11:26:48   cloud           disabled
     2019-10-27 11:26:48   firmware        v1.5.2
     2019-10-28 22:22:44   network         <html>connected to <a href="http://192.168.1.199">192.168.1.199</a></html>
     2019-10-27 11:42:05   relay           off
     2019-10-28 22:22:44   state           off
Attributes:
   model      shelly1



Zitat von: Prof. Dr. Peter Henning am 27 Oktober 2019, 11:46:52
Das lässt sich ganz einfach überprüfen.

Mit dem Aufruf http://<ip-adresse>/status beispielsweise sollte man den Status angezeigt bekommen, alle weiteren Abfragen und Befehle sind hier dokumentiert: http://shelly-api-docs.shelly.cloud/#shelly-family-overview

Wenn diese funktionieren, aber das Device aus FHEM heraus nicht mehr erreichbar ist: Fehler in der Konfiguration des FHEM-Devices.


LG

pah

cs-online

...hast du den schon mal Stromfrei (ggf. Haus-Sicherung raus)  gemacht ? Ich habe gelegentlich bei meinen Sonoffs (auch mit ESP8266) das auch, dass die nicht mehr erreichbar sind, nach Stromlos und neu verbunden dann alles wieder top...
FHEM auf RPI 4 4GB, HM-WLAN-Gateway, einige HM-Aktoren,2x EBUSD an Heizung+Solar, ESP8266/32 am Strom-,Gas-,Wasserzähler, in WLAN-Steckdosen und Relaisleisten, Sonoff S20+S26,Shelly1/2/2.5, Lacrosse-Gateway und Sensoren,Sduino,Alexa-Fhem,Huawei PV+Speicher, alles auf einem RPI und da geht noch mehr

uxtuner

Hallo,

besteht die Möglichkeit das "setList" Attribut mit einzubauen? Mein Shelly Plug S hängt vor dem Gefrierschrank und soll nicht versehentlich über FHEM ausgeschaltet werden - ein setList "on" könnte die Lösung sein, vielleicht hat jemand aber noch eine andere Idee.

Weiterhin würde ich gerne anregen "mode" wenn es als Attribut beim Shelly 2.5 nicht gesetzt wurde mit einem Default Wert (z. B. "relay") intern vorzubelegen.

An dieser Stelle auch einen herzlichen Dank für das Modul und die Pflege!
Viele Grüße
  Uwe

Intel NUC (VDR & FHEM), QNAP TS-453, OneWire (Temp. Sensor, 8-fach Schalter, Hub, Controller), Ebus (Wolf CGW-2, ISM7i), Fibaro (Flood Sensor, Wall Plug, 4 in 1 Sensor), Qubino (Flush 1D), Shelly (Plug S, H&T, 2.5, 1 PM), Tado (Thermostat V3+)

Prof. Dr. Peter Henning

setList ist dafür nicht geeignet - das hat ganz eine ganz andere Semantik.


Ich überlege mir mal etwas.

LG

pah

Shadow3561

wie wäre es mit attr <device> webcmd :

Dann wären zumindest die on/off Buttons weg.

Alternativ dazu einfach "webcmd on".