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 (https://forum.fhem.de/index.php?topic=118446.0) 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:
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!).
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.
Zitat von: JWRu am 26 Februar 2024, 20:00:12Welche 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.4Bei der Auswahl des Attributes 'model' werden dann alle derzeit möglichen Werte angeboten.
ZitatBei der Auswahl des Attributes 'model' werden dann alle derzeit möglichen Werte angeboten.
Super - danke!
Zitat von: Starkstrombastler am 24 Februar 2024, 12:15:05Da 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 ;)
Zitat von: ChristianP5r am 28 Februar 2024, 19:57:15Soll 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.
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
{"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
{"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
{"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!
Hi,
ich habe unter Diesem Link (https://forum.fhem.de/index.php?topic=137277.msg1305262#msg1305262) 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
Zitat von: Neeein am 01 März 2024, 18:31:52Evtl. 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?
ZitatWas 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
Screenshot 2024-03-02 203551.png
Dummy:
*address ist die MAC des ShellyBlu
Screenshot 2024-03-02 204807.png
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
Zitat von: Neeein am 02 März 2024, 20:56:15Da 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.GetStatusDer Shelly liefert dann Daten (als JSON), so ähnlich wie das
ChristianP5r ein paar Posts weiter oben (https://forum.fhem.de/index.php?topic=137222.msg1305249#msg1305249) für den Shelly Plus Uni gepostet hat.
Da interessiert mich, ob bzw. wie der Shelly BLU in der Datenstruktur des Gateway-Shelly auftaucht.
Zitat{"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.
Zitat von: Neeein am 03 März 2024, 07:09:46"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.
Zitat von: carlos am 13 März 2024, 01:01:02Hallo,
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:
http://<IP>/rpc/Wifi.ListAPClients
Das ergibt z.B. folgende Ausgabe:
{
"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.
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
Zitat von: carlos am 24 März 2024, 18:02:33Denn 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:
ap_clients.png
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.
Ja das gefällt mir schon sehr gut. Da kennt man zumindest auf dem rangeextender die entfernten devices.
Aber kann ich dann auch ein:
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.
Zitat von: carlos am 24 März 2024, 22:44:31define <myEntferntesDevice Shelly> 192.168.178.211:11101
Ja, genau so habe ich das ja beschrieben.
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
By design würde ich sagen und du kannst es ja einfach absichern und gut is.
Gruß
Hubert
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
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
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...
Zitat von: ChristianP5r am 01 März 2024, 11:27:46Hallo,
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
Zitat von: ChristianP5r am 22 April 2024, 13:47:26ich wollte mal nachfragen ob es schon eine neue Version die den Shelly Plus Uni beinhaltet zum testen gibt?
die Testversion kommt voraussichtlich morgen!
Zitat von: ChristianP5r am 22 April 2024, 13:47:26ich wollte mal nachfragen ob es schon eine neue Version die den Shelly Plus Uni beinhaltet zum testen gibt?
Wie versprochen, anbei Version Beta_1 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).
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
Zitat von: carlos am 25 April 2024, 09:48:33Bei 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.
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:
<a href="http://IPAddress" target="_blank">name</a>
oder als zusätzliches userreading am device dann direkt.
Gruß
Hubert
Ich teste Beta1 gerade mit dem ShellyPlusDimmer0-10V.
Bis jetzt scheint alles gut zu funktionieren.
Ich hab meine DOIF`s mal auf neue Modul umgebaut
und lasse es jetzt mal paar Tage laufen.
Danke für die Arbeit.
Gruß Björn
Ich linke mich hier auch mal rein.
LG
pah
Hallo!
Habe einen Shelly Pro1PM. Seit einem der letzten FW updates liefert dieser als Antwort auf "/rpc/Switch.GetStatus?id=0" unter anderem den Wert "ret_aenergy":
{"id":0, "source":"http", "output":true, "apower":-16.9, "voltage":229.8, "freq":50.0, "current":0.255, "pf":0.03, "aenergy":{"total":349902.891}, "ret_aenergy":{"total":309190.757},"temperature":{"tC":42.3, "tF":108.1}}dies scheint die ins Netzt eingespeiste Energie zu sein im Gegensatz zu "aenergy" das die Summe aus bezogener und eingespeister Energie zu sein scheint.
Falls es leicht geht, würde ich mich freuen, wenn das Modul "ret_aenergy" in einem Reading verewigen könnte!
Danke!
Rainer
Zitat von: gamauf am 30 Juni 2024, 19:37:11Falls es leicht geht, würde ich mich freuen, wenn das Modul "ret_aenergy" in einem Reading verewigen könnte!
Kein Problem, kommt im nächsten Beta.
Zitat von: gamauf am 30 Juni 2024, 19:37:11"ret_aenergy" ... scheint die ins Netzt eingespeiste Energie zu sein im Gegensatz zu "aenergy" das die Summe aus bezogener und eingespeister Energie zu sein scheint.
Kannst du das beobachten, wie verhält sich aenergy im Einspeisebetrieb?
Danke!
Ja, "aenergy" zählt immer nur hoch, egal ob Verbrauch od. Eispeisung.
Nach langer Ankündiung kommt hier die Beta-2 Version des Shelly-Moduls zum TESTEN.
Wesentliche Änderung ist der Ablauf der Kommunikation mit dem Shelly, d.h. die Abfrage von Status und Konfiguration o.a. erfolgt nicht gleichzeitig bzw. Timer-gesteuert, sondern nacheinander. Dadurch konnten unnötige Wartzeiten entfallen. Dies wird insbesondere bei der Definition von Devices sichtbar.
Neue Geräte wurde aufgenommen und sofern mir ein Gerät zum Testen vorliegt auch bei Bedarf im Code ergänzt.
Einige Readings wurden angepasst/entfernt/ergänzt.
Hier im Forum diskutierte Fehler wurden berücksichtigt.
Bitte beachten: die Online-Hilfe ist ggf. noch nicht überall aktualisiert, im Zweifesfall gilt aber die deutsche Fassung als führend.
36_Shelly.pm
Moin,
ich bin erst heute (nach zwei Wochen Abwesenheit wg. Urlaub) dazu gekommen, mit der Beta einen ShellyPus1 und Addon zu testen, da ich nur eine Temperatur, aber keine Luftfeuchte bekomme (vgl. hier (https://forum.fhem.de/index.php?msg=1315789)) Leider ist es offenbar auch mit der Beta nicht anders. Ich habe auch extra einen weiteren Shelly zum Testen fertig gemacht, der bisher noch nicht mit fhem verbunden war. Anzeige/Daten am Shelly sind vorhanden, in fhem wird jedoch nur die Temperatur angezeigt.
Das Device:define ShellyPlus1_Wetter_TH_TEST Shelly 192.168.1.131
attr ShellyPlus1_Wetter_TH_TEST DbLogExclude .*
attr ShellyPlus1_Wetter_TH_TEST group Shelly
attr ShellyPlus1_Wetter_TH_TEST model shellyplus1
attr ShellyPlus1_Wetter_TH_TEST room Arbeitszimmer
# CFGFN
# DEF 192.168.1.131
# FUUID 668a7dcd-f33f-378b-7d6f-17cb15ffbb9365cf
# INTERVAL 60
# NAME ShellyPlus1_Wetter_TH_TEST
# NR 1708
# NTFY_ORDER 50-ShellyPlus1_Wetter_TH_TEST
# SHELLYID shellyplus1-441793cf9254
# STATE off
# TCPIP 192.168.1.131
# TYPE Shelly
# eventCount 10
# units 0
# READINGS:
# 2024-07-07 13:36:46 addon sensor
# 2024-07-07 13:36:46 ap ShellyPlus1-441793CF9254 enabled open
# 2024-07-07 13:36:46 ap_clients disabled
# 2024-07-07 13:36:46 ble enabled
# 2024-07-07 13:36:46 cloud disabled
# 2024-07-07 13:36:46 firmware v1.3.3
# 2024-07-07 13:36:45 input unknown
# 2024-07-07 13:36:46 input_0_function momentary
# 2024-07-07 13:36:46 input_mode button straight enabled
# 2024-07-07 13:36:45 inttemp 48.3
# 2024-07-07 13:36:45 mac 44:17:93:CF:92:54
# 2024-07-07 13:36:45 model_ID SNSW-001X16EU
# 2024-07-07 13:36:45 model_family Plus/Gen2
# 2024-07-07 13:36:45 model_function switch
# 2024-07-07 13:36:45 model_name Shelly Plus 1
# 2024-07-07 13:36:46 name Shelly1Plus_Test
# 2024-07-07 13:36:45 network <html>connected to <a href="http://192.168.1.131">192.168.1.131</a> (Wifi)</html>
# 2024-07-07 13:36:45 network_rssi -74
# 2024-07-07 13:36:45 network_ssid Caldir_MacAran_IoT
# 2024-07-07 13:36:46 network_wifi_roaming -80
# 2024-07-07 13:36:45 relay off
# 2024-07-07 13:36:45 source init
# 2024-07-07 13:36:45 state off
# 2024-07-07 13:36:45 temperature_0 23.2
# 2024-07-07 13:36:45 uptime 29
# 2024-07-07 13:36:46 webhook_cnt 0
# 2024-07-07 13:36:45 webhook_ver 7
# helper:
# Sets config:ap_disable,ap_enable interval password reboot:noArg update:noArg name reset:disconnects,error actions on off toggle on-for-timer off-for-timer input:momentary,toggle,edge,detached,action
# settings_time 1720352206.45761
# hmccu:
#
setstate ShellyPlus1_Wetter_TH_TEST off
setstate ShellyPlus1_Wetter_TH_TEST 2024-07-07 13:36:46 addon sensor
setstate ShellyPlus1_Wetter_TH_TEST 2024-07-07 13:36:46 ap ShellyPlus1-441793CF9254 enabled open
setstate ShellyPlus1_Wetter_TH_TEST 2024-07-07 13:36:46 ap_clients disabled
setstate ShellyPlus1_Wetter_TH_TEST 2024-07-07 13:36:46 ble enabled
setstate ShellyPlus1_Wetter_TH_TEST 2024-07-07 13:36:46 cloud disabled
setstate ShellyPlus1_Wetter_TH_TEST 2024-07-07 13:36:46 firmware v1.3.3
setstate ShellyPlus1_Wetter_TH_TEST 2024-07-07 13:36:45 input unknown
setstate ShellyPlus1_Wetter_TH_TEST 2024-07-07 13:36:46 input_0_function momentary
setstate ShellyPlus1_Wetter_TH_TEST 2024-07-07 13:36:46 input_mode button straight enabled
setstate ShellyPlus1_Wetter_TH_TEST 2024-07-07 13:36:45 inttemp 48.3
setstate ShellyPlus1_Wetter_TH_TEST 2024-07-07 13:36:45 mac 44:17:93:CF:92:54
setstate ShellyPlus1_Wetter_TH_TEST 2024-07-07 13:36:45 model_ID SNSW-001X16EU
setstate ShellyPlus1_Wetter_TH_TEST 2024-07-07 13:36:45 model_family Plus/Gen2
setstate ShellyPlus1_Wetter_TH_TEST 2024-07-07 13:36:45 model_function switch
setstate ShellyPlus1_Wetter_TH_TEST 2024-07-07 13:36:45 model_name Shelly Plus 1
setstate ShellyPlus1_Wetter_TH_TEST 2024-07-07 13:36:46 name Shelly1Plus_Test
setstate ShellyPlus1_Wetter_TH_TEST 2024-07-07 13:36:45 network <html>connected to <a href="http://192.168.1.131">192.168.1.131</a> (Wifi)</html>
setstate ShellyPlus1_Wetter_TH_TEST 2024-07-07 13:36:45 network_rssi -74
setstate ShellyPlus1_Wetter_TH_TEST 2024-07-07 13:36:45 network_ssid Caldir_MacAran_IoT
setstate ShellyPlus1_Wetter_TH_TEST 2024-07-07 13:36:46 network_wifi_roaming -80
setstate ShellyPlus1_Wetter_TH_TEST 2024-07-07 13:36:45 relay off
setstate ShellyPlus1_Wetter_TH_TEST 2024-07-07 13:36:45 source init
setstate ShellyPlus1_Wetter_TH_TEST 2024-07-07 13:36:45 state off
setstate ShellyPlus1_Wetter_TH_TEST 2024-07-07 13:36:45 temperature_0 23.2
setstate ShellyPlus1_Wetter_TH_TEST 2024-07-07 13:36:45 uptime 29
setstate ShellyPlus1_Wetter_TH_TEST 2024-07-07 13:36:46 webhook_cnt 0
setstate ShellyPlus1_Wetter_TH_TEST 2024-07-07 13:36:45 webhook_ver 7
Selbstverständlich habe ich nach dem einkopieren der 36_Shelly-Beta auch fhem einmal neu gestartet...
Zitat von: caldir65 am 07 Juli 2024, 13:44:09ShellyPus1 und Addon zu testen, da ich nur eine Temperatur, aber keine Luftfeuchte bekomme
dann poste doch bitte mal das Ergebnis von
http://<ip-adresse>/rpc/Shelly.GetStatus
Moin, bitte sehr:
{"ble":{},"cloud":{"connected":false},"humidity:100":{"id": 100,"rh":45.2},"input:0":{"id":0,"state":null},"mqtt":{"connected":false},"switch:0":{"id":0, "source":"init", "output":false,"temperature":{"tC":62.2, "tF":144.0}},"sys":{"mac":"441793CF9254","restart_required":false,"time":"14:18","unixtime":1720441096,"uptime":88922,"ram_size":247068,"ram_free":145148,"fs_size":458752,"fs_free":135168,"cfg_rev":27,"kvs_rev":0,"schedule_rev":0,"webhook_rev":7,"available_updates":{"beta":{"version":"1.4.0-beta1"}},"reset_reason":3},"temperature:100":{"id": 100,"tC":22.8, "tF":73.0},"wifi":{"sta_ip":"192.168.1.131","status":"got ip","ssid":"Caldir_MacAran_IoT","rssi":-70},"ws":{"connected":false}}
Gruß
Christoph
Damit ist doch klar, dass die Kiste auch keine Feuchte liefert.
Klar, "humidity" habe ich überlesen...
LG
pah
Zitat von: Prof. Dr. Peter Henning am 09 Juli 2024, 07:51:58Damit ist doch klar, dass die Kiste auch keine Feuchte liefert.
Das Addon liefert Werte entsprechend der angeschlossenen Sensoren. Mit einem DHT22 eben auch Feuchtigkeit, so wie man hier sieht:
Zitat von: caldir65 am 08 Juli 2024, 14:20:55"humidity:100":{"id": 100,"rh":45.2}
Mit der angekündigten Testversion 6.00 Beta-3 (https://forum.fhem.de/index.php?action=dlattach;attach=178803) werden zusätzlich zur Beta-2 folgende Ergänzungen und Änderungen realisiert:
- Shelly Plus Addon: humidity, input und voltmeter wurden ergänzt
- Sofern vom Shelly eine Verbindung zu einem anderen Shelly besteht (via range extender) wird ein Reading 'ap_clients_<nr>_model' mit der Modellbezeichnung des verbunden Shelly angelegt
- die Definition des Shelly-Devices kann jetzt auch mit einem DNS-Namen erfolgen (statt der IPv4-Adresse) Beispiele in der Commandref.
Die IP-Adresse des Shelly wird im neuen Reading 'network_ip-address' abgelegt.
Bei den PRO-Devices getrennte Readings für LAN und Wifi - Shelly4pro (Gen1): Reading 'timer_<ch> werden unterstützt. Die verbleibenden Zeiten werden dabei interpoliert, weil sie von diesem Shelly nicht ausgegeben werden (fw 1.6.6)
- Shelly Plus Uni: Name des Reading für analog input wurde geändert
- Der Befehl 'set ... reset ...' wurde geändert auf 'set ... clear ...'. Damit lassen sich die Zähler für Disconnects, kumulierte Energie oder auch das Reading 'error' zurücksetzen
- Dimmbare Devices: der Befehl 'set ... pct 0 [channel]' ist erlaubt, es wird der Kanal ausgeschaltet
- weitere Korrekturen, die hier und da aufpoppen....
Ich bitte um Rückmeldungen, insbesondere auch dann wenn es keine Komplikationen gibt, denn das ist der angestrebte Zustand!
36_Shelly.pm
Einen Fehler habe ich schon gefunden:
Bei Definition mit IP Adresse bekomme ich bei einem rangeextender die Clients.
Bei Definition mit DNS Name bekomme ich keine Client Namen und kein Client Model.
Gruß
Hubert
Zitat von: carlos am 21 Juli 2024, 13:58:02Bei Definition mit DNS Name bekomme ich keine Client Namen und kein Client Model.
Hallo Hubert, danke fürs Testen.
Wenn der Shelly mit aktivem Range-Extender (RE) in FHEM mit seinem DNS-Namen definiert ist, dann muss auch der Client-Shelly mit dem DNS-Namen des Range-Extender definiert sein, also
<DNS-Name des RE>:<Port>Der Client wird sich bei DEF mit seiner IPv4-Adresse scheinbar korrekt verhalten, aber nur solange bis sich die IP-Adresse des RE ändert. Und das ist ja der Grund für die Verwendung der DNS-Namen.
Der geschilderte Effekt tritt auch dann auf, wenn der Client des RE garnicht in FHEM definiert ist. Das ist beispielsweise dann der Fall, wenn ein SmartPhone mit dem RE verbunden ist.
Ok, alles klar.
Danke für die Erläuterung.
Ich habe fixe IP Adressen und werde sie dann weiter über die IP Adresse definieren.
Gruß
Hubert
Moin,
warscheinlich kein Fehler, aber
bei mir spamt die Shelly 0-10V Dimmer den sytemlog voll, wenn er nachts ausgechatet ist.
Hintergrund: Die 0-10V dimmer können nicht komplett abschalten, deshalb muss man dann den Strom abschalten. dadurch enstehen nachts hunderte Fehlermeldungen:
2024.07.24 04:00:15 2: (Shelly_HttpResponse:err) Device myShelly0_10v has Error '192.168.178.49: No route to host (113) :: /rpc/Shelly.GetStatus'
2024.07.24 04:01:15 2: (Shelly_HttpResponse:err) Device myShelly0_10v has Error '192.168.178.49: No route to host (113) :: /rpc/Shelly.GetStatus'
2024.07.24 04:02:15 2: (Shelly_HttpResponse:err) Device myShelly0_10v has Error '192.168.178.49: No route to host (113) :: /rpc/Shelly.GetStatus'
2024.07.24 04:03:15 2: (Shelly_HttpResponse:err) Device myShelly0_10v has Error '192.168.178.49: No route to host (113) :: /rpc/Shelly.GetStatus'
2024.07.24 04:04:15 2: (Shelly_HttpResponse:err) Device myShelly0_10v has Error '192.168.178.49: No route to host (113) :: /rpc/Shelly.GetStatus'
2024.07.24 04:05Ich unterbinde das jetzt mit
ignoreRegexp
.*Shelly_HttpResponse:err.*
da aber alle user des 0-10V dimmers das Problem haben werden, könnte das vielleicht von vornherein unterdrückt werden. Ansonnten sind mir bis jetzt keine Probleme aufgefallen.
lG Björn
Zitat von: bjbrill am 25 Juli 2024, 22:35:47bei mir spamt die Shelly 0-10V Dimmer den sytemlog voll, wenn er nachts ausgechatet ist.
Hintergrund: Die 0-10V dimmer können nicht komplett abschalten, deshalb muss man dann den Strom abschalten. dadurch enstehen nachts hunderte Fehlermeldungen:
Was ist der Hintergrund, warum schaltest du dem Shelly die Stromversorgung weg? Reicht es nicht, die Steuerspannung für den Ausgang auszuschalten?
Du könntest natürlich das Polling
vorher ausschalten, dann laufen auch keine Anfragen mehr ins Nirwana:
set <shelly> interval 0und zurück mit
set <shelly> interval -1Oder du setzt den verbose level des Devices auf 1 (oder 0).
Jeder der Probleme mit seinem Netzwerk hat, wird wohl froh sein, wenn ein vorübergehend "verloren" gegangener Shelly sich alsbald wieder meldet. Von daher ist das Beibehalten des Polling schon sinnvoll.
Auch ein Unterdrücken von wiederholten Meldungen hat seine Tücken, weil die ursprüngliche Meldung weit nach hinten rutscht und dann nicht mehr so sichtbar ist.
Aber vielleicht gibt es ja irgendwo brauchbare Vorbilder für eine solche Situation...
Zitat von: Starkstrombastler am 05 Juli 2024, 12:53:30Nach langer Ankündiung kommt hier die Beta-2 Version des Shelly-Moduls zum TESTEN.
...
Bin jetzt aus dem Urlaub zurück und hab die neue Version (danke dafür) eingespielt.
Habe jetzt neu die readings "energy_purchased" und "energy_returned".
Werde jetzt ein par Tage vergehen lassen müssen, bis ausreichend Werte protokolliert wurden.
Danke,
Rainer
Zitat von: Starkstrombastler am 21 Juli 2024, 13:06:38Shelly Plus Addon: humidity, input und voltmeter wurden ergänzt
...
Ich bitte um Rückmeldungen, insbesondere auch dann wenn es keine Komplikationen gibt, denn das ist der angestrebte Zustand!
Moin,
sorry, hab's verschwitzt - humidity ist jetzt da (humidity_0) und hat auch einen plausiblen Wert.
Danke
Gruß
Christoph
Die neue
Version 6.00 des Shelly Moduls ist ab dem 15.08.24 via regulärem Update verfügbar.
Zusammenfassung der wichtigsten Änderungen/Ergänzungen seit Version 5.21.1:
- Neuorganisation der HTTP-Kommunikation (insbesonder bei Gen2-Devices): nächste Anfrage wird erst bei Abschluss der vorhergehenden Anfrage gestartet, reduzierte Anzahl zyklischer Timer
- Verbesserung des Verhaltens von Dimmern und Leuchten
- Unterstützung DNS-Namen in der Definition, anstatt IP-Adresse
- Unterstützung Effekte bei RGBW2
- Unterstützung 'humidity', 'input', 'voltmweter' bei Shelly Plus Addon
- Unterstützung RangeExtender: Erweiterung Definition für gekoppelte Geräte, gekoppelte Geräte werden in Readings dargestellt; bei Non-FHEM Geräten wird 'no definiton' ausgegeben
- Unterstützung SetExtensions
- Unterstützung Readings 'energy_returned' und 'energy_purchased' für Plus/Pro-Devices mit Leistungsmessung (PM)
- Unterstützung Reading 'timer' für Shelly4Pro (Gen1)
- Neu: Bei Geräten ohne Internetzugang wird im Reading 'firmware' ein Hinweis auf mögliches Firmware-Update ausgegeben
- Neu: Befehl 'set ... config ap_enable|ap_disable' zur Kontrolle des Access-Points (nur Gen2)
- Neu: Durch Setzten des Attributs 'timeout' werden Readings mit den Response-Zeiten der HTTP-NonBlocking-Kommunikation angelegt (Max-Wert | letzter Wert); Readings werden mit 'set ... clear responsetimes' zurückgesetzt, durch Löschen des Attributes werden die Readings entfernt (timeout ist dann wieder auf Default-Wert=4sec)
- Neu: Mit Attribut 'interval_power' wird ein zusätzlicher Timer für den Abruf der Leistungswerte in kurzen Intervallen (min. 1sec) angelegt, nur ShellyPro3EM
- Änderung: ShellyPlusUni: Readingname Analog Input
- Änderung: dimmbare Geräte/Kanäle können mit Befehl 'set ... pct 0' ausgeschaltet werden
- Änderung: Wenn interval=0 gesetzt, wird state auf 'disabled' gesetzt
- Änderung: Reading 'timestamp' entfällt
- Änderung: Reading 'network_threshold' ist jetzt 'network_wifi_roaming', kann auch den Wert 'disabled' annehmen
- Änderung: Reading 'errors' ist jetzt 'error_EM', nur ShellyPro3EM
- Änderung: Internal 'SHELLY' ist jetzt Reading 'model_ID', neue Readings 'model_family', 'model_function', 'model_name'
- Änderung: Befehl 'set ... reset ...' ist jetzt 'set ... clear ...'
- neue Geräte: ShellyPlus0-10VDimmer, ShellyProDimmer, ShellyPlusUni, Gen3-Devices, u.a.
Falls jemand Notifies oder andere Strukturen auf die geänderten Readings angelegt hat, möge er dies bitte ändern.
Die Befehlsreferenz (deutsche Fassung) ist entsprechend angepasst.
Die in diesem Thread hinterlegten Test-Versionen werden demnächst entfernt, da nicht mehr relevant.
Ich danke allen Testern und wünsche allen Nutzern des Shelly-Moduls viel Erfolg mit der verbesserten Version.
Hi, vielen Dank für das Modul. Ich hab es schon eine Weile mit unterschiedlichen Shelly devices im Einsatz.
Unter anderem mit einem Pro3EM.
Dieser ist aufgrund des Einbaus im Zählerschrank leider WLAN mäßig grenzwertig unterwegs, funktionierte aber bisher problemlos.
Nach dem letzten Update verbleibt der pro3EM aber im STATE
Error: Network und es werden keine Verbrauchswerte mehr ausgelesen.
Das Gerät ist aber im WLAN problemlos erreichbar und witzigerweise werden auch 3 Werte (inttemp, WLAN rssi und uptime) kontinuierlich aktualisiert.
Kann ich irgendwas unternehmen um das zu beheben?
hat der Pro3 eventuell eine neue/andere IP bekommen?
Ich hatte das anfangs, bin dann dazu übergegangen, allen Shelly feste IP einzutragen.
Probleme mit dem Netzwerk habe ich auch öfter bei einer entfernten Installation.
Dort hilft bislang nur ein (wiederholter) Neustart des Shelly. Bei fest installieren Geräten nicht immer ganz einfach machbar.
vb
Zitat von: derdon23 am 06 September 2024, 12:22:25Nach dem letzten Update verbleibt der pro3EM aber im STATE
Error: Network und es werden keine Verbrauchswerte mehr ausgelesen.
Das Gerät ist aber im WLAN problemlos erreichbar und witzigerweise werden auch 3 Werte (inttemp, WLAN rssi und uptime) kontinuierlich aktualisiert.
Ich habe tatsächlich in meiner Testumgebung den gleichen Effekt, ohne dass ich das bemerkt habe. Ursache ist der letzte Bug-Fix (
use Sub::Util), der mit dem morgigen Update auf Modul-Version 6.00.4 zurückgenommen wird. Der ursprüngliche Anlass wird auf andere Weise gelöst.
Die Funktion
subname wird also nicht mehr genutzt:
Zitat von: Elektrobastler am 02 September 2024, 10:29:41"Undefined subroutine &Sub::Util::subname called at ./FHEM/36_Shelly.pm line 6466."
Zitat von: VB90 am 06 September 2024, 18:07:31hat der Pro3 eventuell eine neue/andere IP bekommen?
Ich hatte das anfangs, bin dann dazu übergegangen, allen Shelly feste IP einzutragen.
Statt fester IP können die Shellies auch mit ihrem DNS-Namen definiert werden, siehe CommandRef.
Super, Dankeschön.
Ich hab das Update installiert und melde mich, falls ich den Fehler nochmals sehen sollte.
Leider scheint das Problem noch zu bestehen.
Gestern Abend scheint der Pro3EM kurz disconnected gewesen zu sein und das Gerät im FHEM bleibt danach im "STATE Error: Network".
In den Readings stehen als letzte updates z.B.:
Active_Power_S 402.8 2024-09-10 20:17:26
und der counter für disconnects ging kurz danach um 1 hoch (der stand vorher auf 2):
network_disconnects 3 2024-09-10 20:18:16
Es werden weiterhin einige wenige Readings aktualisiert:
inttemp 49.8 2024-09-11 16:12:08
network_rssi -59 2024-09-11 16:12:08
uptime 2738829 2024-09-11 16:12:23
und das Gerät selbst ist im Netzwerk auch problemlos erreichbar.
Zitat von: derdon23 am 11 September 2024, 16:19:35Gestern Abend scheint der Pro3EM kurz disconnected gewesen zu sein und das Gerät im FHEM bleibt danach im "STATE Error: Network".
Ich denke, wir haben hier ein anderes Problem, wenngleich mit ähnlichen Folgen. Auf Grund des Disconnects bleibt der Timer für die Zählerwerte stehen.
Weil beim ShellyPro3EM mehrere Timer laufen, werden einige Readings noch weiter aktualisiert.
Zum Wiederbeleben: Die Timer werden durch '
set ... interval ..' oder '
attr ... [interval|interval_power] ...' neu gestartet.
Bezüglich der Ursache dieses Verhaltens bin ich noch am suchen....
Zitat von: Starkstrombastler am 11 September 2024, 23:50:36Bezüglich der Ursache dieses Verhaltens bin ich noch am suchen....
Hi,
Die Ursache dürfte darin liegen, dass die neuen Timer in der Callback gesetzt werden. Wenn durch einen Netzwerkfehler der Non-Blocking Aufruf nicht durchgeht, bzw die Callback nicht aufgerufen wird, wird der Timer nicht neu gestartet.
Als Lösung könntest du den den/die Timer selbst im Aufruf selbst neu setzen (als Backup) und dann in der Callback dediziert löschen (passiert eh schon) und mit dem gewünschten Intervall neu setzen.
Gruß,
Tobi
Zitat von: tobi01001 am 12 September 2024, 15:24:12Wenn durch einen Netzwerkfehler der Non-Blocking Aufruf nicht durchgeht, bzw die Callback nicht aufgerufen wird, wird der Timer nicht neu gestartet.
Ja, genau so ist - manchmal braucht man eben einen Anstoss in die richtige Richtung.
Zur Lösung wird der/die Timer im Fall eines Timeouts einfach neu gestartet...
Eine aktualisierte Version werde ich hier als Beta-Version zur Verfügung stellen.
Sorry, war lange nicht hier - und hab eine dumme Frage: was kann ich tun, dass ein Shellyplusi4 das Event Eingang ändert Status von on zu off (oder umgekehrt) sofort meldet und nicht nach gefühlt über 30 s später?
Zitat von: det. am 27 September 2024, 12:27:05Sorry, war lange nicht hier - und hab eine dumme Frage: was kann ich tun, dass ein Shellyplusi4 das Event Eingang ändert Status von on zu off (oder umgekehrt) sofort meldet und nicht nach gefühlt über 30 s später?
Dafür sind die Actions das richtige Instrument. Richte mit Hilfe des Moduls die Actions auf dem Shelly ein:
attr <name> webhook <hook>
set <name> actions create info
set <name> actions create index
oder
set <name> actions create all Mit
create all werden die Actions disabled angelegt, du musst dann nach Bedarf aktivieren.
Moin,
ich habe einen ShellyPlus1 mit Addon. Daran angeschlossen ist ein Reedkontakt. Wenn ich jetzt einen Magnet entsprechend anlege, kann ich in der Oberfläche vom Shelly eine Reaktion sehen, jedoch kommt davon nichts in fhem an.
Ein
http://192.168.1.147/rpc/Shelly.GetStatusgibt mir als Ergebnis
ble {}
cloud
connected false
input:0
id 0
state false
input:100
id 100
state true
mqtt
connected false
switch:0
id 0
source "init"
output false
temperature
tC 54.5
tF 130
sys
mac "441793CF9254"
restart_required false
time "14:07"
unixtime 1727611636
uptime 685
ram_size 268812
ram_free 128928
fs_size 393216
fs_free 110592
cfg_rev 9
kvs_rev 0
schedule_rev 0
webhook_rev 0
available_updates {}
reset_reason 3
wifi
sta_ip "192.168.1.147"
status "got ip"
ssid "Caldir_MacAran_IoT"
rssi -79
ws
connected falsewobei der input:100 der Reed ist, in diesem Fall geschlossen
Hier einmal die aktuelle Definition:
defmod ShellyPlus1_Schlafzimmer Shelly 192.168.1.147
attr ShellyPlus1_Schlafzimmer DbLogExclude .*
attr ShellyPlus1_Schlafzimmer event-on-change-reading .*
attr ShellyPlus1_Schlafzimmer group Shelly
attr ShellyPlus1_Schlafzimmer model shellyplus1
attr ShellyPlus1_Schlafzimmer room Arbeitszimmer,Schlafzimmer
setstate ShellyPlus1_Schlafzimmer off
setstate ShellyPlus1_Schlafzimmer 2024-09-29 13:57:30 addon sensor
setstate ShellyPlus1_Schlafzimmer 2024-09-29 13:57:30 ap ShellyPlus1-441793CF9254 disabled open
setstate ShellyPlus1_Schlafzimmer 2024-09-29 13:57:30 ap_clients disabled
setstate ShellyPlus1_Schlafzimmer 2024-09-29 13:57:30 ble enabled
setstate ShellyPlus1_Schlafzimmer 2024-09-29 13:57:30 cloud disabled
setstate ShellyPlus1_Schlafzimmer 2024-09-29 13:58:29 firmware v1.4.2(check internet for firmware v1.3.3)
setstate ShellyPlus1_Schlafzimmer 2024-09-29 13:57:29 input off
setstate ShellyPlus1_Schlafzimmer 2024-09-29 13:57:30 input_0_function follow
setstate ShellyPlus1_Schlafzimmer 2024-09-29 14:07:34 input_1 on
setstate ShellyPlus1_Schlafzimmer 2024-09-29 13:57:30 input_1_mode switch straight enabled
setstate ShellyPlus1_Schlafzimmer 2024-09-29 13:57:30 input_mode switch straight enabled
setstate ShellyPlus1_Schlafzimmer 2024-09-29 14:09:34 inttemp 54.5
setstate ShellyPlus1_Schlafzimmer 2024-09-29 13:57:28 mac 44:17:93:CF:92:54
setstate ShellyPlus1_Schlafzimmer 2024-09-29 13:57:28 model_ID SNSW-001X16EU
setstate ShellyPlus1_Schlafzimmer 2024-09-29 13:57:28 model_family Plus/Gen2
setstate ShellyPlus1_Schlafzimmer 2024-09-29 13:57:28 model_function switch
setstate ShellyPlus1_Schlafzimmer 2024-09-29 13:57:28 model_name Shelly Plus 1
setstate ShellyPlus1_Schlafzimmer 2024-09-29 13:57:30 name ShellyPlus1_Schlafzimmer
setstate ShellyPlus1_Schlafzimmer 2024-09-29 13:57:29 network <html>connected to <a href="http://192.168.1.147">192.168.1.147</a> (Wifi)</html>
setstate ShellyPlus1_Schlafzimmer 2024-09-29 13:57:29 network_ip-address 192.168.1.147
setstate ShellyPlus1_Schlafzimmer 2024-09-29 14:08:34 network_rssi -73
setstate ShellyPlus1_Schlafzimmer 2024-09-29 13:57:29 network_ssid Caldir_MacAran_IoT
setstate ShellyPlus1_Schlafzimmer 2024-09-29 13:57:30 network_wifi_roaming -80
setstate ShellyPlus1_Schlafzimmer 2024-09-29 13:57:29 relay off
setstate ShellyPlus1_Schlafzimmer 2024-09-29 13:57:29 source init
setstate ShellyPlus1_Schlafzimmer 2024-09-29 13:57:29 state off
setstate ShellyPlus1_Schlafzimmer 2024-09-29 14:09:34 uptime 824
setstate ShellyPlus1_Schlafzimmer 2024-09-29 13:57:30 webhook_cnt 0
setstate ShellyPlus1_Schlafzimmer 2024-09-29 13:57:29 webhook_ver 0
Könnte das evtl. auch entsprechend mit eingebaut werden?
Danke und Gruß
Christoph
Zitat von: caldir65 am 29 September 2024, 14:14:51ich habe einen ShellyPlus1 mit Addon. Daran angeschlossen ist ein Reedkontakt. Wenn ich jetzt einen Magnet entsprechend anlege, kann ich in der Oberfläche vom Shelly eine Reaktion sehen, jedoch kommt davon nichts in fhem an.
Das Addon ist ja bereits integriert, aber offensichtlich passt da noch nicht alles. Schaue ich mir an, damit auch das funktioniert.
Moin,
das hört sich gut an. Übrigens kommt ein am analogen Eingang des Addon wie folgt:
ble {}
cloud
connected false
input:0
id 0
state false
input:100
id 100
percent 0
mqtt
connected false
switch:0
id 0
source "init"
output false
temperature
tC 65.3
tF 149.6
sys
mac "441793A58A54"
restart_required false
time "20:19"
unixtime 1727720370
uptime 99158
ram_size 253952
ram_free 140680
fs_size 393216
fs_free 110592
cfg_rev 6
kvs_rev 0
schedule_rev 0
webhook_rev 0
available_updates {}
reset_reason 3
wifi
sta_ip "192.168.1.164"
status "got ip"
ssid "Caldir_MacAran_IoT"
rssi -57
ws
connected false
Da variiert dann nur die Ausgabe der "percent" (0 = keine Bewegung)
Gruß
Christoph
Zitat von: caldir65 am 29 September 2024, 14:14:51Ich habe einen ShellyPlus1 mit Addon. Daran angeschlossen ist ein Reedkontakt. Wenn ich jetzt einen Magnet entsprechend anlege, kann ich in der Oberfläche vom Shelly eine Reaktion sehen, jedoch kommt davon nichts in fhem an.
Zitat von: caldir65 am 29 September 2024, 14:14:51setstate ShellyPlus1_Schlafzimmer 2024-09-29 14:07:34 input_1 on
setstate ShellyPlus1_Schlafzimmer 2024-09-29 13:57:30 input_1_mode switch straight enabled
Das Shelly-Modul scheint aber korrekt zu arbeiten, das Reading
input_1 wird mit Wert
on dargestellt.
Es gilt dabei zu beachten, dass die Readings entsprechend dem Polling-Intervall gesetzt werden.
Sollen kurzzeitige Änderungen am Eingang erfasst werden, so sollte auf dem Shelly eine entsprechende Action angelegt werden.
Die URL für die Action "Input toggled on" sollte so aussehen (die Leerzeichen sind durch
%20 zu ersetzen):
http://192.168.1.147:8083/fhem?cmd=set Y174 input_on 1 Zu beachten ist, dass auf dem Shelly die Inputs des AddOn von 100 an aufwärts gezählt werden, im Fhem-Modul dagegen wird die Zählung nach den regulären Inputs fortgesetzt. Für den Shelly Plus 1 gilt also:
input:0 --> input bzw. input_0 *)
input:100 --> input_1*) Das Modul wird noch korrigiert, mit dem Addon muss das Reading des 'regulären' Eingangs
input_0 heißen.
Hier wie versprochen die Weiterentwicklung des Moduls als Testversion 6.01 Beta1:
36_Shelly.pm
Überarbeitet wurde das Polling, insbesondere im Zusammenhang mit zeitbasierten Befehlen (z.B. on-for-timer) und Rollofahrzeiten, um die möglichst zeitnahen Events nach Start bzw. Abschluss des Vorgangs zu verbessern. Sendet der Shelly zu einem Vorgang eine URL (via Action) so erfolgt eine Priorisierung um doppelte Abfragen des Status zu vermeiden: Ist bereits eine Status-Abfrage an den Shelly abgeschickt, aber noch nicht beantwortet, so wird keine weitere Abfrage ausgelöst.
Ist der Zeitbasierte Befehl (oder die Rollofahrzeit) länger als das Polling-Interval, so werden Zwischenwerte abgerufen.
Die Version enthält Bug-Fixes zu den zuletzt diskutierten Problemfällen und einige Änderungen, die wichtigsten sind:
- Das Reading firmware wird ersetzt durch drei Readings: firmware_current, firmware_updText und firmware_updIcon. Das wird in der ReadingsGroup (s.u.) für eine farbliche Hervorhebung des Firmwarestandes genutzt.
- Für die Shellies Gen2 mit Relais werden die Readings auto_on, auto_off ausgewiesen.
- Für die Darstellung der Netzwerkverbindung werden neue Reading network_connection, network_host ausgewiesen. Letzeres ist insbesondere dann interessant, wenn der Shelly mit dem AP eines anderen Shelly verbunden ist.
- Der Name des Access Points wird jetzt im Reading ap_name ausgewiesen.
- Für die Recherche bei Netzwerkproblemen kann das Attribut timeout gesetzt werden, wodurch Readings mit den Reaktionszeiten zu den diversen Abfragen gesetzt werden. Mit dem Löschen des Attributes werden auch diese Readings entfernt.
Mit dem neuen Befehl
get <name> readingsGroup Device|Network|Firmware|Status lassen sich diverse Readings-Group-Devices erstellen, in denen alle Shelly-Definitionen thematisch zusammengefasst werden.
Moin,
sieht erstmal gut aus, ich habe bisher keine Auffälligkeiten ... muß nur noch die alten Readings mal beseitigen ...
Gruß, Christoph
Zitat von: Starkstrombastler am 12 Oktober 2024, 19:29:42Hier wie versprochen die Weiterentwicklung des Moduls als Testversion 6.01 Beta1:
[...]
Hallo,
das sieht richtig gut aus. Jetzt werden im Rollladen-Betrieb bei Gen1- und Gen2-Shellies die End- und Zwischenstellungen korrekt und ohne sichtbare Zeitverzögerung angezeigt. Das funktioniert auch, wenn man die Rollläden über die Tastereingänge am Aktor bedient. Gute Arbeit, vielen Dank!
Zitat von: Starkstrombastler am 04 Oktober 2024, 10:43:53Zitat von: caldir65 am 29 September 2024, 14:14:51Ich habe einen ShellyPlus1 mit Addon. Daran angeschlossen ist ein Reedkontakt. Wenn ich jetzt einen Magnet entsprechend anlege, kann ich in der Oberfläche vom Shelly eine Reaktion sehen, jedoch kommt davon nichts in fhem an.
Zitat von: caldir65 am 29 September 2024, 14:14:51setstate ShellyPlus1_Schlafzimmer 2024-09-29 14:07:34 input_1 on
setstate ShellyPlus1_Schlafzimmer 2024-09-29 13:57:30 input_1_mode switch straight enabled
Das Shelly-Modul scheint aber korrekt zu arbeiten, das Reading input_1 wird mit Wert on dargestellt.
Es gilt dabei zu beachten, dass die Readings entsprechend dem Polling-Intervall gesetzt werden.
Sollen kurzzeitige Änderungen am Eingang erfasst werden, so sollte auf dem Shelly eine entsprechende Action angelegt werden.
Die URL für die Action "Input toggled on" sollte so aussehen (die Leerzeichen sind durch %20 zu ersetzen):
http://192.168.1.147:8083/fhem?cmd=set Y174 input_on 1
Zu beachten ist, dass auf dem Shelly die Inputs des AddOn von 100 an aufwärts gezählt werden, im Fhem-Modul dagegen wird die Zählung nach den regulären Inputs fortgesetzt. Für den Shelly Plus 1 gilt also:
input:0 --> input bzw. input_0 *)
input:100 --> input_1
*) Das Modul wird noch korrigiert, mit dem Addon muss das Reading des 'regulären' Eingangs input_0 heißen.
http://192.168.1.186:8083/fhem?cmd=set%20ShellyPlus1_Schlafzimmer%20input_on%201[/code]
aber leider kommt nichts an im Device - es ändert sich erst im Rahmen des Pollings ...
Die Fhem-Webui erreiche ich über https:// - muß ich jetzt noch etwas diesbezüglich berücksichtigen?
Gruß, Christoph
Zitat von: caldir65 am 13 Oktober 2024, 14:39:52Die Fhem-Webui erreiche ich über https://
Das erklärt alles (ist die Info neu oder hatte ich das übersehen) !
Sofern sich dein FHEM-Server und der Shelly im gleichen (abgesichertem) Netzwerk befinden, ist die einfachste Lösung die Verwendung einer eigenen FHEMweb Instanz und Absicherung mit einem allowed-Device. Im Detail:
- Definition der FHEMweb-Instanz z.B.: defmod HOOK FHEMWEB 8084 global
- Definition eines Allowed-Devices und Setzen der Attribute validFor allowedDevices allowedCommands, siehe Commandref
- Sicherstellen, dass der Name der Action auf dem Shelly mit einem _ (Unterstrich) beginnt. Dies ist Voraussetzung für die automatische Änderung im nächsten Schritt
- Ändern des Attributes webhook im Shelly-Device auf den neuen Namen. FHEM wird die vom Modul angelegten Actions auf dem Shelly auf den neuen Webhook anpassen und auch den CSFR-Token in der URL ergänzen
- Option: Kontrolle der geänderten Actions mit get <name> actions
Ich hoffe, ich habe da nichts vergessen...
Hallo,
ich bekomme mit der aktuellen Beta folgende Log Einträge:
2024.10.15 08:31:36 5: [Shelly_Get] receiving command get SH_DiV2 ?
2024.10.15 08:31:49 4: [Shelly_Set] calling for device SH_DiV2 with command 'pct' and 1 parameters: 85
2024.10.15 08:31:49 4: [Shelly_Set] SH_DiV2 channel is 0
2024.10.15 08:31:49 5: [Shelly_Set] SH_DiV2 'timer_0': no timer to add to pct
2024.10.15 08:31:49 4: [Shelly_Set] setting brightness for device SH_DiV2 to 85
2024.10.15 08:31:49 4: [Shelly_HttpRequest] issue a non-blocking call to http://192.168.0.82/light/0?brightness=85, callback to Shelly_response, dim
2024.10.15 08:31:49 4: [Shelly_Set] calling for device SH_DiV2 with command 'pct' and 1 parameters: 85
2024.10.15 08:31:49 4: [Shelly_Set] SH_DiV2 channel is 0
2024.10.15 08:31:49 5: [Shelly_Set] SH_DiV2 'timer_0': no timer to add to pct
2024.10.15 08:31:49 4: [Shelly_Set] setting brightness for device SH_DiV2 to 85
2024.10.15 08:31:49 4: [Shelly_HttpRequest] issue a non-blocking call to http://192.168.0.82/light/0?brightness=85, callback to Shelly_response, dim
2024.10.15 08:31:49 4: [Shelly_HttpResponse] SH_DiV2 http://192.168.0.82/light/0?brightness=85 returned data: {"ison":false,"source":"http","has_timer":false,"timer_started":0,"timer_duration":0,"timer_remaining":0,"mode":"white","brightness":85,"transition":0}
2024.10.15 08:31:49 5: [Shelly_HttpResponse] SH_DiV2: standard JSON decoding
2024.10.15 08:31:49 5: [Shelly_HttpResponse] SH_DiV2: forwarding JSON-Hash to func: Shelly_response
2024.10.15 08:31:49 5: [Shelly_response] device SH_DiV2 has returned JSON for component dim to set /light
2024.10.15 08:31:49 4: [Shelly_response:dim] ok
2024.10.15 08:31:49 4: [Shelly_status] SH_DiV2: processing Http-Request forced by response_dim, helper=0
2024.10.15 08:31:49 4: [Shelly_status] set STATUS_CALL 'pending' for SH_DiV2
2024.10.15 08:31:49 4: [Shelly_HttpRequest] issue a non-blocking call to http://192.168.0.82/status, callback to Shelly_status1G,
2024.10.15 08:31:49 1: PERL WARNING: Use of uninitialized value $timer in concatenation (.) or string at /opt/fhem/FHEM/36_Shelly.pm line 3275.
2024.10.15 08:31:49 1: stacktrace:
2024.10.15 08:31:49 1: main::__ANON__ called by /opt/fhem/FHEM/36_Shelly.pm (3275)
2024.10.15 08:31:49 1: main::Shelly_status called by /opt/fhem/FHEM/36_Shelly.pm (5649)
2024.10.15 08:31:49 1: main::Shelly_response called by /opt/fhem/FHEM/36_Shelly.pm (6906)
2024.10.15 08:31:49 1: main::Shelly_HttpResponse called by /opt/fhem/FHEM/HttpUtils.pm (755)
2024.10.15 08:31:49 1: main::__ANON__ called by fhem.pl (783)
2024.10.15 08:31:49 4: [Shelly_status:A] SH_DiV2: next status call scheduled at INTERVAL in seconds
2024.10.15 08:31:49 1: PERL WARNING: Use of uninitialized value $timer in numeric gt (>) at /opt/fhem/FHEM/36_Shelly.pm line 3287.
2024.10.15 08:31:49 1: stacktrace:
2024.10.15 08:31:49 1: main::__ANON__ called by /opt/fhem/FHEM/36_Shelly.pm (3287)
2024.10.15 08:31:49 1: main::Shelly_status called by /opt/fhem/FHEM/36_Shelly.pm (5649)
2024.10.15 08:31:49 1: main::Shelly_response called by /opt/fhem/FHEM/36_Shelly.pm (6906)
2024.10.15 08:31:49 1: main::Shelly_HttpResponse called by /opt/fhem/FHEM/HttpUtils.pm (755)
2024.10.15 08:31:49 1: main::__ANON__ called by fhem.pl (783)
2024.10.15 08:31:49 4: [Shelly_status] SH_DiV2: scheduled next status update in 10.25 seconds by Shelly_response, helper=0
2024.10.15 08:31:49 4: [Shelly_HttpResponse] SH_DiV2 http://192.168.0.82/light/0?brightness=85 returned data: {"ison":false,"source":"http","has_timer":false,"timer_started":0,"timer_duration":0,"timer_remaining":0,"mode":"white","brightness":85,"transition":0}
2024.10.15 08:31:49 5: [Shelly_HttpResponse] SH_DiV2: standard JSON decoding
2024.10.15 08:31:49 5: [Shelly_HttpResponse] SH_DiV2: forwarding JSON-Hash to func: Shelly_response
2024.10.15 08:31:49 5: [Shelly_response] device SH_DiV2 has returned JSON for component dim to set /light
2024.10.15 08:31:49 4: [Shelly_response:dim] ok
2024.10.15 08:31:49 4: [Shelly_status] SH_DiV2: processing Http-Request forced by response_dim, helper=0
2024.10.15 08:31:49 4: [Shelly_status] SKIPPED STATUS_CALL for SH_DiV2
2024.10.15 08:31:49 4: [Shelly_status] SH_DiV2: scheduled next status update in 10.25 seconds by Shelly_response, helper=0
2024.10.15 08:31:49 5: [Shelly_HttpResponse] incoming STATUS_CALL answer for SH_DiV2, resetting flag
2024.10.15 08:31:49 4: [Shelly_HttpResponse] SH_DiV2 http://192.168.0.82/status returned data: {"wifi_sta":{"connected":true,"ssid":"7270FamWieFritz266","ip":"192.168.0.82","rssi":-62},"cloud":{"enabled":false,"connected":false},"mqtt":{"connected":false},"time":"08:31","unixtime":1728973910,"serial":333,"has_update":false,"mac":"48E729679D9F","cfg_changed_cnt":2,"actions_stats":{"skipped":0},"lights":[{"ison":false,"source":"http","has_timer":false,"timer_started":0,"timer_duration":0,"timer_remaining":0,"mode":"white","brightness":85,"transition":0}],"meters":[{"power":0.00,"overpower":0.00,"is_valid":true, "timestamp":1728981110,"counters":[0.000, 0.000, 0.000],"total":4278}],"inputs":[{"input":1,"event":"","event_cnt":34},{"input":0,"event":"","event_cnt":0}],"tmp":{"tC":41.16,"tF":106.08, "is_valid":true},"calibrated":true,"calib_progress":0,"calib_status":0,"calib_running":0,"wire_mode":1,"forced_neutral":false,"overtemperature":false,"loaderror":0,"overpower":false,"debug":0,"update":{"status":"idle","has_update":false,"new_version":"20230913-114008/v1.14.0-gcb84623","old_version":"20230913-114008/v1.14.0-gcb84623","beta_version":"20231107-164738/v1.14.1-rc1-g0617c15"},"ram_total":49672,"ram_free":37344,"fs_size":233681,"fs_free":118974,"uptime":323076}
2024.10.15 08:31:49 5: [Shelly_HttpResponse] SH_DiV2: standard JSON decoding
2024.10.15 08:31:49 5: [Shelly_HttpResponse] SH_DiV2: forwarding JSON-Hash to func: Shelly_status1G
2024.10.15 08:31:49 5: [Shelly_rssi] returns -62 to device SH_DiV2
2024.10.15 08:31:49 1: PERL WARNING: Use of uninitialized value $intervalN in concatenation (.) or string at /opt/fhem/FHEM/36_Shelly.pm line 3544.
2024.10.15 08:31:49 1: stacktrace:
2024.10.15 08:31:49 1: main::__ANON__ called by /opt/fhem/FHEM/36_Shelly.pm (3544)
2024.10.15 08:31:49 1: main::Shelly_status1G called by /opt/fhem/FHEM/36_Shelly.pm (6906)
2024.10.15 08:31:49 1: main::Shelly_HttpResponse called by /opt/fhem/FHEM/HttpUtils.pm (755)
2024.10.15 08:31:49 1: main::__ANON__ called by fhem.pl (783)
2024.10.15 08:31:49 5: [Shelly_status1G] finished processing lights-device SH_DiV2 is shellydimmer and mode is . Next update in seconds.
2024.10.15 08:31:49 5: [Shelly_firmwarecheck] SH_DiV2: current=20230913-114008/v1.14.0-gcb84623 update=none beta=20231107-164738/v1.14.1-rc1-g0617c15
2024.10.15 08:31:49 5: [Shelly_firmwarecheck] SH_DiV2: v1.14.0 - check for beta-version - B
2024.10.15 08:31:49 5: [Shelly_status1G] SH_DiV2: Looking for metering values
2024.10.15 08:31:49 5: [Shelly_status1G] SH_DiV2 : power=0 TTL=0, energy=71.3 TTL=4278
2024.10.15 08:31:49 5: [Shelly_status1G] SH_DiV2 has input 0 with state "on"
2024.10.15 08:31:49 5: [Shelly_status1G] SH_DiV2 has input 1 with state "off"
2024.10.15 08:31:49 1: PERL WARNING: Use of uninitialized value in numeric gt (>) at /opt/fhem/FHEM/36_Shelly.pm line 3804.
2024.10.15 08:31:49 1: stacktrace:
2024.10.15 08:31:49 1: main::__ANON__ called by /opt/fhem/FHEM/36_Shelly.pm (3804)
2024.10.15 08:31:49 1: main::Shelly_status1G called by /opt/fhem/FHEM/36_Shelly.pm (6906)
2024.10.15 08:31:49 1: main::Shelly_HttpResponse called by /opt/fhem/FHEM/HttpUtils.pm (755)
2024.10.15 08:31:49 1: main::__ANON__ called by fhem.pl (783)
2024.10.15 08:31:53 4: [Shelly_Set] calling for device SH_DiV2 with command 'on', no parameters
2024.10.15 08:31:53 4: [Shelly_Set] SH_DiV2 channel is 0
2024.10.15 08:31:53 5: [Shelly_Set] SH_DiV2 'timer_0': no timer to add to on
2024.10.15 08:31:53 4: [Shelly_Set] switching channel 0 for device SH_DiV2 with command ?turn=on, FF=2
2024.10.15 08:31:53 4: [Shelly_HttpRequest] issue a non-blocking call to http://192.168.0.82/light/0?turn=on, callback to Shelly_response, onoff
2024.10.15 08:31:53 4: [Shelly_HttpResponse] SH_DiV2 http://192.168.0.82/light/0?turn=on returned data: {"ison":true,"source":"http","has_timer":false,"timer_started":0,"timer_duration":0,"timer_remaining":0,"mode":"white","brightness":85,"transition":0}
2024.10.15 08:31:53 5: [Shelly_HttpResponse] SH_DiV2: standard JSON decoding
2024.10.15 08:31:53 5: [Shelly_HttpResponse] SH_DiV2: forwarding JSON-Hash to func: Shelly_response
2024.10.15 08:31:53 5: [Shelly_response] device SH_DiV2 has returned JSON for component onoff to set /light
2024.10.15 08:31:53 4: [Shelly_response:onoff] received callback from SH_DiV2 channel 0 is switched on, no timer set
2024.10.15 08:31:53 4: [Shelly_status] SH_DiV2: scheduled next status update in 0.4 seconds by Shelly_response, helper=0
2024.10.15 08:31:53 4: [Shelly_status] SH_DiV2: processing Http-Request forced by Shelly_Status_, helper=0
2024.10.15 08:31:53 4: [Shelly_status] set STATUS_CALL 'pending' for SH_DiV2
2024.10.15 08:31:53 4: [Shelly_HttpRequest] issue a non-blocking call to http://192.168.0.82/status, callback to Shelly_status1G,
2024.10.15 08:31:53 1: PERL WARNING: Use of uninitialized value $timer in concatenation (.) or string at /opt/fhem/FHEM/36_Shelly.pm line 3275.
2024.10.15 08:31:53 1: stacktrace:
2024.10.15 08:31:53 1: main::__ANON__ called by /opt/fhem/FHEM/36_Shelly.pm (3275)
2024.10.15 08:31:53 1: main::Shelly_status called by fhem.pl (3508)
2024.10.15 08:31:53 1: main::HandleTimeout called by fhem.pl (707)
2024.10.15 08:31:53 4: [Shelly_status:A] SH_DiV2: next status call scheduled at INTERVAL in seconds
2024.10.15 08:31:53 1: PERL WARNING: Use of uninitialized value $timer in numeric gt (>) at /opt/fhem/FHEM/36_Shelly.pm line 3287.
2024.10.15 08:31:53 1: stacktrace:
2024.10.15 08:31:53 1: main::__ANON__ called by /opt/fhem/FHEM/36_Shelly.pm (3287)
2024.10.15 08:31:53 1: main::Shelly_status called by fhem.pl (3508)
2024.10.15 08:31:53 1: main::HandleTimeout called by fhem.pl (707)
2024.10.15 08:31:53 5: [Shelly_HttpResponse] incoming STATUS_CALL answer for SH_DiV2, resetting flag
2024.10.15 08:31:53 4: [Shelly_HttpResponse] SH_DiV2 http://192.168.0.82/status returned data: {"wifi_sta":{"connected":true,"ssid":"7270FamWieFritz266","ip":"192.168.0.82","rssi":-59},"cloud":{"enabled":false,"connected":false},"mqtt":{"connected":false},"time":"08:31","unixtime":1728973913,"serial":335,"has_update":false,"mac":"48E729679D9F","cfg_changed_cnt":2,"actions_stats":{"skipped":0},"lights":[{"ison":true,"source":"http","has_timer":false,"timer_started":0,"timer_duration":0,"timer_remaining":0,"mode":"white","brightness":85,"transition":0}],"meters":[{"power":0.00,"overpower":0.00,"is_valid":true, "timestamp":1728981114,"counters":[0.000, 0.000, 0.000],"total":4278}],"inputs":[{"input":1,"event":"","event_cnt":34},{"input":0,"event":"","event_cnt":0}],"tmp":{"tC":41.16,"tF":106.08, "is_valid":true},"calibrated":true,"calib_progress":0,"calib_status":0,"calib_running":0,"wire_mode":1,"forced_neutral":false,"overtemperature":false,"loaderror":0,"overpower":false,"debug":0,"update":{"status":"idle","has_update":false,"new_version":"20230913-114008/v1.14.0-gcb84623","old_version":"20230913-114008/v1.14.0-gcb84623","beta_version":"20231107-164738/v1.14.1-rc1-g0617c15"},"ram_total":49672,"ram_free":37020,"fs_size":233681,"fs_free":118974,"uptime":323080}
2024.10.15 08:31:53 5: [Shelly_HttpResponse] SH_DiV2: standard JSON decoding
2024.10.15 08:31:53 5: [Shelly_HttpResponse] SH_DiV2: forwarding JSON-Hash to func: Shelly_status1G
2024.10.15 08:31:53 5: [Shelly_rssi] returns -59 to device SH_DiV2
2024.10.15 08:31:53 1: PERL WARNING: Use of uninitialized value $intervalN in concatenation (.) or string at /opt/fhem/FHEM/36_Shelly.pm line 3544.
2024.10.15 08:31:53 1: stacktrace:
2024.10.15 08:31:53 1: main::__ANON__ called by /opt/fhem/FHEM/36_Shelly.pm (3544)
2024.10.15 08:31:53 1: main::Shelly_status1G called by /opt/fhem/FHEM/36_Shelly.pm (6906)
2024.10.15 08:31:53 1: main::Shelly_HttpResponse called by /opt/fhem/FHEM/HttpUtils.pm (755)
2024.10.15 08:31:53 1: main::__ANON__ called by fhem.pl (783)
2024.10.15 08:31:53 5: [Shelly_status1G] finished processing lights-device SH_DiV2 is shellydimmer and mode is . Next update in seconds.
2024.10.15 08:31:53 5: [Shelly_firmwarecheck] SH_DiV2: current=20230913-114008/v1.14.0-gcb84623 update=none beta=20231107-164738/v1.14.1-rc1-g0617c15
2024.10.15 08:31:53 5: [Shelly_firmwarecheck] SH_DiV2: v1.14.0 - check for beta-version - B
2024.10.15 08:31:53 5: [Shelly_status1G] SH_DiV2: Looking for metering values
2024.10.15 08:31:53 5: [Shelly_status1G] SH_DiV2 : power=0 TTL=0, energy=71.3 TTL=4278
2024.10.15 08:31:53 5: [Shelly_status1G] SH_DiV2 has input 0 with state "on"
2024.10.15 08:31:53 5: [Shelly_status1G] SH_DiV2 has input 1 with state "off"
2024.10.15 08:31:53 1: PERL WARNING: Use of uninitialized value in numeric gt (>) at /opt/fhem/FHEM/36_Shelly.pm line 3804.
2024.10.15 08:31:53 1: stacktrace:
2024.10.15 08:31:53 1: main::__ANON__ called by /opt/fhem/FHEM/36_Shelly.pm (3804)
2024.10.15 08:31:53 1: main::Shelly_status1G called by /opt/fhem/FHEM/36_Shelly.pm (6906)
2024.10.15 08:31:53 1: main::Shelly_HttpResponse called by /opt/fhem/FHEM/HttpUtils.pm (755)
2024.10.15 08:31:53 1: main::__ANON__ called by fhem.pl (783)
2024.10.15 08:31:55 4: [Shelly_Set] calling for device SH_DiV2 with command 'off', no parameters
2024.10.15 08:31:55 4: [Shelly_Set] SH_DiV2 channel is 0
2024.10.15 08:31:55 5: [Shelly_Set] SH_DiV2 'timer_0': no timer to add to off
2024.10.15 08:31:55 4: [Shelly_Set] switching channel 0 for device SH_DiV2 with command ?turn=off, FF=2
2024.10.15 08:31:55 4: [Shelly_HttpRequest] issue a non-blocking call to http://192.168.0.82/light/0?turn=off, callback to Shelly_response, onoff
2024.10.15 08:31:55 4: [Shelly_HttpResponse] SH_DiV2 http://192.168.0.82/light/0?turn=off returned data: {"ison":false,"source":"http","has_timer":false,"timer_started":0,"timer_duration":0,"timer_remaining":0,"mode":"white","brightness":85,"transition":0}
2024.10.15 08:31:55 5: [Shelly_HttpResponse] SH_DiV2: standard JSON decoding
2024.10.15 08:31:55 5: [Shelly_HttpResponse] SH_DiV2: forwarding JSON-Hash to func: Shelly_response
2024.10.15 08:31:55 5: [Shelly_response] device SH_DiV2 has returned JSON for component onoff to set /light
2024.10.15 08:31:55 4: [Shelly_response:onoff] received callback from SH_DiV2 channel 0 is switched off, no timer set
2024.10.15 08:31:55 4: [Shelly_status] SH_DiV2: scheduled next status update in 0.4 seconds by Shelly_response, helper=0
2024.10.15 08:31:56 4: [Shelly_status] SH_DiV2: processing Http-Request forced by Shelly_Status_, helper=0
2024.10.15 08:31:56 4: [Shelly_status] set STATUS_CALL 'pending' for SH_DiV2
2024.10.15 08:31:56 4: [Shelly_HttpRequest] issue a non-blocking call to http://192.168.0.82/status, callback to Shelly_status1G,
2024.10.15 08:31:56 1: PERL WARNING: Use of uninitialized value $timer in concatenation (.) or string at /opt/fhem/FHEM/36_Shelly.pm line 3275.
2024.10.15 08:31:56 1: stacktrace:
2024.10.15 08:31:56 1: main::__ANON__ called by /opt/fhem/FHEM/36_Shelly.pm (3275)
2024.10.15 08:31:56 1: main::Shelly_status called by fhem.pl (3508)
2024.10.15 08:31:56 1: main::HandleTimeout called by fhem.pl (707)
2024.10.15 08:31:56 4: [Shelly_status:A] SH_DiV2: next status call scheduled at INTERVAL in seconds
2024.10.15 08:31:56 1: PERL WARNING: Use of uninitialized value $timer in numeric gt (>) at /opt/fhem/FHEM/36_Shelly.pm line 3287.
2024.10.15 08:31:56 1: stacktrace:
2024.10.15 08:31:56 1: main::__ANON__ called by /opt/fhem/FHEM/36_Shelly.pm (3287)
2024.10.15 08:31:56 1: main::Shelly_status called by fhem.pl (3508)
2024.10.15 08:31:56 1: main::HandleTimeout called by fhem.pl (707)
2024.10.15 08:31:56 5: [Shelly_HttpResponse] incoming STATUS_CALL answer for SH_DiV2, resetting flag
2024.10.15 08:31:56 4: [Shelly_HttpResponse] SH_DiV2 http://192.168.0.82/status returned data: {"wifi_sta":{"connected":true,"ssid":"7270FamWieFritz266","ip":"192.168.0.82","rssi":-61},"cloud":{"enabled":false,"connected":false},"mqtt":{"connected":false},"time":"08:31","unixtime":1728973916,"serial":337,"has_update":false,"mac":"48E729679D9F","cfg_changed_cnt":2,"actions_stats":{"skipped":0},"lights":[{"ison":false,"source":"http","has_timer":false,"timer_started":0,"timer_duration":0,"timer_remaining":0,"mode":"white","brightness":85,"transition":0}],"meters":[{"power":10.76,"overpower":0.00,"is_valid":true, "timestamp":1728981116,"counters":[0.000, 0.000, 0.000],"total":4278}],"inputs":[{"input":1,"event":"","event_cnt":34},{"input":0,"event":"","event_cnt":0}],"tmp":{"tC":41.16,"tF":106.08, "is_valid":true},"calibrated":true,"calib_progress":0,"calib_status":0,"calib_running":0,"wire_mode":1,"forced_neutral":false,"overtemperature":false,"loaderror":0,"overpower":false,"debug":0,"update":{"status":"idle","has_update":false,"new_version":"20230913-114008/v1.14.0-gcb84623","old_version":"20230913-114008/v1.14.0-gcb84623","beta_version":"20231107-164738/v1.14.1-rc1-g0617c15"},"ram_total":49672,"ram_free":36536,"fs_size":233681,"fs_free":118974,"uptime":323082}
2024.10.15 08:31:56 5: [Shelly_HttpResponse] SH_DiV2: standard JSON decoding
2024.10.15 08:31:56 5: [Shelly_HttpResponse] SH_DiV2: forwarding JSON-Hash to func: Shelly_status1G
2024.10.15 08:31:56 5: [Shelly_rssi] returns -61 to device SH_DiV2
2024.10.15 08:31:56 1: PERL WARNING: Use of uninitialized value $intervalN in concatenation (.) or string at /opt/fhem/FHEM/36_Shelly.pm line 3544.
2024.10.15 08:31:56 1: stacktrace:
2024.10.15 08:31:56 1: main::__ANON__ called by /opt/fhem/FHEM/36_Shelly.pm (3544)
2024.10.15 08:31:56 1: main::Shelly_status1G called by /opt/fhem/FHEM/36_Shelly.pm (6906)
2024.10.15 08:31:56 1: main::Shelly_HttpResponse called by /opt/fhem/FHEM/HttpUtils.pm (755)
2024.10.15 08:31:56 1: main::__ANON__ called by fhem.pl (783)
2024.10.15 08:31:56 5: [Shelly_status1G] finished processing lights-device SH_DiV2 is shellydimmer and mode is . Next update in seconds.
2024.10.15 08:31:56 5: [Shelly_firmwarecheck] SH_DiV2: current=20230913-114008/v1.14.0-gcb84623 update=none beta=20231107-164738/v1.14.1-rc1-g0617c15
2024.10.15 08:31:56 5: [Shelly_firmwarecheck] SH_DiV2: v1.14.0 - check for beta-version - B
2024.10.15 08:31:56 5: [Shelly_status1G] SH_DiV2: Looking for metering values
2024.10.15 08:31:56 5: [Shelly_status1G] SH_DiV2 : power=10.76 TTL=10.76, energy=71.3 TTL=4278
2024.10.15 08:31:56 5: [Shelly_status1G] SH_DiV2 has input 0 with state "on"
2024.10.15 08:31:56 5: [Shelly_status1G] SH_DiV2 has input 1 with state "off"
2024.10.15 08:31:56 1: PERL WARNING: Use of uninitialized value in numeric gt (>) at /opt/fhem/FHEM/36_Shelly.pm line 3804.
2024.10.15 08:31:56 1: stacktrace:
2024.10.15 08:31:56 1: main::__ANON__ called by /opt/fhem/FHEM/36_Shelly.pm (3804)
2024.10.15 08:31:56 1: main::Shelly_status1G called by /opt/fhem/FHEM/36_Shelly.pm (6906)
2024.10.15 08:31:56 1: main::Shelly_HttpResponse called by /opt/fhem/FHEM/HttpUtils.pm (755)
2024.10.15 08:31:56 1: main::__ANON__ called by fhem.pl (783)
Hier das List:
define SH_DiV2 Shelly 192.168.0.82
attr SH_DiV2 alexaName Balkon
attr SH_DiV2 alexaRoom Wohnecken
attr SH_DiV2 alias Wohnbereich_Balkon
attr SH_DiV2 genericDeviceType light
attr SH_DiV2 group Beleuchtung
attr SH_DiV2 interval 0
attr SH_DiV2 model shellydimmer
attr SH_DiV2 room Wohnbereich
# DEF 192.168.0.82
# FUUID 66f68b96-f33f-0b39-3d2e-256b58e1f73adece
# NAME SH_DiV2
# NR 754
# NTFY_ORDER 50-SH_DiV2
# STATE off
# StatusCall 0
# TYPE Shelly
# eventCount 106
# units 0
# READINGS:
# 2024-10-10 17:45:35 calibrated yes
# 2024-10-10 17:45:35 cloud disabled
# 2024-10-14 19:50:23 energy 71.3
# 2024-10-14 19:42:51 error commands parsed, outstanding call for device SH_DiV2 with command '65', no parameters
# 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-14 19:43:35 firmware_current v1.14.0
# 2024-10-14 19:43:35 firmware_updIcon B
# 2024-10-14 19:43:35 firmware_updText check for beta-version
# 2024-10-12 06:55:02 input_0 on
# 2024-10-13 22:59:40 input_0_cnt 34
# 2024-10-10 17:45:35 input_1 off
# 2024-10-15 08:31:49 inttemp 41.16
# 2024-10-15 08:31:56 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-14 19:43:35 network_connection online
# 2024-10-07 11:41:20 network_disconnects 1
# 2024-10-10 17:45:35 network_ip-address 192.168.0.82
# 2024-10-15 08:31:56 network_rssi -61
# 2024-10-10 17:45:35 network_ssid 7270FamWieFritz266
# 2024-10-10 17:45:35 overpower 0
# 2024-10-15 08:31:49 pct 85
# 2024-10-15 08:31:56 power 10.76
# 2024-10-10 17:45:35 source http
# 2024-10-10 17:45:34 source_0 http
# 2024-10-15 08:31:56 state off
# 2024-10-10 17:45:35 timer 0
# 2024-10-10 17:45:34 timer_0 0
# 2024-10-15 08:31:56 uptime 323082 sec, last reboot at 2024-10-11 14:47:14
# 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 0
# hmccu:
#
setstate SH_DiV2 off
setstate SH_DiV2 2024-10-10 17:45:35 calibrated yes
setstate SH_DiV2 2024-10-10 17:45:35 cloud disabled
setstate SH_DiV2 2024-10-14 19:50:23 energy 71.3
setstate SH_DiV2 2024-10-14 19:42:51 error commands parsed, outstanding call for device SH_DiV2 with command '65', no parameters
setstate SH_DiV2 2024-10-10 17:45:35 firmware v1.14.0
setstate SH_DiV2 2024-10-10 17:45:35 firmware_beta 20231107-164738/v1.14.1-rc1-g0617c15
setstate SH_DiV2 2024-10-14 19:43:35 firmware_current v1.14.0
setstate SH_DiV2 2024-10-14 19:43:35 firmware_updIcon B
setstate SH_DiV2 2024-10-14 19:43:35 firmware_updText check for beta-version
setstate SH_DiV2 2024-10-12 06:55:02 input_0 on
setstate SH_DiV2 2024-10-13 22:59:40 input_0_cnt 34
setstate SH_DiV2 2024-10-10 17:45:35 input_1 off
setstate SH_DiV2 2024-10-15 08:31:49 inttemp 41.16
setstate SH_DiV2 2024-10-15 08:31:56 light off
setstate SH_DiV2 2024-10-10 17:45:35 network <html>connected to <a href="http://192.168.0.82">192.168.0.82</a></html>
setstate SH_DiV2 2024-10-14 19:43:35 network_connection online
setstate SH_DiV2 2024-10-07 11:41:20 network_disconnects 1
setstate SH_DiV2 2024-10-10 17:45:35 network_ip-address 192.168.0.82
setstate SH_DiV2 2024-10-15 08:31:56 network_rssi -61
setstate SH_DiV2 2024-10-10 17:45:35 network_ssid 7270FamWieFritz266
setstate SH_DiV2 2024-10-10 17:45:35 overpower 0
setstate SH_DiV2 2024-10-15 08:31:49 pct 85
setstate SH_DiV2 2024-10-15 08:31:56 power 10.76
setstate SH_DiV2 2024-10-10 17:45:35 source http
setstate SH_DiV2 2024-10-10 17:45:34 source_0 http
setstate SH_DiV2 2024-10-15 08:31:56 state off
setstate SH_DiV2 2024-10-10 17:45:35 timer 0
setstate SH_DiV2 2024-10-10 17:45:34 timer_0 0
setstate SH_DiV2 2024-10-15 08:31:56 uptime 323082 sec, last reboot at 2024-10-11 14:47:14
Grüße Jörg
Hallo,
Ich habe mein neues Walldisplay mit der Beta version eingebunden.
Hier fehlt mir das Reading name, bei meinen anderen shellies ist es vorhanden.
Ist das ein bug oder ein Fehler meinerseits?
Gruß
Hubert
Zitat von: JoWiemann am 15 Oktober 2024, 08:35:30attr SH_DiV2 interval 0
Deaktiviertes Polling führt in der Tat zu einer uninitialisierten Variable. Diesen Fall hatte ich so noch nicht auf dem Schirm - Ist in der nächsten Version gefixt!
Zitat von: carlos am 16 Oktober 2024, 14:45:08Hier fehlt mir das Reading name, bei meinen anderen shellies ist es vorhanden.
Beim Walldisplay ist 'name' nicht in der 'DeviceInfo' enthalten, bei den anderen Gen2-Shellies schon. Wird in der nächsten Version auf die 'Config'-Abfrage geändert.
Alles klar.
Ich habe noch ein anderes Problem mit dem rangeextender und den Clients.
Ich lasse mir im stateFormat des rangeextenders die CLients anzeigen mit Namen, die du, wie ich verstanden habe, über das Internal MAC bei den devices bestimmst.
Genau da verschwindet aber nach einiger Zeit das Internal MAC aus dem device.
Wenn ich dann ein modify def mache ist es wieder da.
Es ist seltsam, aber ich habe keinen Neustart von fhem gemacht.
Keine Ahnung was die Ursache dafür ist.
Gruß
Hubert
Ich verfolge das hier immer ganz gespannt und bin total begeistert. Danke für euren Einsatz und Mühen.
Mal eine Frage zwischendurch, vielleicht habe ich die Lösung auch überlesen, oder denke mal wieder zu kompliziert :o
Ich nutze mehrere Shelly Plus1pm inklusive AddOn.
Daran hängen mehrere Fühler, DS18B20.
Funktioniert auch problemlos, meistens.
Wenn der Shelly stromlos war, passiert es hin und wieder, das er die Sensoren in einer anderen Reihenfolge erkennt, als bisher.
Um mir das sortieren einfacher zu machen, habe ich im Shelly, die Sensoren gemäß ihrer Verwendung umbenannt und eindeutige Namen vergeben.
Besteht die Chance, diesen Namen auch ins FHEM zu bekommen?
Bislang bekomme ich dort nur bspw. "temperature_0", mit dem entsprechenden Wert als Reading.
"Neuerdings" in einem Zweiten (temperature_0_sensor) auch noch die interne Nummerierung sowie die Serial des Sensors.
Wobei diese Serial anders ist als im Shelly. Bsp: Shelly: 40:120:161:241:95:32:1:156 <-> Reading in FHEM: 28:78:A1:F1:5F:20:01:9C
Soweit so gut, aber damit bekomme ich auch keine Ordnung ins System.
Wenn man die "Klarnamen" des Sensors als Reading mit übergeben könnte, wäre mir egal, auf welchem internen Platz der erkannt wurde.
Danke.
vb
Zitat von: carlos am 18 Oktober 2024, 19:04:02Ich lasse mir im stateFormat des rangeextenders die CLients anzeigen mit Namen, die du, wie ich verstanden habe, über das Internal MAC bei den devices bestimmst.
Genau da verschwindet aber nach einiger Zeit das Internal MAC aus dem device.
Das Internal verschwindet bei Neustart, klar. Aber ohne Neustart? Wie auch immer, künftig wird das
Reading 'mac' abgefragt, damit sollte das Problem vom Tisch sein.
Zitat von: VB90 am 19 Oktober 2024, 14:01:39Wobei diese Serial anders ist als im Shelly. Bsp: Shelly: 40:120:161:241:95:32:1:156 <-> Reading in FHEM: 28:78:A1:F1:5F:20:01:9C
Die beiden Serials sind identisch, sie unterscheiden sich lediglich in der Zahlenbasis. Im Shelly dezimal, in Fhem hexadezimal. Letzteres ist in der One-Wire-Welt der Standard.
Zitat von: VB90 am 19 Oktober 2024, 14:01:39Wenn man die "Klarnamen" des Sensors als Reading mit übergeben könnte, wäre mir egal, auf welchem internen Platz der erkannt wurde.
Schaue ich mir an, erwarte da eigentlich kein Problem.
Moin,
Zitat von: Starkstrombastler am 13 Oktober 2024, 21:59:32Sofern sich dein FHEM-Server und der Shelly im gleichen (abgesichertem) Netzwerk befinden, ist die einfachste Lösung die Verwendung einer eigenen FHEMweb Instanz und Absicherung mit einem allowed-Device. Im Detail:
- Definition der FHEMweb-Instanz z.B.: defmod HOOK FHEMWEB 8084 global
- Definition eines Allowed-Devices und Setzen der Attribute validFor allowedDevices allowedCommands, siehe Commandref
- Sicherstellen, dass der Name der Action auf dem Shelly mit einem _ (Unterstrich) beginnt. Dies ist Voraussetzung für die automatische Änderung im nächsten Schritt
- Ändern des Attributes webhook im Shelly-Device auf den neuen Namen. FHEM wird die vom Modul angelegten Actions auf dem Shelly auf den neuen Webhook anpassen und auch den CSFR-Token in der URL ergänzen
- Option: Kontrolle der geänderten Actions mit get <name> actions
Ich hoffe, ich habe da nichts vergessen...
Ich habe das jetzt mal soweit versucht, umzusetzen. Im Shelly-Device kann ich mit get action die angelegten Actions des Shelly sehen - aber eine (zeitnahe) Reaktion in den Readings bleibt aus ...
Hier einmal das aktuelle Device:
Internals:
DEF 192.168.1.147
FUUID 66f940a8-f33f-378b-5581-04cab5dac9256017
FVERSION 36_Shelly.pm:v6.1.0-s29066/2024-08-14
INTERVAL 60
NAME ShellyPlus1_Schlafzimmer
NR 1715
NTFY_ORDER 50-ShellyPlus1_Schlafzimmer
SHELLYID shellyplus1-441793cf9254
STATE off
StatusCall 0
TYPE Shelly
eventCount 33
units 0
READINGS:
2024-09-29 13:57:30 addon sensor
2024-10-12 19:39:48 ap disabled open
2024-09-29 13:57:30 ap_clients disabled
2024-10-12 19:39:48 ap_name ShellyPlus1-441793CF9254
2024-10-12 19:39:48 auto_off disabled
2024-10-12 19:39:48 auto_on disabled
2024-09-29 14:34:36 ble disabled
2024-10-12 19:39:48 ble_obs -
2024-10-12 19:39:48 ble_rpc -
2024-09-29 13:57:30 cloud disabled
2024-10-20 16:19:55 error 192.168.1.147: No route to host (113)
2024-09-29 13:58:29 firmware v1.4.2(check internet for firmware v1.3.3)
2024-10-20 16:34:22 firmware_current v1.4.4
2024-10-20 16:31:24 firmware_updIcon OK
2024-10-20 16:31:24 firmware_updText -/-
2024-09-29 13:57:29 input off
2024-09-29 13:57:30 input_0_function follow
2024-10-20 16:29:55 input_1 on
2024-10-12 19:39:47 input_1_id 100
2024-10-20 16:20:55 input_1_mode switch straight enabled
2024-10-12 19:39:48 input_function follow
2024-10-20 16:20:55 input_mode switch straight enabled
2024-10-20 16:36:22 inttemp 53.8
2024-09-29 13:57:28 mac 44:17:93:CF:92:54
2024-09-29 13:57:28 model_ID SNSW-001X16EU
2024-09-29 13:57:28 model_family Plus/Gen2
2024-09-29 13:57:28 model_function switch
2024-09-29 13:57:28 model_name Shelly Plus 1
2024-09-29 13:57:30 name ShellyPlus1_Schlafzimmer
2024-10-20 16:20:55 network <html>connected to <a href="http://192.168.1.147">192.168.1.147</a> (Wifi)</html>
2024-10-20 16:20:55 network_connection online
2024-10-18 16:17:16 network_disconnects 4
2024-09-29 13:57:29 network_ip-address 192.168.1.147
2024-10-20 16:35:22 network_rssi -64
2024-09-29 13:57:29 network_ssid Caldir_MacAran_IoT
2024-09-29 13:57:30 network_wifi_roaming -80
2024-09-29 13:57:29 relay off
2024-09-29 13:57:29 source init
2024-10-20 16:20:55 state off
2024-10-20 16:36:22 uptime 301
2024-10-11 20:20:34 webhook_cnt 2
2024-10-20 16:28:55 webhook_ver 28
helper:
Sets config:ap_disable,ap_enable interval password reboot:noArg update:noArg name reset:noArg clear:disconnects,error,responsetimes actions on off toggle on-for-timer off-for-timer input:momentary,toggle,edge,detached,activation
range_extender disabled
settings_time 1729434862.08687
timer 0
hmccu:
Attributes:
DbLogExclude .*
event-on-change-reading .*
group Shelly
model shellyplus1
room Arbeitszimmer,Schlafzimmer
verbose 3
webhook HOOKund das neu angelegte Device HOOK:
define allowedHOOK allowed HOOK
attr allowedHOOK DbLogExclude .*
attr allowedHOOK allowedCommands set,get
attr allowedHOOK allowedDevices HOOK
attr allowedHOOK room System->System
attr allowedHOOK validFor HOOK
# CFGFN
# DEF HOOK
# FUUID 671510d2-f33f-378b-2ab7-b6d57c83bb32d6f1
# NAME allowedHOOK
# NR 1724
# STATE validFor:HOOK
# TYPE allowed
# eventCount 1
# READINGS:
# 2024-10-20 16:18:04 state validFor:HOOK
# devices:
# HOOK 1
# hmccu:
#
setstate allowedHOOK validFor:HOOK
setstate allowedHOOK 2024-10-20 16:18:04 state validFor:HOOK
Augenblicklich läuft hier
36_Shelly.pm 29066 2024-08-14 22:10:47Z StarkstrombastlerGruß
Christoph
Hallo Starkstrombastler, hallo alle anderen hier,
im Post 49 war schon mal das für mich gleiche Problem mit dem shellypro3em beschrieben.
Ich habe schon sehr viel verschiedene Einstellungen versucht, komme aber mit meinem sehr begrenzten FHEM Wissen leider nicht ans Ziel: Die Stromverbrauchswerte (Watt aus dem Reading "Active_Power_S") aktuell zu halten.
Hier ist mein Export für FHEM Forum:
define WaermepumpeZaehler Shelly 10.xx.yyy.xx
attr WaermepumpeZaehler DbLogInclude STATE,
attr WaermepumpeZaehler event-on-change-reading .*
attr WaermepumpeZaehler fp_Lageplan 482,34,1,WaermepumpeStrom,
attr WaermepumpeZaehler model shellypro3em
attr WaermepumpeZaehler room 2.1_Heizraum
attr WaermepumpeZaehler stateFormat Active_Power_S W
# DEF 10.xx.yyy.yy
# FUUID 6714d7d6-f33f-71b0-ca96-06c81531cf23c7e7
# INTERVAL 60
# MAC <XYZ>C
# NAME WaermepumpeZaehler
# NR 346
# NTFY_ORDER 50-WaermepumpeZaehler
# SHELLYID shellypro3em-3cxyzzzzzzzzz
# STATE 23.7 W
# TYPE Shelly
# eventCount 4027
# units 0
# Helper:
# DBLOG:
# state:
# logdb:
# TIME 1729497538.98702
# VALUE Error: Network
# OLDREADINGS:
# READINGS:
# 2024-10-20 13:15:44 Active_Power_A 0.0
# 2024-10-21 09:58:06 Active_Power_B 22.0
# 2024-10-21 09:58:06 Active_Power_C 1.7
# 2024-10-21 09:58:06 Active_Power_S 23.7
# 2024-10-21 09:58:00 Active_Power_calculated 24.0 ( 1440 Ws = 0.40 Wh in 59 s )
# 2024-10-21 09:58:01 Active_Power_integrated 23.8 (1 values)
# 2024-10-20 13:16:01 Active_Power_integratedNeg 0.0 (0 Ws = 0.00 Wh)
# 2024-10-21 09:58:01 Active_Power_integratedPos 23.8 (1428 Ws = 0.40 Wh)
# 2024-10-21 09:58:06 Apparent_Power_A 6.6
# 2024-10-21 09:58:06 Apparent_Power_B 189.6
# 2024-10-21 09:58:06 Apparent_Power_C 7.5
# 2024-10-21 09:58:06 Apparent_Power_S 203.7
# 2024-10-21 09:58:06 Current_A 0.028
# 2024-10-21 09:58:06 Current_B 0.806
# 2024-10-21 09:57:06 Current_C 0.032
# 2024-10-21 09:58:06 Current_S 0.867
# 2024-10-21 09:56:06 Frequency_A 50
# 2024-10-21 09:56:06 Frequency_B 50
# 2024-10-21 09:56:06 Frequency_C 50
# 2024-10-21 09:58:06 PowerReactive_A 6.6
# 2024-10-21 09:58:06 PowerReactive_B 188.3
# 2024-10-21 09:58:06 PowerReactive_C 7.3
# 2024-10-21 09:58:06 PowerReactive_S 202.2
# 2024-10-20 12:13:58 Power_Factor_A 0.00 (inductive)
# 2024-10-21 09:54:06 Power_Factor_B 0.12 (inductive)
# 2024-10-21 09:58:06 Power_Factor_C 0.22 (inductive)
# 2024-10-21 09:57:00 Purchased_Energy_A 496.87
# 2024-10-21 09:58:00 Purchased_Energy_B 40155.63
# 2024-10-21 09:58:00 Purchased_Energy_C 9463.42
# 2024-10-21 09:58:00 Purchased_Energy_S 50115.92
# 2024-10-21 09:58:01 Purchased_Energy_T 45874158432.6544
# 2024-10-21 09:32:00 Returned_Energy_A 10.13
# 2024-10-20 12:14:00 Returned_Energy_B 0
# 2024-10-20 12:14:00 Returned_Energy_C 0
# 2024-10-21 09:32:00 Returned_Energy_S 10.13
# 2024-10-20 13:16:01 Returned_Energy_T 9580000
# 2024-10-21 09:58:00 Total_Energy_S 50105.79
# 2024-10-21 09:58:01 Total_Energy_T 45864578432.6544
# 2024-10-21 09:58:06 Voltage_A 233.7
# 2024-10-21 09:58:06 Voltage_B 234.7
# 2024-10-21 09:58:06 Voltage_C 234.2
# 2024-10-20 12:13:44 ap ShellyPro3EM xyzzzzzzz enabled password
# 2024-10-21 10:13:57 ap_clients 0
# 2024-10-20 12:13:44 ble enabled
# 2024-10-20 12:13:42 cloud enabled(connected)
# 2024-10-21 10:01:59 error connect to http://10.xx.yyy.xx:80 timed out
# 2024-10-20 12:13:42 error_EM ok
# 2024-10-20 12:14:43 firmware v1.4.4(check internet for firmware v1.3.3)
# 2024-10-21 10:13:56 inttemp 53.9
# 2024-10-21 09:31:44 mac 3C:xyz
# 2024-10-21 09:31:44 model_ID SPEM-003CEBEU
# 2024-10-21 09:31:44 model_family Pro/Gen2
# 2024-10-21 09:31:44 model_function energy meter
# 2024-10-21 09:31:44 model_name Shelly Pro 3EM
# 2024-10-21 10:02:54 network <html>connected to <a href="http://10.xx.yyy.xx">10.xx.yyy.xx</a> (LAN)</html>
# 2024-10-21 09:58:58 network_disconnects 6
# 2024-10-20 12:13:42 network_ip-address_LAN 10.xx.yyy.xx
# 2024-10-21 10:12:56 network_ip-address_Wifi 10.xx.yyy.xy
# 2024-10-21 10:13:56 network_rssi -80
# 2024-10-21 10:12:56 network_ssid Fritz7490_nomap
# 2024-10-20 12:13:44 network_wifi_roaming -80
# 2024-10-21 09:58:58 state Error: Network
# 2024-10-21 10:13:56 uptime 159509
# 2024-10-20 12:13:47 webhook_cnt 0
# 2024-10-20 12:13:42 webhook_ver 0
# helper:
# Energymeter_P 45874158432.6544
# Energymeter_R 9580000
# Sets config:ap_disable,ap_enable interval password reboot:noArg update:noArg name reset:noArg clear:disconnects,error,energy,responsetimes actions
# Total_Energy_S 50105.79
# a_Active_Power 0
# b_Active_Power 22
# c_Active_Power 1.7
# power 23.7
# powerCnt 1
# powerNeg 0
# powerPos 23.7
# settings_time 1729498437.0476
# timestamp_last 1729497481.03227
#
setstate WaermepumpeZaehler 23.7 W
setstate WaermepumpeZaehler 2024-10-20 13:15:44 Active_Power_A 0.0
setstate WaermepumpeZaehler 2024-10-21 09:58:06 Active_Power_B 22.0
setstate WaermepumpeZaehler 2024-10-21 09:58:06 Active_Power_C 1.7
setstate WaermepumpeZaehler 2024-10-21 09:58:06 Active_Power_S 23.7
setstate WaermepumpeZaehler 2024-10-21 09:58:00 Active_Power_calculated 24.0 ( 1440 Ws = 0.40 Wh in 59 s )
setstate WaermepumpeZaehler 2024-10-21 09:58:01 Active_Power_integrated 23.8 (1 values)
setstate WaermepumpeZaehler 2024-10-20 13:16:01 Active_Power_integratedNeg 0.0 (0 Ws = 0.00 Wh)
setstate WaermepumpeZaehler 2024-10-21 09:58:01 Active_Power_integratedPos 23.8 (1428 Ws = 0.40 Wh)
setstate WaermepumpeZaehler 2024-10-21 09:58:06 Apparent_Power_A 6.6
setstate WaermepumpeZaehler 2024-10-21 09:58:06 Apparent_Power_B 189.6
setstate WaermepumpeZaehler 2024-10-21 09:58:06 Apparent_Power_C 7.5
setstate WaermepumpeZaehler 2024-10-21 09:58:06 Apparent_Power_S 203.7
setstate WaermepumpeZaehler 2024-10-21 09:58:06 Current_A 0.028
setstate WaermepumpeZaehler 2024-10-21 09:58:06 Current_B 0.806
setstate WaermepumpeZaehler 2024-10-21 09:57:06 Current_C 0.032
setstate WaermepumpeZaehler 2024-10-21 09:58:06 Current_S 0.867
setstate WaermepumpeZaehler 2024-10-21 09:56:06 Frequency_A 50
setstate WaermepumpeZaehler 2024-10-21 09:56:06 Frequency_B 50
setstate WaermepumpeZaehler 2024-10-21 09:56:06 Frequency_C 50
setstate WaermepumpeZaehler 2024-10-21 09:58:06 PowerReactive_A 6.6
setstate WaermepumpeZaehler 2024-10-21 09:58:06 PowerReactive_B 188.3
setstate WaermepumpeZaehler 2024-10-21 09:58:06 PowerReactive_C 7.3
setstate WaermepumpeZaehler 2024-10-21 09:58:06 PowerReactive_S 202.2
setstate WaermepumpeZaehler 2024-10-20 12:13:58 Power_Factor_A 0.00 (inductive)
setstate WaermepumpeZaehler 2024-10-21 09:54:06 Power_Factor_B 0.12 (inductive)
setstate WaermepumpeZaehler 2024-10-21 09:58:06 Power_Factor_C 0.22 (inductive)
setstate WaermepumpeZaehler 2024-10-21 09:57:00 Purchased_Energy_A 496.87
setstate WaermepumpeZaehler 2024-10-21 09:58:00 Purchased_Energy_B 40155.63
setstate WaermepumpeZaehler 2024-10-21 09:58:00 Purchased_Energy_C 9463.42
setstate WaermepumpeZaehler 2024-10-21 09:58:00 Purchased_Energy_S 50115.92
setstate WaermepumpeZaehler 2024-10-21 09:58:01 Purchased_Energy_T 45874158432.6544
setstate WaermepumpeZaehler 2024-10-21 09:32:00 Returned_Energy_A 10.13
setstate WaermepumpeZaehler 2024-10-20 12:14:00 Returned_Energy_B 0
setstate WaermepumpeZaehler 2024-10-20 12:14:00 Returned_Energy_C 0
setstate WaermepumpeZaehler 2024-10-21 09:32:00 Returned_Energy_S 10.13
setstate WaermepumpeZaehler 2024-10-20 13:16:01 Returned_Energy_T 9580000
setstate WaermepumpeZaehler 2024-10-21 09:58:00 Total_Energy_S 50105.79
setstate WaermepumpeZaehler 2024-10-21 09:58:01 Total_Energy_T 45864578432.6544
setstate WaermepumpeZaehler 2024-10-21 09:58:06 Voltage_A 233.7
setstate WaermepumpeZaehler 2024-10-21 09:58:06 Voltage_B 234.7
setstate WaermepumpeZaehler 2024-10-21 09:58:06 Voltage_C 234.2
setstate WaermepumpeZaehler 2024-10-20 12:13:44 ap ShellyPro3EM-3Cxxxxxzzzzz enabled password
setstate WaermepumpeZaehler 2024-10-21 10:13:57 ap_clients 0
setstate WaermepumpeZaehler 2024-10-20 12:13:44 ble enabled
setstate WaermepumpeZaehler 2024-10-20 12:13:42 cloud enabled(connected)
setstate WaermepumpeZaehler 2024-10-21 10:01:59 error connect to http://10.xx.yyy.xx:80 timed out
setstate WaermepumpeZaehler 2024-10-20 12:13:42 error_EM ok
setstate WaermepumpeZaehler 2024-10-20 12:14:43 firmware v1.4.4(check internet for firmware v1.3.3)
setstate WaermepumpeZaehler 2024-10-21 10:13:56 inttemp 53.9
setstate WaermepumpeZaehler 2024-10-21 09:31:44 mac 3C:xxxxxxxzzzzzzzz
setstate WaermepumpeZaehler 2024-10-21 09:31:44 model_ID SPEM-003CEBEU
setstate WaermepumpeZaehler 2024-10-21 09:31:44 model_family Pro/Gen2
setstate WaermepumpeZaehler 2024-10-21 09:31:44 model_function energy meter
setstate WaermepumpeZaehler 2024-10-21 09:31:44 model_name Shelly Pro 3EM
setstate WaermepumpeZaehler 2024-10-21 10:02:54 network <html>connected to <a href="http://10.xx.yyy.xx">10.xx.yyy.xx</a> (LAN)</html>
setstate WaermepumpeZaehler 2024-10-21 09:58:58 network_disconnects 6
setstate WaermepumpeZaehler 2024-10-20 12:13:42 network_ip-address_LAN 10.xx.yyy.xx
setstate WaermepumpeZaehler 2024-10-21 10:12:56 network_ip-address_Wifi 10.xx.yyy.xy
setstate WaermepumpeZaehler 2024-10-21 10:13:56 network_rssi -80
setstate WaermepumpeZaehler 2024-10-21 10:12:56 network_ssid Fritz7490_nomap
setstate WaermepumpeZaehler 2024-10-20 12:13:44 network_wifi_roaming -80
setstate WaermepumpeZaehler 2024-10-21 09:58:58 state Error: Network
setstate WaermepumpeZaehler 2024-10-21 10:13:56 uptime 159509
setstate WaermepumpeZaehler 2024-10-20 12:13:47 webhook_cnt 0
setstate WaermepumpeZaehler 2024-10-20 12:13:42 webhook_ver 0
Gibt es dafür schon eine Abhilfe, oder seh ich nur den Wald vor lauter Bäumen nicht?
Schöne Grüße und vielen Dank für jede Hilfe.
Hallo nochmal,
nach meiner Beobachtung verliert der shellypro3em seine WLan Verbindung und setzt einen
state Error: Network
Da war auch wohl ein Fehler mit der WLan- IP-Adresse. (Die Fritzbox merkt sich wohl alte mal verwendete IP-Adressen und blockiert diese, obwohl da schon lang nichts mehr dran ist)
Aber auch jetz mit einer neuen jungfäulichen festen WLan IP-Adresse, verliert der Shelly seine Funkverbindung. Eigentlich hat dieser Shelly ja auch ein LAN-Kabel und eine feste IP.
"Reicht" ihm das nicht aus?
Wenn ich das WLan aufwecke und kurz das Attribut "Intervall" verändere, lebt auch die Aktuallisierung wieder auf.
Weiß dafür jemand eine Lösung?
Zitat von: NewRasPi am 21 Oktober 2024, 10:28:30m Post 49 war schon mal das für mich gleiche Problem mit dem shellypro3em beschrieben.
Dann hast du ja auch die Problembehandlung in den nachfolgenden Postings gelesen, im Post #56 wurde eine Lösung angekündigt, die dann am 12.10.24 als
Testversion 6.01 Beta1 im Post #63 zur Verfügung gestellt wurde. Hast du diese Version installiert, was liefert
get WaermepumpeZaehler version ?
Im Übrigen fällt mir auf, dass du die Anzeige der Einheiten nicht nutzt, was insbesondere bei den Energiezählern eine deutliche Erleichterung ist:
attr WaermepumpeZaehler showunits normal2Speziell beim ShellyPro3EM lässt sich das Auslesen der Leistungswerte mit einem eigenen Intervall festlegen, z.B. 10 Sekunden:
attr WaermepumpeZaehler interval_power 10Dann kann das "normale" Polling-Intervall hochgesetzt werden:
attr WaermepumpeZaehler interval 600
Hallo Starkstrombastler, danke für Deine Antwort.
was liefert get WaermepumpeZaehler version ?
[/quote]
was liefert get WaermepumpeZaehler version ?
WaermepumpeZaehler.version => 6.00.5 11.09.2024
Ich dachte ich hätte auch gelesen, das die schon im normalen Update integriert ist.
Ich versuch jetzt natürlich sofort die geänderte Version einzurichten.
Nochmal vielen Dank. Ich werde berichten.
P.S. Vor den Versions Update bei FHEM und im Shelly ging die Aktuallisierung schon mal.
Zitat von: caldir65 am 20 Oktober 2024, 16:41:27Ich habe das jetzt mal soweit versucht, umzusetzen. Im Shelly-Device kann ich mit get action die angelegten Actions des Shelly sehen - aber eine (zeitnahe) Reaktion in den Readings bleibt aus ...
Wir haben ein Orchester, und da spielen u.a.:
- dein ShellyPlus1, auf dem eine oder mehrere Actions mit URLs zum Webhook auf deinem Server eingetragen sind
- das FHEM-Device welches den Shelly abbildet: ShellyPlus1_Schlafzimmer
- eine FHEM-Web Instanz, mit der du üblicherweise Fhem bedienst
- eine FHEM-Web Instanz, die Meldungen vom Shelly (Actions) als Webhook entgegennehmen soll: HOOK
- ein allowed Device, welches hereinkommende Meldungen auf Zulässigkeit prüft: allowedHOOK
Aber wie es aussieht, ist da einiges durcheinander:
als allowedDevice musst du dein Shelly-Device eintragen
was ist mit dem Webhook, zum FHEMWEB Device 'HOOK' hast du kein List gepostet?
wie sehen die Action URLs aus?
Zitat von: NewRasPi am 21 Oktober 2024, 21:43:40P.S. Vor den Versions Update bei FHEM und im Shelly ging die Aktuallisierung schon mal.
Wir haben mit den Shellies ein wirklich sehr aktiv lebendes Ökosystem. Mehrere Geräte-Generation gleichzeitig am Markt, es kommen immer wieder neue Geräte dazu, Firmware-Updates und neue Funktionen.....
Um da mitzuhalten und den Code irgendwie effizient zu halten, geht es nicht ohne Änderungen .... und damit eben auch Fehler
Hallo Starkstrombastler
es sollte bitte nicht als Kritik verstanden werden, dass es vor dem Update schon mal gegangen ist.
Das sollte nur als Info mit erscheinen.
Nachdem ich mit den richtigen Rechten im Linux gekämpft habe, Eigentümer fhem und Gruppe dialout, hatte ich
dann in FHEM (natürlich nach shutdown restart) die Meldung "cannot load modul shelly".
Nach einem normalen FHEM Update läuft es erst mal wieder. Natürlich ist jetzt wieder die ältere Version in meinem System.
Ich hoffe das vielleicht das "interval_power 10" eine bessere Aktualisierung der Werte bringt.
Ich war auf dem falschen Raspberry - Sorry.
Ich beobachte und berichte wenn ich was neues weiß.
Nun hätte ich noch eine Frage, nachdem es mit kurzen Error dann doch gleich wieder geht.
Kann man den "state" auch den tatsächlichen Wert aus "stateFormat" oder gleich das was in der App auch als gesamt Verbrauch "Active_Power_S" angezeigt wird zuordnen?
In der DbLog Datenbank kommt, egal was ich für Werte in "DbLogInclude" auswähle, einfach nur der "state" an. "OK" ist bei den Plot aber nicht so interessant.
Vielen Dank für Deine super Arbeit.
Zitat von: NewRasPi am 22 Oktober 2024, 00:07:15In der DbLog Datenbank kommt, egal was ich für Werte in "DbLogInclude" auswähle, einfach nur der "state" an.
Hast du Attribute event-on-change/update gesetzt? Was zeigt der Event-Monitor, wenn du alle Readings des Devices zulässt?
Hallo,
in Ergänzung zu meinem Post: https://forum.fhem.de/index.php?msg=1322626
Ich habe in einem Shelly Device das Attribut interval auf 0 gesetzt. Bei einem Neustart von Fhem wird hierdurch wohl das Internal INTERVALL nicht initialisiert, was zu dem im Post gemeldeten Fehler führt.
Grüße Jörg
Zitat von: Starkstrombastler am 23 Oktober 2024, 19:03:41Zitat von: NewRasPi am 22 Oktober 2024, 00:07:15In der DbLog Datenbank kommt, egal was ich für Werte in "DbLogInclude" auswähle, einfach nur der "state" an.
Hast du Attribute event-on-change/update gesetzt? Was zeigt der Event-Monitor, wenn du alle Readings des Devices zulässt?
Hallo Starkstrombastler
Danke für Deine Hilfe.
Der Event monitor ist voll mit Anzeigen des Shelly "WaermepumpenZaehler.
Das attr WaermepumpeZaehler event-on-change-reading .* habe ich auch gesetzt.
Hier ist das list:
Internals:
DEF 10.yy.xxx.yy
FUUID 6714d7d6-f33f-71b0-caxxxxxxxxxxxxxxxxxxxxxxxxx
INTERVAL 60
NAME WaermepumpeZaehler
NR 346
NTFY_ORDER 50-WaermepumpeZaehler
SHELLYID shellypro3em-3cxxxxxxxxxx
STATE 23.9 W
StatusCall 0
TYPE Shelly
eventCount 12089
units 1
OLDREADINGS:
READINGS:
2024-10-23 22:11:26 Active_Power_A 0.0 W
2024-10-24 10:19:02 Active_Power_B 22.6 W
2024-10-24 10:19:02 Active_Power_C 1.3 W
2024-10-24 10:19:02 Active_Power_S 23.9 W
2024-10-24 10:19:00 Active_Power_calculated 22.7 W ( 1403 Ws = 0.39 Wh in 61 s )
2024-10-24 10:19:02 Active_Power_integrated 23.3 W (3 values)
2024-10-22 15:54:01 Active_Power_integratedNeg 0.0 W (0 Ws = 0.00 Wh)
2024-10-24 10:19:02 Active_Power_integratedPos 23.3 W (1400 Ws = 0.39 Wh)
2024-10-24 10:18:31 Apparent_Power_A 6.8 VA
2024-10-24 10:19:02 Apparent_Power_B 189.1 VA
2024-10-24 10:19:02 Apparent_Power_C 7.4 VA
2024-10-24 10:19:02 Apparent_Power_S 203.4 VA
2024-10-24 10:13:29 Current_A 0.029 A
2024-10-24 10:17:31 Current_B 0.806 A
2024-10-24 10:18:31 Current_C 0.032 A
2024-10-24 10:19:02 Current_S 0.866 A
2024-10-24 10:08:24 Frequency_A 50 Hz
2024-10-24 10:08:24 Frequency_B 50 Hz
2024-10-24 10:08:24 Frequency_C 50 Hz
2024-10-24 10:18:31 PowerReactive_A 6.8 var
2024-10-24 10:19:02 PowerReactive_B 187.7 var
2024-10-24 10:18:31 PowerReactive_C 7.3 var
2024-10-24 10:19:02 PowerReactive_S 201.8 var
2024-10-23 22:11:26 Power_Factor_A 0.00 (inductive)
2024-10-24 10:19:02 Power_Factor_B 0.12 (inductive)
2024-10-24 10:18:31 Power_Factor_C 0.22 (inductive)
2024-10-24 10:19:00 Purchased_Energy_A 0.50769 kWh
2024-10-24 10:19:00 Purchased_Energy_B 65.19433 kWh
2024-10-24 10:19:00 Purchased_Energy_C 9.59052 kWh
2024-10-24 10:19:00 Purchased_Energy_S 75.29254 kWh
2024-10-24 10:19:02 Purchased_Energy_T 53615.81584 kWh
2024-10-24 10:06:00 Returned_Energy_A 0.01532 kWh
2024-10-21 23:38:00 Returned_Energy_B 0.0 kWh
2024-10-21 23:38:00 Returned_Energy_C 0.0 kWh
2024-10-24 10:06:00 Returned_Energy_S 0.01532 kWh
2024-10-21 23:38:01 Returned_Energy_T 11.15000 kWh
2024-10-24 10:19:00 Total_Energy_S 75.27722 kWh
2024-10-24 10:19:02 Total_Energy_T 53604.66584 kWh
2024-10-24 10:19:02 Voltage_A 234.0 V
2024-10-24 10:19:02 Voltage_B 234.4 V
2024-10-24 10:18:31 Voltage_C 234.7 V
2024-10-22 10:32:48 ap enabled password
2024-10-24 10:18:06 ap_clients 0
2024-10-22 10:32:48 ap_name ShellyPro3EM-3Cxxxxxx
2024-10-21 23:36:40 ble enabled
2024-10-22 10:32:48 ble_obs enabled
2024-10-22 10:32:48 ble_rpc enabled
2024-10-21 23:36:40 cloud enabled(connected)
2024-10-24 10:03:06 error connect to http://10.yy.xxx.yy:80 timed out
2024-10-21 23:36:40 error_EM ok
2024-10-21 23:37:40 firmware v1.4.4(check internet for firmware v1.3.3)
2024-10-22 10:32:48 firmware_current v1.4.4
2024-10-22 10:33:47 firmware_updIcon OK
2024-10-22 10:33:47 firmware_updText -/-
2024-10-24 10:16:06 inttemp 53.1 °C
2024-10-22 13:03:38 mac 3C:E9:xxxxxxxx
2024-10-22 13:03:38 model_ID SPEM-003CEBEU
2024-10-22 13:03:38 model_family Pro/Gen2
2024-10-22 13:03:38 model_function energy meter
2024-10-22 13:03:38 model_name Shelly Pro 3EM
2024-10-24 10:04:06 network <html>connected to <a href="http://10.yy.xxx.yy">10.yy.xxx.yy</a> (LAN)</html>
2024-10-24 10:04:06 network_connection online (LAN)
2024-10-24 09:58:55 network_disconnects 83
2024-10-22 12:13:02 network_ip-address 10.yy.xxx.yx
2024-10-22 13:03:38 network_ip-address_LAN 10.yy.xxx.yy
2024-10-24 10:13:06 network_ip-address_Wifi 10.yy.xxx.yx
2024-10-24 10:13:06 network_rssi -81 dBm (bad)
2024-10-24 10:13:06 network_ssid Fritz7490_nomap
2024-10-21 23:37:40 network_wifi_roaming -80 dBm
2024-10-24 10:03:21 state OK
2024-10-24 10:19:06 uptime 230759 sec, last reboot at 2024-10-21 18:13:07
2024-10-21 23:36:40 webhook_cnt 0
2024-10-21 23:36:40 webhook_ver 0
helper:
Energymeter_P 53615815.8441289
Energymeter_R 11150
Sets config:ap_disable,ap_enable interval password reboot:noArg update:noArg name reset:noArg clear:disconnects,error,energy,responsetimes actions
Total_Energy_S 75277.22
a_Active_Power 0
b_Active_Power 22.6
c_Active_Power 1.3
power 0
powerCnt 0
powerNeg 0
powerPos 0
range_extender enabled
settings_time 1729757886.80936
timer 0
timestamp_last 1729757942.80126
Attributes:
DbLogExclude .*
DbLogInclude STATE,stateFormat
event-on-change-reading .*
fp_Lageplan 482,34,1,WaermepumpeStrom,
interval_power 30
model shellypro3em
room 2.1_Heizraum
showunits normal2
stateFormat Active_Power_SIm Event monitor:
2024-10-24 10:17:01 Shelly WaermepumpeZaehler Apparent_Power_A: 6.9 VA
2024-10-24 10:17:01 Shelly WaermepumpeZaehler Voltage_A: 234.2 V
2024-10-24 10:17:01 Shelly WaermepumpeZaehler PowerReactive_A: 6.9 var
2024-10-24 10:17:01 Shelly WaermepumpeZaehler Current_B: 0.805 A
2024-10-24 10:17:01 Shelly WaermepumpeZaehler Apparent_Power_B: 188.7 VA
2024-10-24 10:17:01 Shelly WaermepumpeZaehler Active_Power_B: 21.5 W
2024-10-24 10:17:01 Shelly WaermepumpeZaehler Voltage_B: 234.2 V
2024-10-24 10:17:01 Shelly WaermepumpeZaehler Power_Factor_B: 0.11 (inductive)
2024-10-24 10:17:01 Shelly WaermepumpeZaehler PowerReactive_B: 187.5 var
2024-10-24 10:17:01 Shelly WaermepumpeZaehler Current_C: 0.032 A
2024-10-24 10:17:01 Shelly WaermepumpeZaehler Apparent_Power_C: 7.5 VA
2024-10-24 10:17:01 Shelly WaermepumpeZaehler Active_Power_C: 1.8 W
2024-10-24 10:17:01 Shelly WaermepumpeZaehler Voltage_C: 234.4 V
2024-10-24 10:17:01 Shelly WaermepumpeZaehler Power_Factor_C: 0.22 (inductive)
2024-10-24 10:17:01 Shelly WaermepumpeZaehler PowerReactive_C: 7.3 var
2024-10-24 10:17:01 Shelly WaermepumpeZaehler Apparent_Power_S: 203.1 VA
2024-10-24 10:17:01 Shelly WaermepumpeZaehler Active_Power_S: 23.3 W
2024-10-24 10:17:01 Shelly WaermepumpeZaehler PowerReactive_S: 201.7 var
2024-10-24 10:17:00 Shelly WaermepumpeZaehler Purchased_Energy_A: 0.50768 kWh
2024-10-24 10:17:00 Shelly WaermepumpeZaehler Purchased_Energy_B: 65.19361 kWh
2024-10-24 10:17:00 Shelly WaermepumpeZaehler Purchased_Energy_C: 9.59047 kWh
2024-10-24 10:17:00 Shelly WaermepumpeZaehler Purchased_Energy_S: 75.29176 kWh
2024-10-24 10:17:00 Shelly WaermepumpeZaehler Total_Energy_S: 75.27644 kWh
2024-10-24 10:17:00 Shelly WaermepumpeZaehler Active_Power_calculated: 23.9 W ( 1439 Ws = 0.40 Wh in 60 s )
2024-10-24 10:17:01 Shelly WaermepumpeZaehler Active_Power_integrated: 23.6 W (2 values)
2024-10-24 10:17:01 Shelly WaermepumpeZaehler Active_Power_integratedPos: 23.6 W (1416 Ws = 0.39 Wh)
2024-10-24 10:17:01 Shelly WaermepumpeZaehler Purchased_Energy_T: 53615.81508 kWh
2024-10-24 10:17:01 Shelly WaermepumpeZaehler Total_Energy_T: 53604.66508 kWh
2024-10-24 10:17:06 Shelly WaermepumpeZaehler uptime: 230639 sec, last reboot at 2024-10-21 18:13:07Ich bin jetzt wie in einem anderen Thread gezeigt wurde über den Event monitor auf Create FileLog und habe damit
so wie vor der Umstellung auf DbLog eben wieder zusätzlich ein normales Filelog erstellt.
Damit dann auch die SVG.plot generieren lassen und kann somit meinen Shelly Stromverbrauch grafisch darstellen.
Vielen Dank und schöne Grüße
Hallo zusammen,
ich habe heute ein Update meiner Fhem installation gemacht.
Dabei wurde das Shelly-Modul neu gezogen. Im Anschluss startet jetzt mein fhem nicht mehr.
Folgender Fehler ist im log:
2024.10.25 09:57:20 1: PERL WARNING: Use of uninitialized value $timer in division (/) at ./FHEM/36_Shelly.pm line 5542.
Illegal division by zero at ./FHEM/36_Shelly.pm line 5542.
Nach dem Restor des "alten" Shelly-Moduls tut alles wieder.
Viele Grüße
Heiko
Zitat von: tatu123 am 25 Oktober 2024, 12:28:52ich habe heute ein Update meiner Fhem installation gemacht.
Dabei wurde das Shelly-Modul neu gezogen. Im Anschluss startet jetzt mein fhem nicht mehr.
Das ist bedauerlich, dass dies trotz umfangreicher Tests passiert.
Ich versuch das nachzuvollziehen: Du hast einen
ShellyPro3EM und dort das Attribut '
Periods'
nicht gesetzt, richtig?
Sofortige Abhilfe (nur erforderlich bei Nutzung eines ShellyPro3EM):
- Setzen des Attributes Periods auf einen (oder mehrere) der auswählbaren Werte
- Speichern der Konfiguration (cfg)
- Aktualisieren und Neustart
Ansonsten steht ab morgen (bzw. ab sofort im Repository) eine korrigierte Version zur Verfügung.
Zitat von: Starkstrombastler am 25 Oktober 2024, 15:28:04Das ist bedauerlich, dass dies trotz umfangreicher Tests passiert.
Keinen Stress alles gut. Vielen Dank für die Arbeit am Modul.
ZitatIch versuch das nachzuvollziehen: Du hast einen ShellyPro3EM und dort das Attribut 'Periods' nicht gesetzt, richtig?
Richtig
ZitatSofortige Abhilfe (nur erforderlich bei Nutzung eines ShellyPro3EM):
- Setzen des Attributes Periods auf einen (oder mehrere) der auswählbaren Werte
- Speichern der Konfiguration (cfg)
- Aktualisieren und Neustart
Gemacht und Tut. Danke für die schnelle und erfolgreiche Hilfe.
Vielen Dank noch mal für deine Arbeit am Modul.
VG
Heiko
Zunächst einmal danke, dass Du die Weiterentwicklung des Moduls übernommen hast - ich hätte die Zeit dafür nicht mehr gefunden.
Ich habe nach dem gestrigen Update auch mal endlich meinen Shelly Pro EM50 aufgesetzt, der schon ein paar Wochen herumliegt.
Abstürze gibt es zwar nicht. Allerdings gibt es auch mit der neuesten Version des Moduls keine Anzeige der vom Device gemessenen Werte für Leistung, Energie, Strom und Spannung.
Es gibt zwar Readings dafür, deren Einheiten man auch setzen kann - aber es fehlen eben die Zahlenwerte.
Und ein Attribut "Periods" gibt es schlichtweg nicht.
LG
pah
ZitatInternals:
DEF 192.168.0.160
FUUID 671c54f5-f33f-8771-763b-761fce545df51c7e
INTERVAL 60
NAME ShellyEM
NR 300
NTFY_ORDER 50-ShellyEM
SHELLYID shellyproem50-08f9e0e8bf9c
STATE off
TYPE Shelly
eventCount 29
units 1
OLDREADINGS:
READINGS:
2024-10-26 04:33:25 ap disabled open
2024-10-26 04:33:25 ap_clients disabled
2024-10-26 04:33:25 ap_name ShellyProEM50-08F9E0E8BF9C
2024-10-26 04:33:25 auto_off disabled
2024-10-26 04:33:25 auto_on disabled
2024-10-26 04:33:25 ble disabled
2024-10-26 04:33:25 ble_obs -
2024-10-26 04:33:25 ble_rpc -
2024-10-26 04:33:25 cloud disabled
2024-10-26 04:35:30 current A
2024-10-26 04:35:30 energy 0.0 Wh
2024-10-26 04:33:25 error DNS: Cant find host
2024-10-26 04:33:25 firmware_current v1.4.4
2024-10-26 04:33:31 firmware_updIcon OK
2024-10-26 04:33:31 firmware_updText -/-
2024-10-26 04:38:32 inttemp 37.6 °C
2024-10-26 04:33:31 mac 08:F9:E0:E8:BF:9C
2024-10-26 04:33:31 model_ID SPEM-002CEBEU50
2024-10-26 04:33:31 model_family Pro/Gen2
2024-10-26 04:33:31 model_function energy meter
2024-10-26 04:33:31 model_name Shelly Pro EM-50
2024-10-26 04:33:25 network <html>connected to <a href="http://192.168.0.160">192.168.0.160</a> (Wifi)</html>
2024-10-26 04:33:25 network_connection online (Wifi)
2024-10-26 04:33:25 network_ip-address_LAN -
2024-10-26 04:33:25 network_ip-address_Wifi 192.168.0.160
2024-10-26 04:38:32 network_rssi -34 dBm (excellent)
2024-10-26 04:33:25 network_ssid HenningHomeOffice
2024-10-26 04:33:25 network_wifi_roaming -80
2024-10-26 04:35:30 power W
2024-10-26 04:33:25 protection none
2024-10-26 04:35:32 relay off
2024-10-26 04:33:25 source http
2024-10-26 04:35:32 state off
2024-10-26 04:35:32 timer -
2024-10-26 04:38:32 uptime 40732 sec, last reboot at 2024-10-25 17:19:40
2024-10-26 04:35:30 voltage V
2024-10-26 04:33:25 webhook_cnt 0 / 0 / 0
2024-10-26 04:33:25 webhook_ver 0
helper:
Sets config:ap_disable,ap_enable interval password reboot:noArg update:noArg name reset:noArg clear:disconnects,error,energy,responsetimes actions on off toggle on-for-timer off-for-timer
StatusCall 0
range_extender disabled
settings_time 1729910005.32522
timer 0
Attributes:
model shellyproem50
shellyuser admin
showunits normal
Zitat von: Prof. Dr. Peter Henning am 26 Oktober 2024, 04:39:33Ich habe nach dem gestrigen Update auch mal endlich meinen Shelly Pro EM50 aufgesetzt, der schon ein paar Wochen herumliegt.
Abstürze gibt es zwar nicht. Allerdings gibt es auch mit der neuesten Version des Moduls keine Anzeige der vom Device gemessenen Werte für Leistung, Energie, Strom und Spannung.
Der ShellyProEM50 wird im Profil 'monophase' betrieben und dafür ist die Abfrage geringfügig anders gegenüber dem Profil "triphase" des ShellyPro3EM. Da aber mein Pro3EM eh noch nicht wirklich produktiv ist, kann ich ihn auf monophase umstellen/umbauen um die nötigen Anpassungen entwickeln zu können. Das wird aber ein paar Tage dauern.
Dass das aktuelle Modul Readings anlegt, aber keine Werte einträgt ist vielleicht sogar ein kleiner Bug, muss ich mir ansehen.
Frage vorab: Der EM50 liefert auf die Abfrage mit
<ip-addr>/shelly oder
<ip-addr>/rpc/Shelly.GetDeviceInfo einen Parameter 'profile' mit dem Wert 'monophase'?
Guten Morgen!
Weder, noch.
<ip>/shelly
Zitatname null
id "shellyproem50-08f9e0e8bf9c"
mac "08F9E0E8BF9C"
slot 1
model "SPEM-002CEBEU50"
gen 2
fw_id "20241011-114451/1.4.4-g6d2a586"
ver "1.4.4"
app "ProEM"
auth_en false
auth_domain null
<ip>/rpc/Shelly.GetDeviceInfo
Zitatname null
id "shellyproem50-08f9e0e8bf9c"
mac "08F9E0E8BF9C"
slot 1
model "SPEM-002CEBEU50"
gen 2
fw_id "20241011-114451/1.4.4-g6d2a586"
ver "1.4.4"
app "ProEM"
auth_en false
auth_domain null
LG
pah
@Starkstrombastler
Hast du meinen Wunsch nach den Sensor-Namen schon eingepflegt?
Bekomme "seit neuestem" die Namen der Sensoren aus dem Shelly angezeigt.
Herzlichen Dank dafür!
Nu muss ich nur mal sehen, wie ich das mit den Temperaturwerten "verheiratet" bekomme, damit es ein reading ist.
vb
Zitat von: VB90 am 29 Oktober 2024, 11:01:30Hast du meinen Wunsch nach den Sensor-Namen schon eingepflegt? Bekomme "seit neuestem" die Namen der Sensoren aus dem Shelly angezeigt.
Von alleine kommt da nichts an...
Zitat von: VB90 am 29 Oktober 2024, 11:01:30Nu muss ich nur mal sehen, wie ich das mit den Temperaturwerten "verheiratet" bekomme, damit es ein reading ist.
Da bietet sich
readingsProxy an.
Hallo,
Habe seit neuestem 2 Shelly Plug S MTR mit der modelID S3PL-00112EU.
Da kommt als Fehler: error in command: id or component not found.
Kann man die noch mit aufnehmen?
Danke und Gruß
Hubert
Zitat von: carlos am 30 Oktober 2024, 13:35:45Habe seit neuestem 2 Shelly Plug S MTR mit der modelID S3PL-00112EU.
Ist eingecheckt.
@Starkstrombastler
danke!
vb
Hallo,
habe heute einen neuen ShellyPlusUni mit einem ds18B20 in der ShellyApp eingebunden. In der App wird die Temperatur korrekt angezeigt.
Nun habe ich den ShellyPlusUni auch in fhem per "define myShellyPlusUni Shelly 192.168.1.153" eingebunden. Leider finde ich die Temperatur des ds18B20 nicht in den Readings. Die anderen Inputs funktionieren, werden also in fhem korrekt angezeigt.
Hat bereits jemand einen ShellyPlusUni mit einem ds18B20 in fhem am Laufen?
Über http://192.168.1.153/rpc/Shelly.GetStatus wird die Temperatur gelesen:
{...,"temperature:100":{"id": 100,"tC":88.6,...}
VG
Zitat von: wbini am 05 November 2024, 18:52:57Hat bereits jemand einen ShellyPlusUni mit einem ds18B20 in fhem am Laufen?
Eine neue Version, die
einen Temperaturwert darstellt, ist eingestellt und ab dem 7.11 regulär verfügbar.
Mehrere Sensoren können mit der nächsten Beta-Version, welche hier veröffentlicht wird, ausgewertet werden.
Zitat von: Starkstrombastler am 06 November 2024, 15:12:07Eine neue Version, die einen Temperaturwert darstellt, ist eingestellt und ab dem 7.11 regulär verfügbar.
Mehrere Sensoren können mit der nächsten Beta-Version, welche hier veröffentlicht wird, ausgewertet werden.
SUPER! - das mit einem Sensor hat mir schon direkt weiter geholfen ;D - dann hab' ich noch was Geduld für den zweiten.
Ich bekomme auch noch eine Fehlermeldung im Log: "undefined value for input_2"
Vlt hilft das.
LG
Hallo Shelly-Nutzer,
hier die versprochene Testversion v6.02Beta1 mit einigen Erweiterungen, insbesondere zum ShellyPro50EM und ShellyPlusUni.
Für den ShellyPro50EM werden jetzt die Messwerte und Summen ähnlich wie beim ShellyPro3EM ausgegeben. Energy-Werte können mit dem Attribut 'Periods' für diverse Zeitscheiben ausgegeben werden. Andere beim ShellyPro3EM verfügbare Attribute sollten für den ShellyPro50EM nicht verfügbar sein, weil diese u.U. in Zukunft wieder entfernt werden.
Für den ShellyPLusUni werden jetzt bis zu fünf Temperaturwerte ausgegeben und Readings für einen Counter-Input. Das sollte funktionieren, aber ich kann das nicht testen, weil ich keinen ShellyPlusUni in meinem Shelly-Zoo habe. Daher bitte ich die ShellyPlusUni Nutzer einmal das Log vom Device und die Ausgabe von http://<ip-addr>/rpc/Shelly.GetStatus zu posten.
Außerdem wird für die Devices der DNS-name, sofern verfügbar, im Reading 'network_DNS' ausgegeben.
In der Definition der Devices wird die IP-Adresse besser auf Gültigkeit geprüft.
Wenn auf dem Shelly Scripte vorhanden sind, werden entsprechend Readings angelegt. Dies dient als Vorbereitung zur Berücksichtiung von BLU-Geräten, für deren Integration ein Scipt auf dem Shelly erforderlich ist.
36_Shelly.pm
Wie immer gilt: Rückmeldungen gerne gesehen!
Zitat von: Starkstrombastler am 09 November 2024, 12:36:33Wie immer gilt: Rückmeldungen gerne gesehen!
Klar doch: Danke für Deine Arbeit!
LG
pah
Zitat von: Starkstrombastler am 09 November 2024, 12:36:33Wie immer gilt: Rückmeldungen gerne gesehen!
Zunächst mal Danke dafür!
Bisher sieht es top aus!
Hab gerade kein Device Log am Laufen aber die zwei Temperaturen meiner Sensoren werden korrekt angezeigt. Frage wäre nur, ob man die "alten" Bezeichner extTemp_0 etc. vom ShellyUni weiterverwenden sollte statt sie mit temperature_0 etc. zu bezeichnen.
Input_2 scheint auch ok zu sein. Momentan hat er bei meiner Installation aber nicht viel zu zählen ;)
input_2_cnts_byminute 0 2024-11-09 14:52:52
input_2_cnts_ttl 2112 2024-11-09 14:52:52
input_2_freq 0 2024-11-09 14:52:52
input_2_mode analog straight enabled 2024-11-09 18:48:19
input_2_name Lichtschranke Signal 2024-11-09 18:48:19
input_2_timestamp 1731174780 2024-11-09 18:53:17
temperature_0 13.4 2024-11-09 18:52:17
temperature_1 12.9 2024-11-09 17:18:06
Zitat von: Starkstrombastler am 09 November 2024, 12:36:33Hallo Shelly-Nutzer,
hier die versprochene Testversion v6.02Beta1 mit einigen Erweiterungen, insbesondere zum ShellyPro50EM und ShellyPlusUni.
...
Wie immer gilt: Rückmeldungen gerne gesehen!
Jetzt nach 5 Tagen Dauerbetrieb ist noch alles top!
Hab dir den Status eines PlusUnis geschickt.
LG
Stefan
Nach der Diskussion bezüglich des Verhaltens bei interval==0 (https://forum.fhem.de/index.php?msg=1327942) hier die versprochene neue Testversion 36_Shelly.pm :
Folgendes Verhalten sollte jetzt sowohl bei aktivem Polling als auch bei deaktiviertem Polling (Intervall via attr oder set auf Null gesetzt) funktionieren:
Bei zeitbasierten Befehlen (on-for-timer, off-for-timer, dim-for-timer, blink, u.a.) holt sich FHEM den Status vom Shelly bei Beginn und nach Ende der Zeitperiode. Bei Dim-Befehlen entsprechend der im Shelly eingestellten Transition-Time zeitverzögert.
Ist das Polling-Interval kürzer als die geschaltete Zeitperiode, wird entsprechend gepollt und das letzte Polling-Intervall ggf. passend gekürzt, so dass zeitnahe Werte geholt werden.
Wird der Shelly nur via FHEM geschaltet, sollte mit diesem Mechanismus ein langes Polling-Interval ausreichend sein.
Hallo Starkstrombastler,
danke für den Tipp mit der 36_Shelly.pm Testversion.
Damit hat es super geklappt den Shelly 2PM Gen3 einzubinden. Die Readings werde nun anngelegt.
Internals:
.AttrList model:generic,shellyplus2pm maxAge ShellyName mode:relay,roller interval timeout defchannel pct100:open,closed maxtime_close maxtime_open showinputs:show,hide maxpower showunits:none,original,normal,normal2,ISO webhook:WEB,WEBhook verbose:0,1,2,3,4,5 event-aggregator event-min-interval event-on-change-reading event-on-update-reading oldreadings stateFormat:textField-long timestamp-on-change-reading
CFGFN
DEF 192.168.0.120
FUUID 6783b7f3-f33f-2728-a64d-6496c328f4dde8bc
INTERVAL 60
NAME ShellySwitchKitchen
NR 1069
NTFY_ORDER 50-ShellySwitchKitchen
SHELLYID shelly2pmg3-8cbfeaa29a40
STATE OK
TYPE Shelly
eventCount 12
units 0
.attraggr:
.attrminint:
OLDREADINGS:
READINGS:
2025-01-12 13:39:15 ap disabled open
2025-01-12 13:39:15 ap_clients disabled
2025-01-12 13:39:15 ap_name Shelly2PMG3-8CBFEAA29A40
2025-01-12 13:39:15 auto_off_0 disabled
2025-01-12 13:39:15 auto_off_1 disabled
2025-01-12 13:39:15 auto_on_0 disabled
2025-01-12 13:39:15 auto_on_1 disabled
2025-01-12 13:39:15 ble disabled
2025-01-12 13:39:15 ble_obs -
2025-01-12 13:39:15 ble_rpc -
2025-01-12 13:39:15 cloud enabled(connected)
2025-01-12 13:39:15 current_0 0
2025-01-12 13:39:15 current_1 0
2025-01-12 13:39:15 energy_0 277.954
2025-01-12 13:39:15 energy_1 104.628
2025-01-12 13:39:15 energy_purchased_0 277.954
2025-01-12 13:39:15 energy_purchased_1 104.628
2025-01-12 13:39:15 energy_returned_0 0
2025-01-12 13:39:15 energy_returned_1 0
2025-01-12 13:39:15 firmware_ID 20240731-123728/1.4.99-2pmg3prod0-ge3db05c
2025-01-12 13:39:15 firmware_current v1.4.99-2pmg3prod0
2025-01-12 13:40:15 firmware_updIcon OK
2025-01-12 13:40:15 firmware_updText -/-
2025-01-12 13:39:15 frequency_0 50
2025-01-12 13:39:15 frequency_1 50
2025-01-12 13:39:15 input_0 on
2025-01-12 13:39:15 input_0_function flip
2025-01-12 13:39:15 input_0_mode switch straight enabled
2025-01-12 13:39:15 input_1 on
2025-01-12 13:39:15 input_1_mode switch straight enabled
2025-01-12 13:40:15 inttemp 45.4
2025-01-12 13:39:15 mac 8C:BF:EA:A2:9A:40
2025-01-12 13:39:15 model_ID S3SW-002P16EU
2025-01-12 13:39:15 model_family Gen3
2025-01-12 13:39:15 model_function switch
2025-01-12 13:39:15 model_name Shelly 2PM Gen3
2025-01-12 13:39:15 network <html>connected to <a href="http://192.168.0.120">192.168.0.120</a> (Wifi)</html>
2025-01-12 13:39:15 network_DNS shelly2pmg3-8cbfeaa29a40.GT550BrainWorxs.net
2025-01-12 13:39:15 network_connection online
2025-01-12 13:39:15 network_ip-address 192.168.0.120
2025-01-12 13:40:15 network_rssi -55
2025-01-12 13:39:15 network_ssid GT550WLAN25
2025-01-12 13:39:15 network_wifi_roaming -80
2025-01-12 13:39:15 pfactor_0 0
2025-01-12 13:39:15 pfactor_1 0
2025-01-12 13:39:15 power_0 0
2025-01-12 13:39:15 power_1 0
2025-01-12 13:39:15 protection_0 none
2025-01-12 13:39:15 protection_1 none
2025-01-12 13:39:15 relay_0 off
2025-01-12 13:39:15 relay_1 off
2025-01-12 13:39:27 scripts 0
2025-01-12 13:39:15 source_0 SHC
2025-01-12 13:39:15 source_1 SHC
2025-01-12 13:39:15 state OK
2025-01-12 13:40:15 uptime 172211
2025-01-12 13:39:15 voltage_0 231.9
2025-01-12 13:39:15 voltage_1 232
2025-01-12 13:39:15 webhook_cnt 0 / 0 / 0
2025-01-12 13:39:15 webhook_ver 0
helper:
Sets config:ap_disable,ap_enable interval password reboot:noArg update:noArg name reset:noArg clear:disconnects,error,energy,responsetimes actions on off toggle on-for-timer off-for-timer ON:noArg OFF:noArg xtrachannels:noArg
StatusCall 0
range_extender disabled
settings_time 1736685555.88638
timer 0
Attributes:
mode relay
model shellyplus2pm
room Shelly
Leider werden die einzelnen Kanäle zum schalten nicht angelegt.
Die Energy und power Werte werden allerdings nur aktualisiert, wenn über den Ein/Aus ( da werden beide Kanäle eingeschalten ) in Fhem aktualisiert.
Sobald ich den Lichtschalter (Unterputz) oder die Shelly App oder Alexa zum schalten verwende, bekommt Fhem die Energywerte nicht mehr mit.
Mit der Testversion ist das leider auch mit den Shelly Plug S MTR passiert. Die zeigen jetzt auch keine Werte mehr an.
Ich hab mich auch schon mit dem Attribut "interval" gespielt. Das hilft leider nicht.
Gibt es da eine andere Lösung?
Zitat von: Charity am 14 Januar 2025, 16:34:14Leider werden die einzelnen Kanäle zum schalten nicht angelegt.
Meinst du damit, dass
set ... readingsProxy nicht funktioniert?
Zitat von: Charity am 14 Januar 2025, 16:34:14Sobald ich den Lichtschalter (Unterputz) oder die Shelly App oder Alexa zum schalten verwende, bekommt Fhem die Energywerte nicht mehr mit.
Du hast keine Actions definiert. Du kannst die Actions automatisch anlegen lassen:
set ... actions create all
Hier die überarbeitete
Version 6.02 Beta3 des Moduls 36_Shelly.pm , welche zunächst zum Testen zur Verfügung gestellt wird.
Folgende Punkte sind darin gefixt bzw. ergänzt:
- Energy-Readings beim ShellyPlusRGBWpm
- Befehl set ... clear energy bei ShellyPMMini devices
- Set-Befehle für ShellyProDual: Bei den Befehlen muss der Kanal (also 0 oder 1) als zusätzlicher Parameter mit übergeben werden z.B. set myRollo pct 44 1
- Set-Befehle für Zieltemperatur und Einstellungen beim ShellyWallDisplay
- Das Attribut host_ip für Systeme, die "hostname --all-ip-addresses" nicht unterstützen
Hi,
wollte mal kurz einen Status zur Beta 3 geben.
Mit dieser Version funktioniert nun ( zumindest in den ersten 10 min nach einspielen ) nun auch mein Shelly 2PM Gen3. Der bis dahin nicht mitbekommen hat, wenn er über einen anderen Weg - Alexa, Shelly App, eingeschalten wurde.
Alle Shelly liefern wieder einwandfrei Daten.
Danke
Hallo Starkstrombastler,
vielen Dank für Deine beta3, damit kommen von meinem Shelly Pro EM-50 endlich auch sinnvolle Werte für Power etc. an.
Eine Frage: welche Werte werden für den "state" verarbeitet?
Es sieht so aus, als würde hier sowohl der Status des Gerätes ("OK") als auch der Zustand des Relais ("on", "off") ausgegeben werden.
Ist das Relais aus, wechselt der "state" zwischen "OK" und "off", ist es an, zwischen "OK" und "on".
Eigentlich reicht es doch, wenn das Relais über das Reading "relay" seinen Zustand meldet.
2025-01-19_18:53:40 shellyproem50.01 OK
2025-01-19_18:54:07 shellyproem50.01 uptime: 7956635
2025-01-19_18:54:07 shellyproem50.01 off
2025-01-19_18:54:41 shellyproem50.01 Active_Power_A: 1.5
2025-01-19_18:54:41 shellyproem50.01 Voltage_A: 229.0
2025-01-19_18:54:41 shellyproem50.01 PowerReactive_A: 4.3
2025-01-19_18:54:41 shellyproem50.01 OK
2025-01-19_18:55:07 shellyproem50.01 uptime: 7956695
2025-01-19_18:55:07 shellyproem50.01 relay: on
2025-01-19_18:55:07 shellyproem50.01 source: WS_in
2025-01-19_18:55:07 shellyproem50.01 on
2025-01-19_18:55:41 shellyproem50.01 Active_Power_A: 1.3
2025-01-19_18:55:41 shellyproem50.01 Voltage_A: 228.4
2025-01-19_18:55:41 shellyproem50.01 PowerReactive_A: 4.4
2025-01-19_18:55:41 shellyproem50.01 OK
2025-01-19_18:56:07 shellyproem50.01 uptime: 7956755
2025-01-19_18:56:07 shellyproem50.01 relay: off
2025-01-19_18:56:07 shellyproem50.01 off
2025-01-19_18:56:07 shellyproem50.01 inttemp: 46.7
2025-01-19_18:56:41 shellyproem50.01 Active_Power_A: 1.0
2025-01-19_18:56:41 shellyproem50.01 Voltage_A: 228.0
2025-01-19_18:56:41 shellyproem50.01 PowerReactive_A: 4.5
2025-01-19_18:56:41 shellyproem50.01 OK
2025-01-19_18:57:07 shellyproem50.01 uptime: 7956815
2025-01-19_18:57:07 shellyproem50.01 off
2025-01-19_18:57:42 shellyproem50.01 Voltage_A: 226.7
2025-01-19_18:57:42 shellyproem50.01 OK
2025-01-19_18:58:08 shellyproem50.01 uptime: 7956875
2025-01-19_18:58:08 shellyproem50.01 off
2025-01-19_18:58:08 shellyproem50.01 inttemp: 46.6
Danke für Deine Arbeit!
Zitat von: Mr. Flash am 20 Januar 2025, 20:39:51Ist das Relais aus, wechselt der "state" zwischen "OK" und "off", ist es an, zwischen "OK" und "on".
Vielen Dank für die Rückmeldung - das konnte ich selbst nicht bemerken, weil ich keinen ShellyEM50 zur Verfügung habe.
Hallo Starkstrombastler,
vielen Dank für die neue Version, jetzt liefern "state" und "relay" nur noch "on" oder "off".
Im Logfile ist mir nach einem Reboot eine Meldung aufgefallen:
2025.02.02 18:40:03 1: PERL WARNING: Use of uninitialized value $unit in concatenation (.) or string at ./FHEM/36_Shelly.pm line 5850.
Könntest Du das bitte bei Gelegenheit prüfen?
Hallo,
ich habe ein FHEM-Update durchgeführt und dabei wurde die 36_Shelly.pm auf die Version "6.02 27.01.2025" aktualisiert. Soweit so gut, alles funktioniert normal und zuverlässig wie zuvor. Allerdings sind mir bei zwei Shelly Plus2PM, die hier als Rollladen-Aktoren arbeiten, Auffälligkeiten im Geräte-Log aufgefallen. Hier werden 3 Einträge im Abstand vom eingestellten Intervall (in meinem Fall 900s) ständig wiederholt und das sieht dann so aus:
2025-02-02_21:09:34 Roll.Kueche output_mode: O1=up, O2=down
2025-02-02_21:09:34 Roll.Kueche input_1_function: downwards
2025-02-02_21:09:34 Roll.Kueche input_0_function: upwards
2025-02-02_21:09:33 Roll.Kueche inttemp: 36.8
2025-02-02_20:54:33 Roll.Kueche output_mode: O1=up, O2=down
2025-02-02_20:54:33 Roll.Kueche input_1_function: downwards
2025-02-02_20:54:33 Roll.Kueche input_0_function: upwards
2025-02-02_20:39:33 Roll.Kueche output_mode: O1=up, O2=down
2025-02-02_20:39:33 Roll.Kueche input_1_function: downwards
2025-02-02_20:39:33 Roll.Kueche input_0_function: upwards
Hier sind die wichtigsten Daten des Device:
model_ID SNSW-102P16EU
model_family Plus/Gen2
model_function switch <-- müsste hier nicht cover stehen?
Bei Bedarf liefere ich ein komplettes Device-List nach. Das alles ist nicht weiter schlimm und kann mit niedriger Priorität bearbeitet werden :-) Vielen Dank.
Hallo ist der Shelle Plus RGBW PM schon eingebunden?? finde ihn nicht.
Oder bin ich nur blind?
Lg Holger
Zitat von: sfh am 02 Februar 2025, 21:46:04Hier werden 3 Einträge im Abstand vom eingestellten Intervall (in meinem Fall 900s) ständig wiederhol
Diese Events sind natürlich überflüssig, wird im nächsten Update gefixt.
Zitat von: sfh am 02 Februar 2025, 21:46:04model_function switch <-- müsste hier nicht cover stehen?
Im Reading "model_function" werden die 3. und 4. Stelle der Shelly model_ID (hier: SNSW-102P16EU) interpretiert:
"BD" => "bulb"
"CB" => "bulb" # CB - color bulb
"DC" => "LED driver"
"DM" => "dimmer"
"EM" => "energy meter"
"IX" => "sensor"
"PL" => "plug"
"PM" => "power meter"
"RG" => "LED controller"
"SN" => "sensor"
"SW" => "switch"
"WD" => "wall display""switch" ist einfach nur von "SW" abgeleitet. Gibt es bessere Vorschläge?
Zitat von: Tueftler1983 am 03 Februar 2025, 13:08:40Hallo ist der Shelle Plus RGBW PM schon eingebunden?? finde ihn nicht.
Wenn du den ShellyPlusRGBWPM mit IP-Adresse oder DNS-Name definierst, sollte er automatisch identifiziert werden.
Es sind aber noch nicht alle Funktionen verfügbar.
Zitat von: Starkstrombastler am 03 Februar 2025, 21:41:46Zitat von: sfh am 02 Februar 2025, 21:46:04Hier werden 3 Einträge im Abstand vom eingestellten Intervall (in meinem Fall 900s) ständig wiederhol
Diese Events sind natürlich überflüssig, wird im nächsten Update gefixt.
Vielen Dank.
Zitat von: Starkstrombastler am 03 Februar 2025, 21:41:46Zitat von: sfh am 02 Februar 2025, 21:46:04model_function switch <-- müsste hier nicht cover stehen?
Im Reading "model_function" werden die 3. und 4. Stelle der Shelly model_ID (hier: SNSW-102P16EU) interpretiert:
[...]
"switch" ist einfach nur von "SW" abgeleitet. Gibt es bessere Vorschläge?
Wenn man weiß, wo die Information herkommt, dann passt das so. Danke für die Aufklärung.
ZitatWenn du den ShellyPlusRGBWPM mit IP-Adresse oder DNS-Name definierst, sollte er automatisch identifiziert werden.
Es sind aber noch nicht alle Funktionen verfügbar.
Leider nicht oder ich mache einen fehler?
Oder zählt das Einstellen der farbe zu den Sachen die noch nicht gehen oder das ändern der Helligkeit wenn eine Farbe eingestellt ist.
Selbst wenn ich einen defchannel einstelle kann ich die Helligkeit nicht ändern.
LG holger
Hallo,
ich habe eine Bitte, wenn Shellies nicht erreichbar sind. Ich halte es nicht für sinnvoll das andauern ins Log zu schreiben. Ein entsprechender Hinweis in einem Internal Reading und ein Log Eintrag sollten doch reichen. Und bitte, ja ich könnte den verbose Level für ein solches Device auf 1 setzen, was aber andere wichtige Einträge blockieren würde.
Grüße und Danke
Jörg
Zitat von: sfh am 03 Februar 2025, 22:18:16Wenn man weiß, wo die Information herkommt, dann passt das so
Ich denke, das "passt" auch, wenn man das nicht weiß...
pah
Hallo Zusammen,
ich nutze aktuell u.a. einen Shelly 1 Mini Gen3. Für eine Anwendung benötige ich das Attribut follow-on-for-timer, ist es möglich dieses zu implementieren?
Ich weiss nicht, ob das viel Aufwand bedeutet.
Mit dem Befehl "set "Shelly" on-for-timer XXX" kann ich eine Lampe einschalten, damit in FHEM nach XXX Sekunden die Lampe auch ausgeht, muss man aber "attr "Shelly" follow-on-for-timer" setzen. Damit simuliert FHEM ein "off" Event, was mangels Rueckkanal bei Shelly wie z.B. auch bei FS20 fehlt. Bei FS20 kann man dieses Attribut setzen.
Wäre toll, wenn das mal geprüft werden könnte.
Vielen Dank und viele Grüße
Pit
Zitat von: piet_pit am 25 Februar 2025, 18:50:15Mit dem Befehl "set "Shelly" on-for-timer XXX" kann ich eine Lampe einschalten, damit in FHEM nach XXX Sekunden die Lampe auch ausgeht, muss man aber "attr "Shelly" follow-on-for-timer" setzen.
Stelle mal ein niedriges Interval ein und beobachte nach einem on-for-timer das Reading "timer". Es sollte entsprechend der Restzeit herunterzählen und schließlich schaltet der Shelly aus.
Wenn das nicht so ist, müssen wir uns das mehr im Detail ansehen (List und Log).
Hallo,
vielen Dank für deine Hilfe. Komischerweise klappt jetzt alles, bei dem u.a. DOIF habe ich div. Intervalle eingestellt, der Timer zählt sauber runter und das state wechselt auf "off".
Merkwürdig, hat vorher nicht geklappt oder ich habe (was wahrscheinlicher ist) irgendwie eine falsche Einstellung gehabt.
([MelderHaustuer:?motion] and [Garage_Vorne_Licht:state] ne "on" and [?MelderHaustuer:brightness] < 100) (set Garage_Vorne_Licht on-for-timer 300)
Vielen Dank nochmals für das tolle Modul,
viele Grüße
Pit
Hallo,
Vielen Dank an Starkstrombastler für das Modul.
ich mache meine erste Erfahrungen mit Shelly's.
Angelegt habe ich den PRO3EM120 mit:
define Leistungmessung_Shelly Schelly <ip-addr>
IP-Addr ist korrekt gesetzt.
Auf der hompage des Shelly habe ich Device-Profile auf monophase gestellt.
(wollte 3 unterschiedliche Messpunkte haben).
Zu meiner Überraschung sehe ich aber nur L1-Werte
Habe natürlich erwartet auch die Werte für L2, und L3
defmod Leistungmessung_Shelly Shelly <ip-addr>
attr Leistungmessung_Shelly EMchannels L123_
attr Leistungmessung_Shelly Periods min
attr Leistungmessung_Shelly interval 600
attr Leistungmessung_Shelly interval_power 10
attr Leistungmessung_Shelly mode monophase
attr Leistungmessung_Shelly model shellypro3em
attr Leistungmessung_Shelly room Messungen
attr Leistungmessung_Shelly showunits original
setstate Leistungmessung_Shelly OK
setstate Leistungmessung_Shelly 2025-04-13 14:22:57 L1_Active_Power -6.0
setstate Leistungmessung_Shelly 2025-04-13 14:23:07 L1_Apparent_Power 9.5
setstate Leistungmessung_Shelly 2025-04-13 14:22:47 L1_Current 0.041 A
setstate Leistungmessung_Shelly 2025-04-13 14:04:15 L1_Frequency 50 Hz
setstate Leistungmessung_Shelly 2025-04-13 14:23:07 L1_PowerReactive 7.4
setstate Leistungmessung_Shelly 2025-04-13 14:23:07 L1_Power_Factor 0.61 (inductive)
setstate Leistungmessung_Shelly 2025-04-13 13:59:00 L1_Purchased_Energy 0.01 Wh
setstate Leistungmessung_Shelly 2025-04-13 14:10:01 L1_Purchased_Energy_min 0.00 Wh ( 0.0100) 0.0 W
setstate Leistungmessung_Shelly 2025-04-13 14:23:00 L1_Returned_Energy 2.98 Wh
setstate Leistungmessung_Shelly 2025-04-13 14:23:01 L1_Returned_Energy_min 0.10 Wh ( 2.9800) 6.1 W
setstate Leistungmessung_Shelly 2025-04-13 14:23:00 L1_Total_Energy -2.97 Wh
setstate Leistungmessung_Shelly 2025-04-13 14:23:01 L1_Total_Energy_min -0.10 Wh (-2.9700) -6.1 W
setstate Leistungmessung_Shelly 2025-04-13 14:22:57 L1_Voltage 231.2 V
setstate Leistungmessung_Shelly 2025-04-12 23:45:01 Purchased_Energy_S 0
setstate Leistungmessung_Shelly 2025-04-13 14:10:01 Purchased_Energy_S_min 0.00 Wh ( 0.0000) 0.0 W
setstate Leistungmessung_Shelly 2025-04-12 23:45:01 Returned_Energy_S 0
setstate Leistungmessung_Shelly 2025-04-13 14:10:01 Returned_Energy_S_min 0.00 Wh ( 0.0000) 0.0 W
setstate Leistungmessung_Shelly 2025-04-12 23:45:01 Total_Energy_S 0
setstate Leistungmessung_Shelly 2025-04-13 14:10:01 Total_Energy_S_min 0.00 Wh ( 0.0000) 0.0 W
setstate Leistungmessung_Shelly 2025-04-12 17:51:49 ap enabled password
setstate Leistungmessung_Shelly 2025-04-12 16:24:23 ap_clients disabled
setstate Leistungmessung_Shelly 2025-04-12 16:24:23 ap_name ShellyPro3EM-2CBCBBA5F074
setstate Leistungmessung_Shelly 2025-04-12 16:24:23 ble enabled
setstate Leistungmessung_Shelly 2025-04-12 16:24:23 ble_rpc enabled
setstate Leistungmessung_Shelly 2025-04-12 16:24:23 cloud disabled
setstate Leistungmessung_Shelly 2025-04-13 13:52:35 error connect to http://<ip-addr>:80 timed out
setstate Leistungmessung_Shelly 2025-04-12 16:24:23 error_EM ok
setstate Leistungmessung_Shelly 2025-04-12 16:49:57 firmware_ID 20250318-152135/1.5.1-g01dd7ff
setstate Leistungmessung_Shelly 2025-04-12 16:49:57 firmware_current v1.5.1
setstate Leistungmessung_Shelly 2025-04-12 16:50:03 firmware_updIcon OK
setstate Leistungmessung_Shelly 2025-04-12 16:50:03 firmware_updText -/-
setstate Leistungmessung_Shelly 2025-04-12 23:44:49 mac ...................
setstate Leistungmessung_Shelly 2025-04-12 23:44:49 model_ID SPEM-003CEBEU
setstate Leistungmessung_Shelly 2025-04-12 23:44:49 model_family Pro/Gen2
setstate Leistungmessung_Shelly 2025-04-12 23:44:49 model_function energy meter
setstate Leistungmessung_Shelly 2025-04-12 23:44:49 model_name Shelly Pro 3EM
setstate Leistungmessung_Shelly 2025-04-12 23:44:49 model_profile monophase
setstate Leistungmessung_Shelly 2025-04-13 13:52:40 network <html>connected to <a href="http://<ip-addr>"><ip-addr></a> (Wifi)</html>
setstate Leistungmessung_Shelly 2025-04-12 20:15:17 network_DNS -
setstate Leistungmessung_Shelly 2025-04-13 13:52:40 network_connection online (Wifi)
setstate Leistungmessung_Shelly 2025-04-13 13:52:35 network_disconnects 23
setstate Leistungmessung_Shelly 2025-04-12 16:24:23 network_ip-address_LAN -
setstate Leistungmessung_Shelly 2025-04-12 16:24:23 network_ip-address_Wifi <ip-addr>
setstate Leistungmessung_Shelly 2025-04-13 14:10:03 network_rssi -71 dBm (fair)
setstate Leistungmessung_Shelly 2025-04-12 16:24:23 network_ssid <SSID>
setstate Leistungmessung_Shelly 2025-04-13 13:59:01 network_wifi_roaming -80 dBm
setstate Leistungmessung_Shelly 2025-04-12 16:24:26 scripts 0
setstate Leistungmessung_Shelly 2025-04-13 13:52:36 state OK
setstate Leistungmessung_Shelly 2025-04-13 14:20:04 uptime 1652 sec, last reboot at 2025-04-13 13:52:32
setstate Leistungmessung_Shelly 2025-04-12 16:24:23 webhook_cnt 0 / 0 / 0
setstate Leistungmessung_Shelly 2025-04-13 13:52:40 webhook_ver 7
Auf der homepage des Shelly sind Werte für L2 und L3 verfügbar.
Habe ich da ein Denkfehler?
Bin für jede Hilfe dankbar!
Mit besten Grüßen
Martin
Das habe ich noch vergessen:
Leistungmessung_Shelly.version => 6.03.1 18.03.2025
Gruß
Martin
Zitat von: MartinD am 13 April 2025, 14:33:26Auf der hompage des Shelly habe ich Device-Profile auf monophase gestellt.
Hast du mal "triphase" probiert?
Der Unterschied liegt im Wesentlichen in der Summierung/Saldierung der Einzelwerte.
Hallo,
ja, habe ich. Bekomme nur "Error. No Handler".
Gruß
Martin
Zitat von: piet_pit am 25 Februar 2025, 18:50:15was mangels Rueckkanal bei Shelly wie z.B. auch bei FS20 fehlt. Bei FS20 kann man dieses Attribut setzen.
Nur zur Richtigstellung: Jedes Shelly-Device liefert eine Rückmeldung, man muss das nur korrekt konfigurieren. Und das Attribut "follow-on-for-timer" ist aus diesem Grund überflüssig.
LG
pah
Edit: Die Shelly-Schaltdevices realisieren das in der eigenen Hardware, auf dieses Feature habe ich schon vor 6 Jahren in der ersten Modulversion zugegriffen. Man kann mit den Scripting-Features der neueren Generationen durchaus komplexe Szenarien realisieren.
Hallo,
siehe da:
get Leistungmessung_Shelly model
hat Error-Meldung im Triphase-Modus beseitigt und ich habe in beiden Modi L1_, L2_ und L3_
Hallo,
ich nutze ja aktuell den Shelly Pro 2 Cover, leider hat der das Feature "XtraChannels" nicht, zumindest finde ich das nicht.
Der Shelly 2PM G3 hat dieses Feature.
Hat das einen Grund?
Danke nochmals für das tolle Modul.
Viele Grüße
Pit
Zitat von: piet_pit am 12 Mai 2025, 11:34:43ich nutze ja aktuell den Shelly Pro 2 Cover, leider hat der das Feature "XtraChannels" nicht, zumindest finde ich das nicht.
Das ist nicht drin, weil ich kein Device zum Testen habe.
Allerdings werden mit xtrachannels auch nur readingsProxy Devices angelegt, das ist an sich nichts modulspezifisches.
Vorschläge schaue ich mir aber gerne an.
Hallo Starkstrombastler,
vielen Dank für deine Antwort.
Bei dem Feature xtrachannels kann ich für beide Kanäle direkt im Device getrennt z.B. Alexa und Siri aktivieren, das würde ich gerne nutzen. Bei meiner jetzigen Lösung müsste ich das über das Modul "at" lösen, geht auch, ist aber nicht so elegant.
Vorschläge zum Programmieren, also wie es geht, kann ich leider nicht bieten, fehlt mir das KnowHow. Ich könnte aber gerne das Device hier bei mir zum Testen anbieten. Habe zwar kein eigenes Testsystem, aber wenn ich da helfen kann, mach ich das gerne.
Viele Grüße
Pit
Zitatfehlt mir das KnowHow
::)
Das kann man durch Lesen beheben.
1. CommandRef zum Modul readingsProxy lesen.
2. Wiki zum Modul readingsProxy lesen
3. readingsProxy Devices für jeden Kanal manuell anlegen.
pah
Hallo pah,
vielen Dank für den Hinweis, ich habe die beiden Infos zum readingsproxy heute auch gelesen, aber noch nicht verstanden. Da ich keine Programmierkenntnisse habe, verstehe ich einfach manche Infos nicht, somit kann ich nicht sofort einen Kanal manuell anlegen, werde aber weiter lesen und suchen, vielleicht klappt das dann ja doch. Nicht jede Wissenslücke kann man durch einfaches Lesen beheben.
Ich habe nur nachgefragt, warum bei vielen Shellys man sehr einfach diese xtrachannels aktivieren kann, bei dem Pro 2 Cover aber nicht. Vielleicht bekomme ich es ja irgendwie hin.
viele Gruesse
Pit
Hallo,
ich habe heute nach längerer Zeit auf die Release Version des Moduls upgedated. Soweit so gut. Nur wird das Logfile nun alle mit Shelly firmware_check Messages geflutet, obwohl alle Shellys auf dem neuesten Release-Stand sind. Ich finde auch keine Möglichkeit den Firwmare Check irgendwo zu deaktivieren. Im ShellyMonitor ist es anscheinend nicht ... Habe ich etwas übersehen?
LG
Stefan
Achtung: Leider ist mir beim Einspielen der neuen Version ein Fehler unterlaufen und es wurde nochmal die letzte Version 6.03.3 bereitgestellt.
Also: entweder mit dem Update bis morgen warten oder die neueste Version 6.04 (SVN Revision 29971) direkt aus dem SVN laden