Support-Thread Modul 36_Shelly.pm

[Prof. Dr. Peter Henning]

Da das nichts mit dem Modul zu tun hat: Falscher Forumsbereich.

pah

[flashworker]

Danke für die schnelle Antwort.

Vielleicht habe ich mich etwas missverständlich ausgedrückt.

Zur Zeit habe ich die Zeile

Code Auswählen Erweitern

readingsBulkUpdateIfChanged($hash,"restart_required",($jhash->{sys}{restart_required}==1)?"true":"false");in die 36_Shelly.pm eingefügt und gehofft, du könntest das dauerhaft implementieren.

Plan B wäre der Tipp mit dem Umschreiben gewesen.

Oder sehe ich den "Wald vor lauter Bäumen nicht" und kann bereits jetzt das "restart_required" aus irgendeinem Reading herauslesen?

Grüße und Danke

[Prof. Dr. Peter Henning]

das dauerhaft implementieren.

Erstens bin ich nicht mehr der Maintainer. Zweitens empfehle ich, sich mit der Arbeitsweise dieser Community vertraut zu machen - eher nicht auf Sonderwunsch von Einzelpersonen.

jetzt das "restart_required" aus irgendeinem Reading herauslesen?

Wieso aus einem Reading? Man kann problemlos ein userReading aus beliebigen Systemstrukturen bestücken.

pah

[DerTom71]

Hallo Zusammen,

mit der Version 6.05 26.01.2026 bekomme ich immer wieder Fehler im Log:

Code Auswählen Erweitern

2026.02.01 20:25:12.552 1: (Shelly_Set:button) Shelly250 Error: 'command not allowed/no channels of this type (-2)', state is set to 'Error'
2026.02.01 20:25:21.197 1: (Shelly_Set:button) Shelly250 Error: 'command not allowed/no channels of this type (-2)', state is set to 'Error'
2026.02.01 20:25:58.597 1: (Shelly_Set:button) Shelly250 Error: 'command not allowed/no channels of this type (-2)', state remains unchanged (in 'Error')
2026.02.01 20:26:07.392 1: (Shelly_Set:button) Shelly250 Error: 'command not allowed/no channels of this type (-2)', state remains unchanged (in 'Error')
2026.02.01 22:17:38.715 1: (Shelly_Set:button) Shelly133 Error: 'command not allowed/no channels of this type (-1)', state is set to 'Error'
2026.02.01 22:17:38.953 1: (Shelly_Set:button) Shelly133 Error: 'command not allowed/no channels of this type (-1)', state remains unchanged (in 'Error')

Diese 2 Geräten akzeptieren keinen webhook mit Channel mehr:

Shelly250 ist ein Pro1PM, bei dem beide Inputs benutzt werde: Webhook mit ..button_on%200 und ..button_on%201
Shelly133 ist eine shellyrgbw, der auf 4 einzelne Channel gestellt ist: Webhook mit ..out_on%200, ..out_on%201, ..out_on%202 und ..out_on%203

Vieleicht kann man das mit der nächsten Version reparieren. Vielen Dank.

Gruß
Tom

[Starkstrombastler]

Es wäre schön, wenn ihr das Reading "restart_required" mit aufnehmen könntet.

Gern geschehen.

[ph1959de]

Es wäre schön, wenn ihr das Reading "restart_required" mit aufnehmen könntet.

Gern geschehen.

restart_required reading wird jetzt gesetzt.

Es ist mir noch eine Ungereimtheit im Zusammenhang mit den readings  firmware_updText und firmware_updIcon aufgefallen.

Ich habe erste Geräte (Gen2 und höher) auf Firmware 1.7.4 und bei diesen erscheint "update needed to v1.14.0" im updText reading, updIcon ist auf "m". im Shelly.GetStatus response steht allerdings

Code Auswählen Erweitern

available_updates    {}zudem: v1.14.x ist die aktuelle/letzte Gen1 Firmware.
Edit (Nachtrag):

