Support-Thread Modul 36_Shelly.pm

[JWRu]

Irgendwie funktionieren meine Actions auf meinem Shelly Plus 1PM (Firmware v1.4.2) plötzlich nicht mehr.
Ich habe folgende Actions definiert:

Code Auswählen Erweitern

1      Output_on_set_interval_10      switch.on      http://XXX.XXX.XXX.XX:8089/fhem?cmd=attr -silent Shellyplus1PM01 interval 10      EN
2      Output_off_set_interval_1200      switch.off      http://XXX.XXX.XXX.XX:8089/fhem?cmd=attr -silent Shellyplus1PM01 interval 1200      ENUnter Port 8089 gibt es eine eigene FHEMWEB-Instanz ohne csfrToken (für andere Anwendungen).
Wenn ich die URLs im Browser aufrufe, funktioniert es einwandfrei - das Attribut interval wird verändert.

[Starkstrombastler]

Irgendwie funktionieren meine Actions auf meinem Shelly Plus 1PM (Firmware v1.4.2) plötzlich nicht mehr.

Sind auf dem Shelly die URLs mit Leerzeichen angelegt? Funktioniert es, wenn du auf dem Shelly die Leerzeichen durch %20 ersetzt?

Das Shelly-Modul ersetzt bei "get <name> actions" der besseren Lesbarkeit wegen die %20 durch Leerzeichen.

[JWRu]

Sind auf dem Shelly die URLs mit Leerzeichen angelegt? Funktioniert es, wenn du auf dem Shelly die Leerzeichen durch %20 ersetzt?

Danke - das war die Lösung.
Ist das neu? Früher hat's auch mit Leerzeichen funktioniert:

[Starkstrombastler]

Ist das neu? Früher hat's auch mit Leerzeichen funktioniert:

Schön, dass es jetzt wieder funktioniert. Aber eigentlich ist das kein Thema vom Shelly-Modul, weil der Attribut Befehl fertig aufbereitet von fhem an das Modul weiter gereicht wird. Die Thematik müsste daher im Entwicklerbereich diskutiert werden.

[Jörg]

Hallo Starkstrombastler,
siehst Du eine Möglichkeit die Shelly Plus Smoke mit in das 36_shelly.pm Modul einzubinden?
In der Vendor ID und den Plus devices der 2. Gen ist er ja schon drin.

Über Actionurls, die der Smoke ja hat, kann bei einer Statusänderung (Smoke Alarm | Smoke Alarm Test | Smoke Alarm off) ja ein request von FHEM auslösen.

Wenn Du dabei Hilfe brauchst, ich habe die Smoke hier und kann für Dich Tests machen.


VG Jörg

[Starkstrombastler]

iehst Du eine Möglichkeit die Shelly Plus Smoke mit in das 36_shelly.pm Modul einzubinden?
In der Vendor ID und den Plus devices der 2. Gen ist er ja schon drin.

Über Actionurls, die der Smoke ja hat, kann bei einer Statusänderung (Smoke Alarm | Smoke Alarm Test | Smoke Alarm off) ja ein request von FHEM auslösen.

Als batteriebetriebenes Gerät lässt sich der Smoke-Sensor nicht so ohne weiters integrieren, da er sich schlafend legt und dann nicht über WLAN erreichbar ist.

Wenn er aber nach Neustart oder Tasterbetätigung unter seiner IP-Adresse erreichbar ist, sollte eine Definiton mit dem aktuellen Modul gelingen und der Sensor mit model=generic angelegt werden. Damit haben wir eine Grundlage, wenn das Shelly-Modul zukünftig auch Websockets verarbeiten kann.
Ich schlage vor, ein Reading  smoke zu verwenden, welches die Werte idle, test, alarm annehmen kann. Dieses Reading lässt sich via Action-URLS beschreiben: setreading <name> smoke <value>

[sfh]

Da muss ich leider feststellen, dass im Wiki die Angaben für is_open und is_closed angepasst werden müssen: Diese Befehle sind ja für das Erreichen der Endlage vorgesehen, und dafür unterstützen die Gen1-Shellies keine Actions. Es hat aber augenscheinlich trotzdem funktioniert, weil das Modul bei Eintreffen dieser Befehle einen "get ... status" absetzt, und damit wird dann das tatsächliche Geschehen erfasst.
Auch habe ich den Teil XHR=1 aus dem Wiki entfernt, weil ich nicht erkennen kann, wofür das nützlich ist, das hatte ich nur vom ursprünglichen Modul übernommen.
Damit lauten die URLS für die Gen1-Shellies:

