Support-Thread Modul 36_Shelly.pm

[Prof. Dr. Peter Henning]

Ich hoffe Ihr könnt mir helfen, ansonsten muss ich diese Leiste leider zurückschicken. Wär schade drum.

ich sehe da noch eine dritte Möglichkeit, nämlich selbst soviel zu lernen, dass man das mit MQTT steuern kann.

LG

pah

[Starkstrombastler]

S4PL-00416EU

Damit ist das Teil identifiziert und ist mit dem morgigen Update verfügbar.

[Bartimaus]

ich sehe da noch eine dritte Möglichkeit, nämlich selbst soviel zu lernen, dass man das mit MQTT steuern kann.

LG

pah

Klar, aber dann hatte ich das Problem nicht hier in Supportthread für das ShellyModul, sondern im MQTT2-Bereich gepostet.

@Starkstrombastler

Danke Dir. Nur so bleibt dieses Modul aktuell und FHEM attraktiv

[Bartimaus]

Damit ist das Teil identifiziert und ist mit dem morgigen Update verfügbar.

Guten Morgen,

Integration hat tadellos geklappt. Steckdosen lassen sich einzeln schalten. Test steht noch aus.
Vielen lieben Dank für die schnelle Hilfe.

Guten Rutsch

[Prof. Dr. Peter Henning]

Klar, aber dann hatte ich das Problem nicht hier in Supportthread für das ShellyModul, sondern im MQTT2-Bereich gepostet.

Und was spricht dagegen, das einfach mal selbst zu lösen?

Nur so bleibt FHEM aktuell und attraktiv.

pah

[Bartimaus]

Wahrscheinlich nichts.... aber ich bin kein Entwickler, und mit MQTT tue ich mich schwer. Bis ich das gelöst hätte, wäre die Rückgabefrist abgelaufen. Und ich will Shelly-Cloud und Nutzung in FHEM. IMO geht beides nicht gleichzeitig.

Wieso bist Du als UrsprungsMaintainer des Moduls nicht an der Weiterentwicklung desselbigen interessiert ?

[Prof. Dr. Peter Henning]

Das ist ein Fehlschluss - natürlich ist es gut, das immer weiter zu entwickeln. Wobei sich die Frage nach einer Grenze stellt: Der nicht mehr übersehbare Zoo hat es für mich verhindert, da weiter der Treiber zu sein. Starkstrombastler ist zu bewundern und zu loben dafür!

Allerdings ist es leider eine immer wieder geübte Praxis (die ich, um es klar zu sagen, nicht so toll finde): Man kauft Hardware, und bittet dann andere, dies ein FHEM nutzbar zu machen. Darum ging es eigentlich.

LG

pah

[Bartimaus]

Ich habe garnix "erwartet" oder gar verlangt.
Ich wusste nur nicht, das ich der erste FHEM-User dieses Devices hier im Forum bin.

So konnte ich mit der ID zumindest dazu beitragen, dieses Device in das Modul zu integrieren.

[Starkstrombastler]

Der nicht mehr übersehbare Zoo hat es für mich verhindert, da weiter der Treiber zu sein.

Das ist in der Tat eine Herausforderung. Aber solange sich ein neues Shelly Gerät im Rahmen des bisher Bekannten befindet, hält sich der Aufwand in Grenzen.
Im konkreten Fall haben wir dem 4-fach-Relais-Modul gar nichts Neues. Es muss im Modul lediglich ein neues Modell mit zugehörigen Parametern eingepflegt werden.
Das war aus dem geteilten Log-Auszug auch klar erkennbar und somit schnell umgesetzt. Habe ich gerne gemacht.

Schwieriger wird es, wenn etwas komplett neues kommt. Neben der erforderlichen Zeit muss dann auch das Gerät angeschafft werden, weil ich das erfahrungsgemäß ohne Testgerät vor Ort nicht hin bekomme. So wächst bei mir der Zoo an Teilen, die nur so herumliegen (und auf das nächste Problem warten). ... Es gibt aber teurere Hobbies.

Solange aber ab und zu ein paar Worte der Anerkennung kommen bleibe ich eben am Ball.

In diesem Sinne wünsche ich einen guten Start ins neue Jahr, und (wichtig!) dass alle Silvester-Spezial-Programme wie gewünscht laufen.

[VB90]

Hallo,

vorab: Danke für dieses tolle Modul!

Nun zu meinem Problem...
Ich habe einen Shelly plus Uni eingebunden.
Allerdings habe ich das Problem, das - im Gegensatz zu meinen bisherigen Erfahrungen - tatsächlich nur stur nach 60 Sekunden die Readings aktualisiert werden.
Bei allen anderen von mir gepflegten Shelly wird der aktuelle Status quasi "live" in FHEM abgebildet.