• Ältere Shelly devices (also devices, die mit einer äteren Version von 36_Shelly.pm angelegt wurden) haben bei mir noch ein reading firmware, das aber schon lange nicht mehr aktualisiert wird
• Shelly selbst scheint gerade etwas "out of order" bezüglich Firmware Versionen
  Die 1.7.4 wurde nur schrittweise ausgerollt, aktuell scheint nur 1.7.4-beta2 angeboten zu werden, aber nicht bei Geräten, die schon auf 1.7.4 sind.
  Im Shelly Changelog findet sich zur beta2 noch gar nichts

Falls das also kein offensichtliches Problem im Shelly Modul ist, sollte derzeit in diese Sache nicht viel Aufwand investiert werden.

[flashworker]

Es wäre schön, wenn ihr das Reading "restart_required" mit aufnehmen könntet.

Gern geschehen.

Super, Vielen Dank von Ralf

[Starkstrombastler]

Ich habe erste Geräte (Gen2 und höher) auf Firmware 1.7.4 und bei diesen erscheint "update needed to v1.14.0" im updText reading, updIcon ist auf "m"

Danke für den Hinweis, ist gefixt.

Ältere Shelly devices (also devices, die mit einer äteren Version von 36_Shelly.pm angelegt wurden) haben bei mir noch ein reading firmware, das aber schon lange nicht mehr aktualisiert wird

Richtig erkannt, das Reading kann gelöscht werden.

Die 1.7.4 wurde nur schrittweise ausgerollt, aktuell scheint nur 1.7.4-beta2 angeboten zu werden, aber nicht bei Geräten, die schon auf 1.7.4 sind.

Das sieht bei meinem kleinen Zoo genauso aus. Würde mich nicht wundern, wenn die Shelly-Entwickler auch ein bisschen ins Trudeln kommen. Abwarten.

[ph1959de]

• Danke für den Fix
• reading firmware hab ich teilweise schon gelöscht, nur ein paar übrig gelassen, falls noch was an Info nötig gewesen wäre
• Ja, abwarten. Drum hatte ich ja auch schon auf das Durcheinander bei Shelly hingewiesen.

[Bartimaus]

Moin,

ich habe meine Shellies so konfiguriert, das sie ein Statusupdate an FHEM senden, sobald ich den mechanischen Schalter betätige.
Seit der neuen ShellyVersion bekomme ich jedesmal im FHEM-Log folgenden Hinweis:

Code Auswählen Erweitern

2026.02.02 23:01:00.214 1: (Shelly_Set:button) Licht.Aussen Error: 'command not allowed/no channels of this type (-1)', state is set to 'Error'
2026.02.02 23:01:00.129 3: [Shelly_response:onoff] Successfull, device Licht.Aussen was on
Dann habe ich die alte ShellyVersion wieder eingespielt, und die Fehlermeldungen verschwinden wieder.
JFYI.

Wenn weitere Infos gewünscht werden, bitte melden

[ph1959de]

Ein paar "Beobachtungen" zu shelly1pmminig4 (1PM Mini Gen4):

• Error: '404: No handler for BLE.CloudRelay.List' tritt auf, wenn das Gerät im zigbee Modus ist.
  Die API Doc sagt dazu "CloudRelay is not supported on Gen 4 devices in Zigbee mode."
• Modus von Gen4 Devices lässt sich zwischen Matter und Zigbee umstellen. Nach der obigen Einschränkung für den Zigbee mode erscheint es notwendig, das entsprechend zu berücksichtigen.
  Die Information steckt im Shelly.GetConfig
  
  Code Auswählen Erweitern
    matter: enable: true bzw. entsprechend
  
  Code Auswählen Erweitern
    zigbee: enable: true

[ramo]

Guten Abend,

herzlichen Dank an die Entwickler des Shelly-Moduls.

Ich nutze 3 ShellyPro3EM-Module, die seit längerer Zeit problemlos liefen.Nach meinem heutigen FHEM-Update (das letzte Update ist leider etwas länger her), erhalte ich bei 2 Modulen die Fehlermeldung:" 404: No handler for EM1Data.GetStatus". Die Firmware habe ich auf Version v1.7.1 aktualisiert, was auch im device korrekt angezeigt wird.