Code Auswählen Erweitern

http://192.168.x.y:8085/fhem?cmd=set%20Roll.WohnL%20opening
http://192.168.x.y:8085/fhem?cmd=set%20Roll.WohnL%20closing
http://192.168.x.y:8085/fhem?cmd=set%20Roll.WohnL%20stopped

Ich hole dieses Thema noch einmal hoch. Der aktuelle Stand beim Shelly-Modul-Version 6.00.5 11.09.2024 und den angepassten Actions für die Rollladen-Steuerung ist:

• Gen1 (Shelly 2.5): End- und Zwischenstellungen werden nicht erkannt, sowohl bei der Steuerung über FHEM als auch bei der Bedienung über die Taster-Eingänge direkt am Aktor.
• Gen2 (Shelly Plus2PM: End- und Zwischenstellungen werden erkannt, sofern über FHEM-Kommandos gesteuert wird. Bedient man die Rollläden über die Taster-Eingänge direkt am Aktor, dann klappt das nicht.

Der Stopp-Zustand wird zwar im state erkannt, aber das Reading position, welches ich zur Auswertung verwende, wird erst beim nächsten Poll aktualisiert. Wird sich an diesem Zustand noch etwas ändern? Als Workaround habe ich die Poll-Zeit (interval) auf 60 gesetzt (vorher 900), somit wird jede Änderung spätestens nach einer Minute erkannt und alle Readings werden aktualisiert. Damit kann man leben. Schöner wäre aber eine direkte Erkennung das aktuellen Zustands, die bei der älteren Modul-Version 5.21.1 noch funktioniert hatte.

Dann ist mir noch eine Kleinigkeit aufgefallen: In den Readings und im Log gibt es Einträge wie power_last: 142.78 up. Bei den Gen2-Shellies gibt es diesen Wert für up und down, bei Gen1 erscheint nur der Wert für up.

Grüße, Scott

[Starkstrombastler]

Ich hole dieses Thema noch einmal hoch. Der aktuelle Stand beim Shelly-Modul-Version 6.00.5 11.09.2024 und den angepassten Actions für die Rollladen-Steuerung ist:

• Gen1 (Shelly 2.5): End- und Zwischenstellungen werden nicht erkannt, sowohl bei der Steuerung über FHEM als auch bei der Bedienung über die Taster-Eingänge direkt am Aktor.
• Gen2 (Shelly Plus2PM: End- und Zwischenstellungen werden erkannt, sofern über FHEM-Kommandos gesteuert wird. Bedient man die Rollläden über die Taster-Eingänge direkt am Aktor, dann klappt das nicht.

Der Stopp-Zustand wird zwar im state erkannt, aber das Reading position, welches ich zur Auswertung verwende, wird erst beim nächsten Poll aktualisiert. Wird sich an diesem Zustand noch etwas ändern? Als Workaround habe ich die Poll-Zeit (interval) auf 60 gesetzt (vorher 900), somit wird jede Änderung spätestens nach einer Minute erkannt und alle Readings werden aktualisiert. Damit kann man leben. Schöner wäre aber eine direkte Erkennung das aktuellen Zustands, die bei der älteren Modul-Version 5.21.1 noch funktioniert hatte.

Ich bin da dran, das Polling zu optimieren, so dass mit Actions als auch bei Befehlen aus FHEM heraus (ohne Actions) möglichst zeitnahe Aktualisierungen kommen, ohne das System durch gleichzeitige Mehrfachabfragen zu belasten. 

Dann ist mir noch eine Kleinigkeit aufgefallen: In den Readings und im Log gibt es Einträge wie power_last: 142.78 up. Bei den Gen2-Shellies gibt es diesen Wert für up und down, bei Gen1 erscheint nur der Wert für up.

Hier ist es so, dass Gen1 und Gen2 unterschiedlich lang benötigen, um einen Leistungswert bereit zu stellen.

[JoWiemann]

Hallo,

ich habe folgenden Log Eintrag bei aktuellem Shelly Modul:

Code Auswählen Erweitern

2024.10.12 06:55:02 1:     main::__ANON__                      called by fhem.pl (783)
2024.10.12 06:55:02 1:     main::Shelly_HttpResponse           called by /opt/fhem/FHEM/HttpUtils.pm (755)
2024.10.12 06:55:02 1:     main::Shelly_status1G               called by /opt/fhem/FHEM/36_Shelly.pm (6473)
2024.10.12 06:55:02 1:     main::__ANON__                      called by /opt/fhem/FHEM/36_Shelly.pm (3332)
2024.10.12 06:55:02 1: stacktrace:
2024.10.12 06:55:02 1: PERL WARNING: Use of uninitialized value $intervalN in concatenation (.) or string at /opt/fhem/FHEM/36_Shelly.pm line 3332.

Und hier das List:

Code Auswählen Erweitern

Internals:
   DEF        192.168.0.82
   FUUID      66f68b96-f33f-0b39-3d2e-256b58e1f73adece
   NAME       SH_DiV2
   NR         754
   NTFY_ORDER 50-SH_DiV2
   STATE      off
   TYPE       Shelly
   eventCount 21
   units      0
   READINGS:
     2024-10-10 17:45:35   calibrated      yes
     2024-10-10 17:45:35   cloud           disabled
     2024-10-12 06:55:02   energy          22.3
     2024-10-10 17:45:35   firmware        v1.14.0
     2024-10-10 17:45:35   firmware_beta   20231107-164738/v1.14.1-rc1-g0617c15
     2024-10-12 06:55:02   input_0         on
     2024-10-12 06:55:02   input_0_cnt     25
     2024-10-10 17:45:35   input_1         off
     2024-10-12 06:55:02   inttemp         40.2
     2024-10-12 06:55:02   light           off
     2024-10-10 17:45:35   network         <html>connected to <a href="http://192.168.0.82">192.168.0.82</a></html>
     2024-10-07 11:41:20   network_disconnects 1
     2024-10-10 17:45:35   network_ip-address 192.168.0.82
     2024-10-12 06:53:34   network_rssi    -65
     2024-10-10 17:45:35   network_ssid    7270FamWieFritz266
     2024-10-10 17:45:35   overpower       0
     2024-10-12 06:55:02   pct             69
     2024-10-12 06:55:02   power           0
     2024-10-10 17:45:35   source          http
     2024-10-10 17:45:34   source_0        http
     2024-10-12 06:55:02   state           off
     2024-10-10 17:45:35   timer           0
     2024-10-10 17:45:34   timer_0         0
     2024-10-12 06:55:02   uptime          58076 sec, last reboot at 2024-10-11 14:47:06
   helper:
     Sets       config interval password reboot:noArg update:noArg name reset:noArg clear:disconnects,error,responsetimes actions on:noArg off:noArg toggle:noArg on-for-timer off-for-timer pct:slider,1,1,100 dim dimup dimdown dim-for-timer calibrate:noArg
     settings_time 0
     timer     
Attributes:
   alexaName  Balkon
   alexaRoom  Wohnecken
   alias      Wohnbereich_Balkon
   genericDeviceType light
   group      Beleuchtung
   interval   0
   model      shellydimmer
   room       Wohnbereich

Grüße Jörg

[Starkstrombastler]

2024.10.12 06:55:02 1: PERL WARNING: Use of uninitialized value $intervalN in concatenation (.) or string at /opt/fhem/FHEM/36_Shelly.pm line 3332

Diese Warnung und auch alle anderen der zuletzt in diesem Thread geposteten Problempunkte sollten mit der neuesten Version des Moduls beseitigt sein, siehe Testversion 6.01 Beta1 im Entwicklungs-Thread.

Wer mich bei der Weiterentwicklung des Moduls unterstützen möchte, postet bitte seine Testergebnisse im dortigen Thread!

[TheDestroyer]

Irgendwie funktionieren meine Actions auf meinem Shelly Plus 1PM (Firmware v1.4.2) plötzlich nicht mehr.
Ich habe folgende Actions definiert:

Code Auswählen Erweitern

1      Output_on_set_interval_10      switch.on      http://XXX.XXX.XXX.XX:8089/fhem?cmd=attr -silent Shellyplus1PM01 interval 10      EN
2      Output_off_set_interval_1200      switch.off      http://XXX.XXX.XXX.XX:8089/fhem?cmd=attr -silent Shellyplus1PM01 interval 1200      ENUnter Port 8089 gibt es eine eigene FHEMWEB-Instanz ohne csfrToken (für andere Anwendungen).
Wenn ich die URLs im Browser aufrufe, funktioniert es einwandfrei - das Attribut interval wird verändert.

Hab das gleiche Problem, nach jedem Neustart vom System funktioniert die Statusweitergabe von Shelly an Fhem nicht mehr.
In den Aktionen vom Shelly sind tatsächlich Leerzeichen anstatt %20 eingetragen.
Wenn ich die Leerzeichen durch %20 ersetze funktioniert wieder alles. Die %20 bleiben auch bis zum nächsten Neustart von Fhem eingetragen.

Verstehe nicht ganz warum die %20 beim manuellen eintragen über den Webbrowser drin bleiben, und wenn es von Fhem kommt nicht, dürfte doch das gleich sein oder?

[Starkstrombastler]

In den Aktionen vom Shelly sind tatsächlich Leerzeichen anstatt %20 eingetragen.
Wenn ich die Leerzeichen durch %20 ersetze funktioniert wieder alles. Die %20 bleiben auch bis zum nächsten Neustart von Fhem eingetragen.

Bei dem Hin- und Her zwischen Fhem, dem Shelly und dem Browser hat jedes System seine eigene Methode für die Behandlung von %20 bzw. Leerzeichen.
Im Shelly-Modul war das auch so, zur besseren Lesbarkeit wurde für die Anzeige get actions die %20 durch Leerzeichen ersetzt.
Mit der aktuellen Version des Moduls ist das geändert, die %20 werden durch Blank-Symbole (so ähnlich wie ein Unterstrich) dargestellt (aber nur bei get actions).

Nach meiner Erkenntnis verhält sich die Shelly-Firmware unterschiedlich, je nachdem ob eine Action neu angelegt oder ob sie geändert wird. In der aktuellen Version des Moduls wird daher bei ÄNDERUNG anstatt von %20 ein Plus-Zeichen + in den String eingetragen. Das scheint einigermaßen robust zu sein.

Wird denn die Action auf dem Shelly überhaupt bei Neustart von Fhem verändert? Sollte nämlich gar nicht sein, da der von dir vergebene Name nicht mit Unterstrich anfängt/aufhört.

• Ist Fhem, speziell das Shelly-Modul, aktuell?
• Ändert sich der Wert von webhook_ver beim Neustart?
• Stelle mal den Verbose Level des Devices für den Neustart auf 3 oder 4
• Ersetze mal versuchsweise die %20 auf dem Shelly durch Pluszeichen

[Nobbynews]

Guten Morgen,

ich habe heute Morgen ein Update durchgeführt.
Dabei wurde auch das Shelly-Modul akkualisiert.

Code Auswählen Erweitern

2024.11.01 07:13:42 1: New entries in the CHANGED file:
2024.11.01 07:13:42 1:  - feature: 36_Shelly: add Shelly Plug S MTR Gen3Nach dem shutdown restart steht das folgende warning im Log-File:

Code Auswählen Erweitern

2024.11.01 07:14:43 1: PERL WARNING: Use of uninitialized value $1 in concatenation (.) or string at ./FHEM/36_Shelly.pm line 6642.
2024.11.01 07:14:43 1: stacktrace:
2024.11.01 07:14:43 1:     main::__ANON__                      called by ./FHEM/36_Shelly.pm (6642)
2024.11.01 07:14:43 1:     main::cmpVersions                   called by ./FHEM/36_Shelly.pm (6625)
2024.11.01 07:14:43 1:     main::Shelly_firmwarecheck          called by ./FHEM/36_Shelly.pm (3596)
2024.11.01 07:14:43 1:     main::Shelly_status1G               called by ./FHEM/36_Shelly.pm (6984)
2024.11.01 07:14:43 1:     main::Shelly_HttpResponse           called by FHEM/HttpUtils.pm (755)
2024.11.01 07:14:43 1:     main::__ANON__                      called by fhem.pl (783)
2024.11.01 07:14:43 1: PERL WARNING: Use of uninitialized value $2 in concatenation (.) or string at ./FHEM/36_Shelly.pm line 6642.
2024.11.01 07:14:43 1: stacktrace:
2024.11.01 07:14:43 1:     main::__ANON__                      called by ./FHEM/36_Shelly.pm (6642)
2024.11.01 07:14:43 1:     main::cmpVersions                   called by ./FHEM/36_Shelly.pm (6625)
2024.11.01 07:14:43 1:     main::Shelly_firmwarecheck          called by ./FHEM/36_Shelly.pm (3596)
2024.11.01 07:14:43 1:     main::Shelly_status1G               called by ./FHEM/36_Shelly.pm (6984)
2024.11.01 07:14:43 1:     main::Shelly_HttpResponse           called by FHEM/HttpUtils.pm (755)
2024.11.01 07:14:43 1:     main::__ANON__                      called by fhem.pl (783)
2024.11.01 07:14:43 1: PERL WARNING: Use of uninitialized value $3 in concatenation (.) or string at Das Log-File wird damit geflutet.
Bin erst mal wieder auf die alte Version zurück.

Norbert

Edit:
Das Warning scheint nur dann zu kommen, wenn die installierte Firmware nicht erkannt/ausgelesen werden kann.
Installiert ist die Firmware

20220809-124506/v1.12-g99f7e0b

Hier ein List vom device:

Code Auswählen Erweitern

define Pumpe Shelly 192.168.2.242
attr Pumpe model shellyplug
#   CFGFN     
#   DEF        192.168.2.242
#   FUUID      67247802-f33f-c8c9-da47-092cfc046bd89872
#   INTERVAL   60
#   NAME       Pumpe
#   NR         121
#   NTFY_ORDER 50-Pumpe
#   STATE      on
#   TYPE       Shelly
#   eventCount 9
#   units      0
#   READINGS:
#     2024-11-01 07:41:07   ap              disabled open
#     2024-11-01 07:41:07   ap_name         shellyplug-s-EF370B
#     2024-11-01 07:41:07   auto_off        0 - disabled
#     2024-11-01 07:41:07   auto_on         0 - disabled
#     2024-11-01 07:41:06   cloud           disabled
#     2024-11-01 07:41:07   coiot           disabled
#     2024-11-01 07:41:07   coiot_period    15
#     2024-11-01 07:41:06   energy          226.3
#     2024-11-01 07:41:06   firmware_current v..
#     2024-11-01 07:41:06   firmware_updIcon M
#     2024-11-01 07:41:06   firmware_updText update needed to v1.14.0, check for beta-version
#     2024-11-01 07:42:07   inttemp         31.82
#     2024-11-01 07:41:07   login           open
#     2024-11-01 07:41:06   mac             3C:61:05:EF:37:0B
#     2024-11-01 07:41:06   model_ID        SHPLG-S
#     2024-11-01 07:41:06   model_family    Gen1
#     2024-11-01 07:41:06   model_name      Shelly Plug S
#     2024-11-01 07:41:06   network         <html>connected to <a href="http://192.168.2.242">192.168.2.242</a></html>
#     2024-11-01 07:41:06   network_connection online
#     2024-11-01 07:41:06   network_ip-address 192.168.2.242
#     2024-11-01 07:42:07   network_rssi    -41
#     2024-11-01 07:41:06   network_ssid    XYZ
#     2024-11-01 07:41:07   network_wifi_roaming -70
#     2024-11-01 07:41:06   overpower       0
#     2024-11-01 07:41:06   power           0
#     2024-11-01 07:41:06   relay           on
#     2024-11-01 07:41:06   source          http
#     2024-11-01 07:41:06   state           on
#     2024-11-01 07:41:06   timer           0
#     2024-11-01 07:41:06   update_status   pending
#     2024-11-01 07:42:07   uptime          6386160 sec, last reboot at 2024-08-19 10:46:07
#     2024-11-01 07:41:07   webhook_cnt     0 / 0 / 0
#   helper:
#     Sets       config interval password reboot:noArg update:noArg name reset:noArg clear:disconnects,error,responsetimes actions on off toggle on-for-timer off-for-timer
#     StatusCall 0
#     settings_time 1730443327.14039
#     timer      0
#
setstate Pumpe on
setstate Pumpe 2024-11-01 07:41:07 ap disabled open
setstate Pumpe 2024-11-01 07:41:07 ap_name shellyplug-s-EF370B
setstate Pumpe 2024-11-01 07:41:07 auto_off 0 - disabled
setstate Pumpe 2024-11-01 07:41:07 auto_on 0 - disabled
setstate Pumpe 2024-11-01 07:41:06 cloud disabled
setstate Pumpe 2024-11-01 07:41:07 coiot disabled
setstate Pumpe 2024-11-01 07:41:07 coiot_period 15
setstate Pumpe 2024-11-01 07:41:06 energy 226.3
setstate Pumpe 2024-11-01 07:41:06 firmware_current v..
setstate Pumpe 2024-11-01 07:41:06 firmware_updIcon M
setstate Pumpe 2024-11-01 07:41:06 firmware_updText update needed to v1.14.0, check for beta-version
setstate Pumpe 2024-11-01 07:42:07 inttemp 31.82
setstate Pumpe 2024-11-01 07:41:07 login open
setstate Pumpe 2024-11-01 07:41:06 mac 3C:61:05:EF:37:0B
setstate Pumpe 2024-11-01 07:41:06 model_ID SHPLG-S
setstate Pumpe 2024-11-01 07:41:06 model_family Gen1
setstate Pumpe 2024-11-01 07:41:06 model_name Shelly Plug S
setstate Pumpe 2024-11-01 07:41:06 network <html>connected to <a href="http://192.168.2.242">192.168.2.242</a></html>
setstate Pumpe 2024-11-01 07:41:06 network_connection online
setstate Pumpe 2024-11-01 07:41:06 network_ip-address 192.168.2.242
setstate Pumpe 2024-11-01 07:42:07 network_rssi -41
setstate Pumpe 2024-11-01 07:41:06 network_ssid Nobby
setstate Pumpe 2024-11-01 07:41:07 network_wifi_roaming -70
setstate Pumpe 2024-11-01 07:41:06 overpower 0
setstate Pumpe 2024-11-01 07:41:06 power 0
setstate Pumpe 2024-11-01 07:41:06 relay on
setstate Pumpe 2024-11-01 07:41:06 source http
setstate Pumpe 2024-11-01 07:41:06 state on
setstate Pumpe 2024-11-01 07:41:06 timer 0
setstate Pumpe 2024-11-01 07:41:06 update_status pending
setstate Pumpe 2024-11-01 07:42:07 uptime 6386160 sec, last reboot at 2024-08-19 10:46:07
setstate Pumpe 2024-11-01 07:41:07 webhook_cnt 0 / 0 / 0



[Starkstrombastler]

Das Warning scheint nur dann zu kommen, wenn die installierte Firmware nicht erkannt/ausgelesen werden kann.

Ja, die Ursache ist lokalisiert und wird behoben.

2024-11-01 07:41:06   firmware_updText update needed to v1.14.0, check for beta-version

Es ist für mich als Entwickler unmöglich alle möglichen Konstellationen für das Testen bereit zu halten. Ich halte dafür einige Shellies absichtlich mit veralteter Firmware vor, um so etwas beim Testen zu erkennen, aber eben keinen mit v.1.12

Empfehlung an alle Shelly-Nutzer: Bitte die Firmware auf dem Shelly aktuell halten - alte FW wird nur begrenzt von diesem Modul unterstützt. Mir sind bis jetzt auch keine Fälle von Funktionsverlust durch Updates bekannt.

[RalfRog]

Mir sind bis jetzt auch keine Fälle von Funktionsverlust durch Updates bekannt.

Beim 3EM hat es beim Übergang auf die 1.12 eine Änderung im internen Langzeitspeicher gegeben. Bis 1.11 hat er die Energie der drei Phasen und die Summe gespeichert. Ab 1.12 nur noch die EnergieSumme und von den Phasen die Spannung.

Wenn man FHEM nutzt, wird man die Langzeitspeicherung aber eher in der DB machen 
Zumal mir beim Check der Daten immer wieder aufgefallen ist, dass Lücken drin sind.

Just for Info Gruß Ralf