Entwicklungs-Thread Modul 36_Shelly.pm

[Starkstrombastler]

Da sich die Anzahl der verfügbaren Shellies stetig vergrößert wird auch das Shelly-Modul 36_Shelly.pm entsprechend weiter entwickelt. Um den Support Thread zu entlasten soll die Weiterentwicklung in diesem Thread separat behandelt werden. Dazu gehört der u.a. Austausch von Testversionen und Auszügen aus der Kommunikation.

Dieser Thread behandelt NICHT die Einbindung der Shellies via MQTT und zugehöriger Templates!

Grundlage des Shelly-Moduls ist die Kommunikation via HTTP. Im Wesentlichen werden von Fhem Anfragen und Schaltbefehle an den Shelly geschickt und dessen Antwort ausgewertet.

Die grundlegenden Anfragen bei den Geräten der 2. Generation sind folgende:

Code Auswählen Erweitern

http://<ip-des-Shelly>/rpc/Shelly.GetStatus
http://<ip-des-Shelly>/rpc/Shelly.GetConfig
http://<ip-des-Shelly>/rpc/Shelly.GetDeviceInfoDa mir nicht alle Shelly-Modelle zur Verfügung stehen und weil sich die Inhalte je nach Konfiguration auch ändern können, bin ich darauf angewiesen, dass mir die Antworten der Shellies zur Verfügung gestellt werden (bitte unbedingt in Code-Tags!).

[JWRu]

Interessant wäre mal, welche Shelly-Sensoren/Aktoren zur Zeit unterstützt werden. Der Shelly-Gerätepark ist ja durch die Übernahme von Qubino (Z-Wave) ziemlich unübersichtlich geworden.
Welche Werte gibt's denn aktuell für das Attribut "model"? Ich habe leider nichts gefunden.

[Starkstrombastler]

Welche Werte gibt's denn aktuell für das Attribut "model"? Ich habe leider nichts gefunden.

Das Attribut model wird in den neueren Versionen des Moduls automatisch ermittelt und gesetzt. In der Attribut-Auswahl erscheint dann dieser Werte und auch 'generic'.

Um zu sehen, welche Werte das Attribut 'model' annehmen kann, kannst du dich wie folgt behelfen: definiere ein Dummy device vom Typ Shelly, z.B. so:  define dummy Shelly 1.2.3.4
Bei der Auswahl des Attributes 'model' werden dann alle derzeit möglichen Werte angeboten.

[JWRu]

Bei der Auswahl des Attributes 'model' werden dann alle derzeit möglichen Werte angeboten.

Super - danke!

[ChristianP5r]

Da mir nicht alle Shelly-Modelle zur Verfügung stehen und weil sich die Inhalte je nach Konfiguration auch ändern können, bin ich darauf angewiesen, dass mir die Antworten der Shellies zur Verfügung gestellt werden (bitte unbedingt in Code-Tags!).

Soll ich den Output des neuen Shelly Plus Uni hier posten oder hast du so ein Gerät selbst verfügbar? Würde mich schon auf eine Implementierung freuen 

[Starkstrombastler]

Soll ich den Output des neuen Shelly Plus Uni hier posten oder hast du so ein Gerät selbst verfügbar?

Ja bitte, hier posten. Habe selbst noch keinen Plus-Uni. Bis eine Testversion verfügbar ist wird es vermutlich aber noch zwei Wochen dauern.

Wenn du den ShellyPlusUni definierst define <name> Shelly <ip> sollte er mit dem Attribut model=generic angelegt werden, da der Plus Uni noch nicht gelistet ist. Du kannst dann versuchen das Attribut model manuell auf "ShellyPro2" zu stellen. Zumindest Ein- und Ausgänge sollten dann verfügbar sein.

[ChristianP5r]

Hallo,

Hier der Output des Shelly Plus Uni. Ich habe bei diesem den Counter (Wasserdurchflusssensor) und den analogen Eingang (Druckmesser/Wasserstand Zisterne) im Einsatz.

/rpc/Shelly.GetStatus

Code Auswählen Erweitern