Code Auswählen Erweitern

Internals:
   CFGFN      /opt/fhem/sensoren_3.cfg
   DEF        192.168.0.139
   FUUID      69160479-f33f-5e76-8dcc-8ea0d83315bcc225
   INTERVAL   60
   NAME       ShellyPro3EM_2Richtung
   NR         696
   NTFY_ORDER 50-ShellyPro3EM_2Richtung
   SHELLYID   shellypro3em-fce8c0da2cc8
   STATE      Error: No Handler
   TYPE       Shelly
   eventCount 3
   units      1
   READINGS:
     2026-02-04 18:00:10   Active_Power_A  860.4 W
     2026-02-04 18:00:10   Active_Power_B  911.6 W
     2026-02-04 18:00:10   Active_Power_C  828.7 W
     2026-02-04 18:00:10   Active_Power_S  2600.8 W
     2026-02-04 18:00:00   Active_Power_calculated 2447.4 W ( 156671 Ws = 43.52 Wh in 64 s )
     2026-02-04 18:00:05   Active_Power_integrated 2628.4  W (1 values)
     2026-02-04 17:46:01   Active_Power_integratedNeg 0.0  W (0 Ws =  0.00 Wh)
     2026-02-04 18:00:05   Active_Power_integratedPos 2628.4  W (157703 Ws = 43.81 Wh)
     2026-02-04 18:00:10   Apparent_Power_A 1015.4 VA
     2026-02-04 18:00:10   Apparent_Power_B 1068.9 VA
     2026-02-04 18:00:10   Apparent_Power_C 983.3 VA
     2026-02-04 18:00:10   Apparent_Power_S 3067.5 VA
     2026-02-04 18:00:10   Current_A       4.312 A
     2026-02-04 18:00:10   Current_B       4.580 A
     2026-02-04 18:00:10   Current_C       4.193 A
     2026-02-04 18:00:10   Current_S       13.085 A
     2026-02-04 16:41:14   Frequency_A     50 Hz
     2026-02-04 16:43:14   Frequency_B     50 Hz
     2026-02-04 16:43:14   Frequency_C     50 Hz
     2026-02-04 18:00:10   PowerReactive_A 539.2 var
     2026-02-04 18:00:10   PowerReactive_B 558.2 var
     2026-02-04 18:00:10   PowerReactive_C 529.3 var
     2026-02-04 17:59:10   PowerReactive_S 1626.6 var
     2026-02-04 17:59:10   Power_Factor_A  0.87 (inductive)
     2026-02-04 17:59:10   Power_Factor_B  0.87 (inductive)
     2026-02-04 17:40:18   Power_Factor_C  0.87 (inductive)
     2026-02-04 18:00:00   Purchased_Energy_A 1593863.61 Wh
     2026-02-04 18:00:00   Purchased_Energy_B 1878168.10 Wh
     2026-02-04 18:00:00   Purchased_Energy_C 1151918.39 Wh
     2026-02-04 18:00:00   Purchased_Energy_S 4623950.10 Wh
     2026-02-04 17:46:01   Purchased_Energy_T 1006048503985517928257522892030114764161024.00 Wh
     2026-01-28 12:09:00   Returned_Energy_A 405370.87 Wh
     2025-11-13 17:17:00   Returned_Energy_B 0.0 Wh
     2026-02-04 14:19:00   Returned_Energy_C 494809.10 Wh
     2026-02-04 14:19:00   Returned_Energy_S 900179.97 Wh
     2026-02-04 17:46:01   Returned_Energy_T 794238510280360037459776752076561615683584.00 Wh
     2026-02-04 18:00:00   Total_Energy_S  3723770.13 Wh
     2026-02-04 17:46:01   Total_Energy_T  211809993705157890797746139953553148477440.00 Wh
     2026-02-04 18:00:10   Voltage_A       235.2 V
     2026-02-04 18:00:10   Voltage_B       232.9 V
     2026-02-04 18:00:10   Voltage_C       234.2 V
     2026-02-04 18:00:44   ap              enabled open
     2025-11-13 17:17:58   ap_clients      disabled
     2026-02-04 18:00:44   ap_name         ShellyPro3EM-FCE8C0DA2CC8
     2025-11-13 17:17:58   ble             enabled
     2026-02-04 18:00:44   ble_rpc         enabled
     2025-11-13 17:29:28   check           yes
     2025-11-13 17:17:58   cloud           disabled
     2026-02-04 18:53:03   ct_type         120A
     2026-02-04 18:00:44   eco_mode        -
     2026-02-04 19:55:01   error           404: No handler for EM1Data.GetStatus
     2026-01-27 17:54:54   error_EM        ok
     2025-11-13 17:18:58   firmware        v1.0.7(update needed to v1.3.3)
     2026-02-04 18:53:03   firmware_ID     20250924-062749/1.7.1-gd336f31
     2026-02-04 18:53:03   firmware_current v1.7.1
     2026-02-04 19:17:05   firmware_updIcon B
     2026-02-04 19:55:13   firmware_updText check for beta-version
     2026-02-04 18:00:05   inttemp         51.9 °C
     2026-02-04 18:00:44   login           open
     2026-02-04 18:00:44   mac             FC:E8:C0:DA:2C:C8
     2026-02-04 18:00:44   model_ID        SPEM-003CEBEU
     2026-02-04 18:00:44   model_family    Pro/Gen2
     2026-02-04 18:00:44   model_function  energy meter
     2026-02-04 18:00:44   model_name      Shelly Pro 3EM
     2026-02-04 18:50:44   network         <html>connected to <a href="http://192.168.0.139">192.168.0.139</a> (LAN)</html>
     2026-02-04 19:54:11   network_DNS     shellypro3em-fce8c0da2cc8
     2026-02-04 18:50:44   network_connection online (LAN)
     2026-02-04 18:49:44   network_disconnects 119342
     2025-11-13 17:17:58   network_ip-address -
     2026-02-04 18:00:44   network_ip-address_LAN 192.168.0.139
     2026-02-04 18:00:44   network_ip-address_Wifi -
     2025-11-13 17:17:58   network_rssi    -
     2025-11-13 17:17:58   network_ssid    -
     2025-11-13 17:17:58   network_wifi_roaming -80 dBm
     2026-02-04 18:00:44   restart_required false
     2026-02-04 18:01:16   scripts         0
     2026-02-04 19:55:13   statPurchased_Energy_S Hour: 0.00 Day: 48858.71 Month: 255007.34 Year: 1945989.90
     2026-02-04 19:55:13   statPurchased_Energy_SDay 48858.71
     2026-02-03 23:59:55   statPurchased_Energy_SDayLast 70153.00
     2026-02-04 19:55:13   statPurchased_Energy_SHour 0.00
     2026-02-04 18:59:55   statPurchased_Energy_SHourLast 2811.33
     2026-02-04 18:59:55   statPurchased_Energy_SLast Hour: 2811.33 Day: 70153.00 Month: 1690982.56 Year: 1627078.91 (since: 2025-11-16 )
     2026-02-04 19:55:13   statPurchased_Energy_SMonth 255007.34
     2026-01-31 23:59:55   statPurchased_Energy_SMonthLast 1690982.56
     2026-02-04 19:55:13   statPurchased_Energy_SYear 1945989.90
     2025-12-31 23:59:55   statPurchased_Energy_SYearLast 1627078.91
     2026-02-04 19:55:13   statReturned_Energy_S Hour: 0.00 Day: 8.68 Month: 9.01 Year: 30395.26
     2026-02-04 19:55:13   statReturned_Energy_SDay 8.68
     2026-02-03 23:59:55   statReturned_Energy_SDayLast 0.02
     2026-02-04 19:55:13   statReturned_Energy_SHour 0.00
     2026-02-04 18:59:55   statReturned_Energy_SHourLast 0.00
     2026-02-04 18:59:55   statReturned_Energy_SLast Hour: 0.00 Day: 0.02 Month: 30386.25 Year: 74546.81 (since: 2025-11-16 )
     2026-02-04 19:55:13   statReturned_Energy_SMonth 9.01
     2026-01-31 23:59:55   statReturned_Energy_SMonthLast 30386.25
     2026-02-04 19:55:13   statReturned_Energy_SYear 30395.26
     2025-12-31 23:59:55   statReturned_Energy_SYearLast 74546.81
     2026-02-04 19:54:28   state           Error: No Handler
     2026-02-04 19:55:13   uptime          2239 sec (less than an hour), last reboot at 2026-02-04 19:17:54
     2026-02-04 18:00:45   webhook_cnt     0 / 0 / 0
     2025-11-13 17:17:58   webhook_ver     0
   helper:
     Sets       config:ap_disable,ap_enable interval password reboot:noArg update:noArg name clear:disconnects,error,responsetimes actions script_start script_stop
     StatusCall 0
     Total_Energy_S 0
     _98_statistics myStatDevice
     a_Active_Power 0
     b_Active_Power 0
     c_Active_Power 0
     power      0
     powerCnt   1
     powerNeg   0
     powerPos   0
     range_extender disabled
     settings_time 1770231313.8299
     timer      0
   props:
     cct        0
     color      0
     em         3
     gen        1
     input      0
     light      0
     meters     0
     relay      0
     roller     0