Habe ich nur einen Knoten im Kopf, oder ist der UNI tatsächlich so ein Sturkopf?
Für meine Zwecke (Virtualisierung vom Klingensignal einer Sprechanlage) wäre das "blöd"   


Danke,

vb

Code Auswählen Erweitern

Internals:
   DEF        192.168.1.152
   FUUID      69611439-f33f-7567-4469-6f5ae98f230e0ec4
   INTERVAL   60
   NAME       Shelly_Klingel
   NR         282
   NTFY_ORDER 50-Shelly_Klingel
   SHELLYID   shellyplusuni-c82e180d626c
   STATE      OK
   TYPE       Shelly
   eventCount 3
   units      0
   OLDREADINGS:
   READINGS:
     2026-01-09 15:44:09   ap              enabled open
     2026-01-09 15:44:09   ap_clients      disabled
     2026-01-09 15:44:09   ap_name         ShellyPlusUni-C82E180D626C
     2026-01-09 15:44:09   auto_off_0      disabled
     2026-01-09 15:44:09   auto_off_1      disabled
     2026-01-09 15:44:09   auto_on_0       disabled
     2026-01-09 15:44:09   auto_on_1       disabled
     2026-01-09 15:44:09   ble             enabled
     2026-01-09 15:44:09   ble_rpc         enabled
     2026-01-09 15:44:09   cloud           disabled
     2026-01-09 17:42:24   error           read from http://192.168.1.152:80 timed out
     2026-01-09 15:44:09   firmware_ID     20250924-062721/1.7.1-gd336f31
     2026-01-09 15:44:09   firmware_current v1.7.1
     2026-01-09 15:45:09   firmware_updIcon OK
     2026-01-09 15:45:09   firmware_updText -/-
     2026-01-09 15:44:09   input_0         off
     2026-01-09 15:44:09   input_0_function follow
     2026-01-09 18:00:47   input_0_mode    switch straight enabled
     2026-01-09 15:44:09   input_1         off
     2026-01-09 18:01:49   input_100       29.5
     2026-01-09 18:00:47   input_1_mode    switch straight enabled
     2026-01-09 15:44:09   input_2_cnts_byminute 0
     2026-01-09 15:44:09   input_2_cnts_ttl 0
     2026-01-09 15:44:09   input_2_freq    0
     2026-01-09 18:00:47   input_2_mode    analog straight enabled
     2026-01-09 18:01:49   input_2_timestamp 1767978060
     2026-01-09 15:44:09   login           open
     2026-01-09 15:44:09   mac             C8:2E:18:0D:62:6C
     2026-01-09 15:44:09   model_ID        SNSN-0043X
     2026-01-09 15:44:09   model_family    Plus/Gen2
     2026-01-09 15:44:09   model_function  sensor
     2026-01-09 15:44:09   model_name      Shelly Plus Uni
     2026-01-09 17:43:24   network         <html>connected to <a href="http://192.168.1.152">192.168.1.152</a> (Wifi)</html>
     2026-01-09 17:59:46   network_DNS     shellyplusuni-c82e180d626c
     2026-01-09 17:43:24   network_connection online
     2026-01-09 17:42:24   network_disconnects 1
     2026-01-09 15:44:09   network_ip-address 192.168.1.152
     2026-01-09 18:01:49   network_rssi    -68
     2026-01-09 15:44:09   network_ssid    WLAN DreiPu
     2026-01-09 15:44:09   network_wifi_roaming -80
     2026-01-09 17:53:24   relay_0         on
     2026-01-09 15:44:09   relay_1         off
     2026-01-09 15:44:24   scripts         0
     2026-01-09 17:48:24   source_0        WS_in
     2026-01-09 15:44:09   source_1        init
     2026-01-09 17:43:24   state           OK
     2026-01-09 18:01:49   uptime          958
     2026-01-09 17:51:24   webhook_cnt     1 / 0 / 1
     2026-01-09 17:50:24   webhook_ver     1
   helper:
     Sets       config:ap_disable,ap_enable interval password reboot:noArg update:noArg name clear:disconnects,error,responsetimes actions script_start script_stop on off toggle on-for-timer off-for-timer ON:noArg OFF:noArg xtrachannels:noArg
     StatusCall 0
     range_extender disabled
     settings_time 1767978048.00708
     timer      0
Attributes:
   model      shellyplusuni


[Bartimaus]

Wenn Du im Webinterface des Shelly's unter ,,Actions" die URL Deines FHEMS eingibst, sendet der Shelly direkt ein Signal an FHEM, guck mal ins Wiki, da ist es beschrieben

[Starkstrombastler]