{"ble":{},"cloud":{"connected":true},"input:0":{"id":0,"state":false},"input:1":{"id":1,"state":false},"input:2":{"id":2,"counts":{"total":86127,"xtotal":179.43,"by_minute":[0,0,0],"xby_minute":[0.00,0.00,0.00],"minute_ts":1709288160},"freq":0.00},"input:100":{"id":100,"percent":87.1},"mqtt":{"connected":true},"switch:0":{"id":0, "source":"init", "output":false},"switch:1":{"id":1, "source":"init", "output":false},"sys":{"mac":"XXXXXXXXXXXX,"restart_required":false,"time":"11:16","unixtime":1709288197,"uptime":1107620,"ram_size":257356,"ram_free":98800,"fs_size":458752,"fs_free":143360,"cfg_rev":22,"kvs_rev":0,"schedule_rev":0,"webhook_rev":0,"available_updates":{"stable":{"version":"1.2.2"}},"reset_reason":1},"wifi":{"sta_ip":"X.X.X.X","status":"got ip","ssid":"X","rssi":-79},"ws":{"connected":false}}

/rpc/Shelly.GetConfig

Code Auswählen Erweitern

{"ble":{"enable":true,"rpc":{"enable":true},"observer":{"enable":false}},"cloud":{"enable":true,"server":"shelly-9-eu.shelly.cloud:6022/jrpc"},"input:0":{"id":0,"name":null,"type":"switch","enable":true,"invert":false},"input:1":{"id":1,"name":null,"type":"switch","enable":true,"invert":false},"input:2":{"id":2,"name":null,"type":"count","enable":true,"count_rep_thr":100,"freq_window":1,"freq_rep_thr":10,"xcounts":{"expr":"x/480","unit":"L"},"xfreq":{"expr":"x/480","unit":null}},"input:100":{"id":100,"name":"Schacht","type":"analog","enable":true,"invert":false,"report_thr":1.0,"range_map":[0.0,38.8],"xpercent":{"expr":null,"unit":null},"range":0},"mqtt":{"enable":true,"server":"X.X.X.X:xxxx","client_id":"shellyplusuni","user":null,"ssl_ca":null,"topic_prefix":"shellyplusuni","rpc_ntf":true,"status_ntf":false,"use_client_cert":false,"enable_rpc":true,"enable_control":true},"switch:0":{"id":0, "name":null,"in_mode":"follow","initial_state":"match_input", "auto_on":false, "auto_on_delay":60.00, "auto_off":false, "auto_off_delay":60.00},"switch:1":{"id":1, "name":null,"in_mode":"follow","initial_state":"match_input", "auto_on":false, "auto_on_delay":60.00, "auto_off":false, "auto_off_delay":60.00},"sys":{"device":{"name":null,"mac":"XXXXXXXXXXXX","fw_id":"20240213-140544/1.2.0-gb1b9aa8","discoverable":true,"eco_mode":false},"location":{"tz":"Europe/Vienna","lat":XX.X,"lon":XX.X},"debug":{"level":2,"file_level":null,"mqtt":{"enable":false},"websocket":{"enable":false},"udp":{"addr":null}},"ui_data":{},"rpc_udp":{"dst_addr":null,"listen_port":null},"sntp":{"server":"time.google.com"},"cfg_rev":22},"wifi":{"ap":{"ssid":"ShellyPlusUni","is_open":true, "enable":false, "range_extender": {"enable":false}},"sta":{"ssid":"X","is_open":false, "enable":true, "ipv4mode":"static","ip":"X.X.X.X","netmask":"X.X.X.X","gw":"X.X.X.X","nameserver":"X.X.X.X"},"sta1":{"ssid":null,"is_open":true, "enable":false, "ipv4mode":"dhcp","ip":null,"netmask":null,"gw":null,"nameserver":null},"roam":{"rssi_thr":-80,"interval":60}},"ws":{"enable":false,"server":null,"ssl_ca":"ca.pem"}}

/rpc/Shelly.GetDeviceInfo

Code Auswählen Erweitern

{"name":null,"id":"shellyplusuni","mac":"XXXXXXXXXXXX","slot":0,"model":"SNSN-0043X","gen":2,"fw_id":"20240213-140544/1.2.0-gb1b9aa8","ver":"1.2.0","app":"PlusUni","auth_en":false,"auth_domain":null}
Wenn du weitere Infos benötigst, gib mir einfach Bescheid.

DANKE!

[Neeein]

Hi,

ich habe unter Diesem Link die ShellyBlu (mit MQTT) in Fhem eingebunden.

Da es offensichtlich hier mit dem Shelly Modul weiter geht, wäre es schön, wenn ihr mir dabei helfen könntet, meine unterirdischen Programmierfähigkeiten zu überarbeiten oder einen anderen Lösungsansatz zu finden. 😊
Evtl. könnten wir die Lösung auch in ein neues-, oder in das ShellyModul überführen? Finde die Dummylösung von mir einfach nicht wirklich elegant...

Ich bin mir bewusst dass oben steht kein MQTT, aber will es trotzdem nicht unversucht lassen eine bessere Lösung als meine zu finden.


LG N3331N

[Starkstrombastler]

Evtl. könnten wir die Lösung auch in ein neues-, oder in das ShellyModul überführen?

Was geben denn die Shelly-Gateways aus, wenn du die im ersten Post aufgeführten Anfragen im Browser eingibst? Tauchen die BLU in irgendeiner Weise auf?

[Neeein]

Was geben denn die Shelly-Gateways aus, wenn du die im ersten Post aufgeführten Anfragen im Browser eingibst? Tauchen die BLU in irgendeiner Weise auf?

Da ich deine Frage nicht genau verorten kann bekommst du 2 Antworten

Antwort 1:
Wenn du auf Schritt 4 abzielst erstelle ich zuerst ein Notify, welcher auf Events der MQTT Devices (Plus/Pro) reagiert die ShellyBludaten betreffen. Löst das Notify aus wird immer die 99Utils aufgerufen um die Bludaten vom entsprechenden MQTT PRO/Plus) auszulesen und einen Dummy zu erstellen oder zu aktualisieren. Im Dummy sind dann die entsprechenden aus dem Payload Daten hinterlegt. 

Antwort 2:
Die Gateways reagieren auf die Bluetooth Beacons und verarbeiten diese über das eingefügte Skript. Die Gateways sind als MQTT-Devices in Fhem angelegt. Die Daten der ShellyBlu werden in den Readings der Shelly Pro/Plus MQTT-Devices abgelegt.
Da lese ich sie aus und schreibe Sie in einen Dummy, der dann das "ShellyBluDevice" darstellt.

Readings vom MQTTDevice:
*address ist die MAC des ShellyBlu
 Du darfst diesen Dateianhang nicht ansehen.

Dummy:
*address ist die MAC des ShellyBlu
 Du darfst diesen Dateianhang nicht ansehen.





Ich hoffe ich konnte deine Frage richtig deuten und beantworten, falls nicht bitte ich dich, sie mir einfach nochmal in anderer Form zu stellen

LG

[Starkstrombastler]

Da ich deine Frage nicht genau verorten kann bekommst du 2 Antworten

Nein, nein, das ist garnicht das was ich wollte.

Gib das hier mal in die Adresszeile deines Browsers ein, wobei die IP-Adresse des Gateway-Shelly entsprechend eingesetzt werden muss:

http://<ip-des-gateway-shelly>/rpc/Shelly.GetStatus

Der Shelly liefert dann Daten (als JSON), so ähnlich wie das ChristianP5r ein paar Posts weiter oben für den Shelly Plus Uni gepostet hat.

Da interessiert mich, ob bzw. wie der Shelly BLU in der Datenstruktur des Gateway-Shelly auftaucht.

[Neeein]

{"ble":{},"cloud":{"connected":false},"input:0":{"id":0,"state":false},"mqtt":{"connected":true},"script:1":{"id":1,"running":true,"mem_used":2982,"mem_peak":4438,"mem_free":22218},"switch:0":{"id":0, "source":"http", "output":false, "apower":0.0, "voltage":226.5, "freq":50.0, "current":0.000, "aenergy":{"total":1272.870,"by_minute":[0.000,0.000,0.000],"minute_ts":1709445900}, "ret_aenergy":{"total":0.000,"by_minute":[0.000,0.000,0.000],"minute_ts":1709445900},"temperature":{"tC":38.0, "tF":100.3}},"sys":{"mac":"84FCE63CD4FE","restart_required":false,"time":"07:05","unixtime":1709445926,"uptime":207222,"ram_size":258780,"ram_free":88876,"fs_size":1048576,"fs_free":704512,"cfg_rev":26,"kvs_rev":1,"schedule_rev":1,"webhook_rev":0,"available_updates":{},"reset_reason":3},"wifi":{"sta_ip":"192.168.20.69","status":"connecting","ssid":"WLAN IoT","rssi":-90},"ws":{"connected":false}}

Ich würde sagen nein.

[Starkstrombastler]

"ble":{}

Hätte gedacht, dass sich hier etwas zu BLU findet.

Vielleicht kann jemand anderes noch etwas zum Stichwort "Shelly BLU Gateway ohne MQTT" beitragen. Ansonsten wäre das erstmal kein Thema für das Shelly-Modul.

[Starkstrombastler]

Hallo,
Ich hätte da mal einen feature request.
Vielleicht ist das ja machbar.

Ich habe in meinem Netz jetzt mal einen shelly als rangeextender eingesetzt.
Da funktioniert soweit ganz gut.
Jedoch würde ich gerne an diesem device sehen welche clients sich da angemeldet haben

Das kann man über folgenden api call machen:

Code Auswählen Erweitern

http://<IP>/rpc/Wifi.ListAPClients
Das ergibt z.B. folgende Ausgabe:

Code Auswählen Erweitern

{
   "ts":1710287246,
   "ap_clients":[
      {
         "mac":"XX:XX:XX:XX:XX:XX",
         "ip":"192.168.33.5",
         "ip_static":false,
         "mport":12660,
         "since":1710285405
      },
      {
         "mac":"XX:XX:XX:XX:XX:XX",
         "ip":"192.168.33.3",
         "ip_static":false,
         "mport":12524,
         "since":1710284249
      },
      {
         "mac":"XX:XX:XX:XX:XX:XX",
         "ip":"192.168.33.2",
         "ip_static":false,
         "mport":12626,
         "since":3
      }
   ]
}

Was hier wichtig wäre ist der externe Link im Bild.

[attach id=177059]Bildschirmfoto 2024-03-13 um 00.52.31.png[/attach]

Würde mich freuen, wenn man das bei einem rangeextender einbauen könnte.

Gruß

Hubert



Ein erster Ansatz dazu wird sich im nächsten Beta-Update, welches hier veröffentlicht wird, finden.

[carlos]

Da stellt sich mir noch die Frage, ob man die shellies hinter dem rangeextender dann auch über das module definieren kann bzw. dann steuern kann.

Ich fürchte aber nicht.

Ich habe mal 3 tasmota Geräte hinter dem shelly rangeextender gesetzt.
Die funktionieren über MQTT dann auch sehr gut über das MQTT2 device modul.

Dann müsste ich aber bei den Shellies auf MQTT switchen, was ich aber ungern machen würde.

Denn das Shelly module ist (für mich) die bessere Wahl.

Gruß

Hubert

[Starkstrombastler]

Denn das Shelly module ist (für mich) die bessere Wahl.

freut mich zu hören.

Der Range-Extender wird im nächsten Update enthalten sind, das ist jetzt in der finalen Bearbeitung. Das sieht dann so aus, dass man auf dem Shelly mit aktivem Range-Extender die angebundenen Devices sieht. Im Modul wird dafür für jedes Device ein Reading ausgegeben, welches MAC, die IP des Access-Points, die (verlinkte) Adresse (mit Portnummer) im regulären WLAN sowie den Namen des Shelly (hier: X178) angibt:
Du darfst diesen Dateianhang nicht ansehen.
Das entfernte Device wird also im Shelly-Modul über die IP-Adresse des Range-Extender-Shellies zuzüglich einer vom Shelly vorgegebenen Port-Nummer (im Beispiel: 11101) definiert und verhält sich ansonsten wie ein "normaler" Shelly.

[carlos]

Ja das gefällt mir schon sehr gut. Da kennt man zumindest auf dem rangeextender die entfernten devices.
Aber kann ich dann auch ein:

Code Auswählen Erweitern

define <myEntferntesDevice Shelly> 192.168.178.211:11101machen um das device dann mit FHEM zu steuern?

Die shelly app funktioniert nach wie vor und auch der Browser Zugriff über IP:port.

[Starkstrombastler]

define <myEntferntesDevice Shelly> 192.168.178.211:11101

Ja, genau so habe ich das ja beschrieben.

[Jens_B]

Hat jetzt nicht unbedingt was mit dem Shelly Modul zu tun, aber ist jemandem eigentlich schon aufgefallen das die neuen Shellys, welche die Rangeextendermöglichkeit haben, ihr eigenes ungesichertes EinrichtungsWLAN nicht mehr abschalten, nachdem man sie ins eigene WLAN gebracht hat? Nicht schön...

gruß
Jens

[carlos]

By design würde ich sagen und du kannst es ja einfach absichern und gut is.
Gruß


Hubert

[Jens_B]

Der IT Affine Nutzer wird das machen. Aber ein einfacher Anwender eher nicht. Das haben die alten nicht gemacht. Und aus meiner Sicht ist das eine Sicherheitslücke. Jeder kann sich einfach mit dem Ding verbinden und kommt quasi in das Hauseigene Netz. Schlecht.
Man rechnet ja auch nicht unbedingt damit, das das Einrichtungs WLAN anbleibt, nachdem man den Shelly ins eigene Netz gebracht hat.

Gruß
Jens

[VB90]

Den "hauseigenen" AP zu deaktivieren dürfte reichen.
Mache ich sowieso, wenn ich das Bluetooth deaktiviere, um die Rechenlast zu minimieren.

Ich habe neulich mal "zum Spaß " den Eco-Modus aktiviert. Das bringt über 10Grad bei der internen Temperatur.
Erstaunlich viel in meinen Augen.

vb

[Jens_B]

Ja das ist klar das das reicht. Haben die alten Shellys automatisch gemacht, die neuen nicht. Und als IT Afiner Nutzer ist das klar das man dort schaut und Ausschaltet. Normaler Anwender nicht.
Ich habe hier in wenigstens 3 offene Shellys in der Nachbarschaft mit denen ich mich verbinden kann, weil die Einrichter es nicht besser wissen.
Ich finde sowas einfach unschön. Mit etwas Kenntnissen spielt man auf die Teile eine entsprechende Firmware auf...

[ChristianP5r]

Hallo,

Hier der Output des Shelly Plus Uni. Ich habe bei diesem den Counter (Wasserdurchflusssensor) und den analogen Eingang (Druckmesser/Wasserstand Zisterne) im Einsatz.

Hallo, ich wollte mal nachfragen ob es schon eine neue Version die den Shelly Plus Uni beinhaltet zum testen gibt?
danke

[Starkstrombastler]

ich wollte mal nachfragen ob es schon eine neue Version die den Shelly Plus Uni beinhaltet zum testen gibt?

die Testversion kommt voraussichtlich morgen!

[Starkstrombastler]

ich wollte mal nachfragen ob es schon eine neue Version die den Shelly Plus Uni beinhaltet zum testen gibt?

Wie versprochen, anbei Version Du darfst diesen Dateianhang nicht ansehen. zum Testen, insbesondere bezüglich der neuen Modelle ShellyPlusUni, ShellyPlusDimmer0-10V und ShellyProDimmer2.

Allerdings ist mir gerade aufgefallen, dass beim ShellyPro3EM nicht alle Readings aktualisiert werden - hier macht das Testen zunächst noch keinen Sinn. (Wer also im großen Stil testen möchte wartet am besten eine verbesserte Version ab).

[carlos]

Hallo,
Ich habe diese Version auch mal getestet hauptsächlich wegen der rangeextender Erweiterung.
Ich habe bei mir einen shelly als rangeextender konfiguriert und dahinter shellies und auch tasmota devices im Einsatz.
Bei den readings bzgl. der rangeextender Funktion wäre mein Vorschlag es so zu machen wie im Bild (ich habe dies bei mir mal in einer sub in myUtils abgebildet)
So hat man die Readings separiert und kann sie entsprechend in den z.b. MQTT2 tasmota devices über userreadings direkt mit integrieren, hier vor allem den externen/internen Link.
Bei den shellies ist das nicht unbedingt das Problem da diese über das Shelly module direkt mit IP:port definiert werden.
Bei MQTT2 (tasmota oder auch andere) devices geht das eben über den MQTT broker.

Nur als Anregung, keine Kritik.

Gruß

Hubert

[Starkstrombastler]

Bei den readings bzgl. der rangeextender Funktion wäre mein Vorschlag es so zu machen wie im Bild...
So hat man die Readings separiert und kann sie entsprechend in den z.b. MQTT2 tasmota devices über userreadings direkt mit integrieren, hier vor allem den externen/internen Link.

Anregungen willkommen! Die Readings könnten dann so aussehen:
ap_clients_0_extlink   http://123.345.123.178:9999
ap_clients_0_intlink   http;//123.345.33.4
ap_clients_0_mac       AA:BB:CC:DD:EE:FF
ap_clients_0_name      myTestShelly

Die Links wären dann so wie bisher klickbar. Allerdings ist der Link dann nicht so einfach z.B. via ReadingsVal() extrahierbar.
Das Reading '..name' wird nur ausgewiesen, wenn eine Name ermittelt werden kann.
Das bisherige Reading (gemäß Beispiel 'ap_clients_0') würde entfallen, um Dopplungen zu vermeiden.

[carlos]

Also mir wäre schon wichtig die interne IP und die externe IP:port mit ReadingsVal zu bekommen.
Einen Link kann man sich ja dann selbst zusammenbauen.
Ich mache das z.B. im stateFormat dann immer so:

Code Auswählen Erweitern

<a href="http://IPAddress" target="_blank">name</a>
oder als zusätzliches userreading am device dann direkt.

Gruß

Hubert