Attributes:
   model      shellypro3em
   room       Energie
   showunits  normal
   userReadings state:Purchased_Energy_S\b.* { ReadingsNum("ShellyPro3EM_2Richtung","Purchased_Energy_S",0,1)/1000}

Was muss ich tun, um von FHEM wieder Zugriff auf den Shelly zu bekommen?

Herzlichen Dank für die Hilfe.

[Starkstrombastler]

ich habe meine Shellies so konfiguriert, das sie ein Statusupdate an FHEM senden, sobald ich den mechanischen Schalter betätige.

Mit welchem Befehl ruftst du das Statusupdate ab?

Im Modul wird unterschieden zwischen button_on|off und input_on|off um einerseits Shellies mit vorhandenem Schalter/Taster (Shelly Plug*) und andererseits Shellies mit einer Input-Klemme (für einen externen Schalter/Taster) zu unterscheiden.
Da die Unterscheidung aber scheinbar gar nicht funktioniert hat und die neueren Shelly-Plug* keinen Event für gedrückten Taster bereitstellen, werde ich es so umstellen, dass set <name> button_on|off und set <name> input_on|off gleichermaßen genutzt werden können. Je nachdem wird dann durch diesen Befehl ein Reading button oder input beschrieben.
Durch das Polling wird aber je nach Modell NUR das Reading button oder input aktualisiert.

Empfehlung:
a) wenn dich das Nebeneinander von Readings button und input nicht stört, dann lass es so wie es ist, mit dem nächsten Update wird keine Fehlermeldung mehr erzeugt
b) sauberer ist es, wenn du die Actions auf input_on bzw. input_off umstellst

[Starkstrombastler]

Ich nutze 3 ShellyPro3EM-Module, die seit längerer Zeit problemlos liefen.Nach meinem heutigen FHEM-Update (das letzte Update ist leider etwas länger her), erhalte ich bei 2 Modulen die Fehlermeldung:" 404: No handler for EM1Data.GetStatus".

Versuche mal, ob sich das Problem mit

Code Auswählen Erweitern

get <name> modelbeheben lässt.
es sollte zumindest ein Reading model_profile auftauchen.

[Starkstrombastler]

Die API Doc sagt dazu "CloudRelay is not supported on Gen 4 devices in Zigbee mode."

Im nächsten Update wird ein Reading comm_mode mit den Werten matter bzw. zigbee erstellt.
Damit wird dann dieser Fehler vermieden.