Bei allen anderen von mir gepflegten Shelly wird der aktuelle Status quasi "live" in FHEM abgebildet.

Falls es sich bei all diesen Anderen um Shellies der 1. Generation handelt, sind diese wohl mit dem Shellymonitor eingebunden <Ratemodus_Ende>. Die gute Nachricht ist dann: der Shelly Plus Uni ist nicht defekt, auch nicht stur - er ist aber ein Shelly der 2. Generation, und diese unterstützt das Coloit-Protokoll nicht.
Es geht dann so, wie von Bartimaus beschrieben.

[ph1959de]

Der "model_name - Shelly EM Mini Gen4" (shellyemmini) liefert mit den aktuellen Definitionen im Modul keine Daten, der Eintrag im Modul

Code Auswählen Erweitern

  "shellyemmini"  => [0,0,0, 1,1,0,  0,0,0],    # similar to 'shellypmmini'  EM1 or PM1 ?(EM1 or PM1) lieferte aber schon den entscheidenden Tipp; nach Modifikation auf

Code Auswählen Erweitern

  "shellyemmini"  => [0,0,0, 1,1,0,  1,0,0],    # similar to 'shellypmmini'  EM1 or PM1 ?werden die entsprechenden readings angelegt.

Der EM Mini Gen4 scheint zwar der "Nachfolger" vom PM Mini zu sein, liefert aber EM1 Daten, der "PM Mini" hingegen PM1.

Kann ich weitere Informationen liefern, um sicher zu gehen, dass das die einzige nötige Änderung ist?

[VB90]

@Starkstrombastler

tatsächlich betreibe ich in verschiedenen FHEM-Installationen einen bunten Zoo von Shelly's.
Plug und Plug S, Dimmer, 1pm, pro3 und pro3em sowie verschiedene Mini's.
Bisher sind alle nur über die IP eingebunden, der Rest funktioniert dank deinem tollen Modul absolut problemlos.
Ohne Shelly-Monitor, ohne Action-Eintrag oder sonstigen Modifikationen am Shelly selbst.

Nur der Uni plus zickt jetzt ein wenig rum, daher meine Nachfrage.

Ich werde mal den Tipp von Bartimaus umsetzen und beobachten.

Danke euch.

vb

[mcfly71]

Bei meinem Shelly 1PM Mini Gen3 (und aber auch andere) habe ich ein AutoOFF als Timer drinstehen (zB AutoOff in 12 Stunden , also xxx Sek).
Das funktioniert auch soweit. Aber AutoOn hat nichts drinstehen.
Beim Befehl set SHELLY1 toggle geht aber in beiden!!!! Fällen der Timer los. Also Bei Toggle von AUS -> AN timer startet und das ist richtig, da eingetragen,
bei AN -> AUS startet aber ebenfalls ein timer, sodaß der Shelly in 12 Stunden wieder automatisch angeht.

Das ist genau die in den Shellies verbaute Funktionalität:
Mit den Befehlen on oder off werden vorhandene Timer zunächst gelöscht und falls Auto-On bzw. Auto-Off aktiviert ist
auf den jeweiligen Startwert gesetzt.
Mit dem toggle Befehl wird zwar zwischen on und off umgeschaltet, ein vorhandener Timer läuft aber weiter und führt nach Ablauf der Zeitspanne zu einem weiteren Toggle.
Das wird genau so auch vom Shelly-Modul abgebildet.

bei AN -> AUS startet aber ebenfalls ein timer, sodaß der Shelly in 12 Stunden wieder automatisch angeht.

Gem. obiger Beschreibung sollte es sich hier nicht um einen neuen Timer handeln, sondern um den bereits laufenden. Das solltest du anhand des Readings timer nachvollziehen können.

Bevor wir hier irgend etwas neu erfinden, würde ich gerne erfahren, wie andere User mit diesem Punkt umgehen, denn bisher hat sich hier noch niemand daran gestört.

Hallo Starkstrombastler,

also anscheinend stört sich ausser mir niemand daran. Ich finde es halt falsch, da in meinem Fall es eine Wohnzimmerlampe gibt, die mit einem externen Taster per toggle an und aus gemacht wird.
Damit im Urlaubsfall bei einem vergessenen Licht (es auszumachen) das Licht nicht ewig brennt, habe ich den Timer mit 12 Stunden max eingebaut. Wenn ich jetzt daran denke das Licht wieder per Schalter auszumachen, so geht das Licht in <= 12 Stunden irgendwann wieder an.
Deshalb muss ich jetzt den einzeiler toggle umschreiben in testen, ob an -> dann ausmachen und umgekehrt. Deshalb finde ich die timer-behalt aktion nicht sooo prickelnd.

VG
mcfly