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.