Aber Bei RequestAction die ID der Variable nutzen.
Grüße,
Kai
Gesendet von iPhone mit Tapatalk
Ja, solltest du mal probieren und berichten.
Super,
danke euch für die schnelle Lösung.
Ein/Aus Funktioniert jetzt schon mal
lg Ralf
Hallo,
vewende einen Shelly Switch 2.5 um die Leistung und die Arbeiten eines 275Wp Balkon-Solarmodules zu erfassen. Funktioniert auch alles soweit mit der Rückwärtseinspeisung (Anscheinend erfassen die Shelly’s nur den Betrag von Leistung und Arbeit ohne Vorzeichen).
Speziell bei Start des Wechselrichters (Leistungen < 50W) werden vom Modul durch das Wechselrichterverhalten sehr viele Leistungswerte übertragen (z.T. sekündlich). Da der Leistungswert auch archivier werden werden durch die z.T. Sekundenwerte viele Einträge ins Archiv geschrieben was eigentlich nicht gewünscht wird, maximal würde mir Minutenmomentanwerte reichen.
Wie soll vorgegangen werden damit mit die Leistunsgwerte nicht bei Änderung durch die Shellys automatisch übertragen werden (u.a. hoher Datenverkehr) sondern eher minütlich durch IPS getriggert abgerufen werden.
Vielleicht kann mir jemand „auf die Sprünge helfen“.
Gruß
zkra
Der 1PM schickt mit der Shelly-SW seinen Zählerstand per MQTT leider nicht mit.
Beim Aufruf http://shelly-ip/status wird das ja aber schön per JSON geliefert.
Erweiterungs-Idee:
Da bei uns immer mal wieder ein Shelly dazu kommt, wäre es schön, wenn ich da nicht jedes mal das Array mit den IP’s modifizieren müsste.
Gibt es eine Möglichkeit um die IP’s der Geräte, welche Nachrichten an den Socket schicken, in ein Array zu sammeln?
Über das Topic könnte man dann noch die Zuordnung der neuen KW/h-Variable in die Instanz hin bekommen und per JSON (vielleicht alle 60 Minuten) den Wert auslesen und schreiben.
Derweil für interessierte etwas Beispiel-Code:
// Beispiel - Script zum auslesen der Leistungsangaben bei den Shellies in Watt/Minuten. 1 Wattmin = 0.000017 kw/h
$wm=0.000017;
$ip="172.16.33.33";
SetValueFloat(VariablenID, (json_decode(Sys_GetURLContent("http://$ip/status"))->meters[0]->total)*$wm);
@zkra, ob man die Intervalle anpassen kann weiß ich leider nicht. Da müsstest du mal bei Shelly nachschauen oder nachfragen.
@juergen852, kannst du mir mal ein Debug von dem Shelly 1PM schicken? Kommt da wirklich nichts an?
Grüße,
Kai
Das sollte beim PM1 kommen:
shellies/<model>-<deviceid>/relay/0 to report status: on or off shellies/<model>-<deviceid>/relay/0/command accepts on and off and applies accordingly shellies/<model>-<deviceid>/input/0 reports the state of SW terminal shellies/<model>-<deviceid>/longpush/0 reports "longpush" state as 0 or 1Shelly1PM adds:
shellies/shelly1pm-<deviceid>/relay/0/power reports instantaneous power shellies/shelly1pm-<deviceid>/relay/0/energy reports an incrementing energy counter in Watt-minute shellies/shelly1pm-<deviceid>/temperature reports internal device temperature in °C shellies/shelly1pm-<deviceid>/overtemperature reports 1 when device has overheated, normally 0
Also ich habe heute mehrere Stunden damit verbracht zu versuchen einen Shelly Dimmer über das Modul in IPS zu bringen.
Leider sehe ich da keine Möglichkeit 
Der Shelly Dimmer ist in meinem WLAN (192.168.0.200). Das Modul ist in Symcon installiert. Der MQTT Port in meinem Symcon ist Standardmäßig nicht die 1883, sondern die 1024. Also im Shelly die IP des Raspberry eingetragen auf dem Symcon läuft (192.168.0.102:1024).
Der Shelly Dimmer wird im Modul angezeigt aber es lassen sich keine Instanzen anlegen.
Der Button „Erstellen“ lässt sich gar nicht anklicken (ausgegraut), der Button „Alle anlegen“ lässt sich anklicken, endet aber mit der Meldung „keine Instanzen erstellbar“…
Irgendwie komme ich kein Stück weiter und hänge an der Stelle fest.
Hat jmd noch einen Tipp für mich?
Eingesetzt wird eine Fritzbox 7490, IP des Shelly fest vergeben (kein DHCP).
Das hört sich an als gäbe schon eine Instanz davon.
Kannst du mal ein Screenshot vom Konfigurator posten?
Ich hatte dir gerade per E-Mail geantwortet. 
Grüße,
Kai
Gesendet von iPhone mit Tapatalk
Hallo Kai, kann morgen mal Screenshots posten.
Ich kann keine Instanzen finden, wüsste auch nicht wo die angelegt worden sein sollten…
Zumindest in der Console ist nichts sichtbar.
Ich kann mir das auch gerne mal per TeamViewer anschauen.
Grüße,
Kai
Hier die versprochenen Screenshots.
Ich möchte noch dabei sagen, das der Button „Erstellen“ im Shelly Configurator inaktiv ist, also ausgegraut und nicht anklickbar und die Fehlermeldung „keine Instanzen erstellbar“ nur durch Klick auf den Button „Alle erstellen“ kommt („Alle erstellen“ ist der einzige der Buttons, welche anklickbar sind).
Dann erstell mal die Instanz Shelly Dimmer per Hand.
Beim Topic trägst du folgendes ein:
shellydimmer-F3A425
Im Konfigurator habe ich anscheinend vergessen den Dimmer hinzuzufügen.
Kai
Danke Kai, mit der Beta 3.1.1 lässt sich der Dimmer über den Shelly Configurator anlegen.
Es scheint aber ein Problem mit dem Dimmer in Verbindung mit dem Modul zu geben (ich gehe davon aus, daß ich der einzige bin der einen Dimmer einsetzt?)
Sonst wäre das Problem mit dem Configurator bestimmt schon vorher aufgefallen.
Folgendes:
Über IPS wird der Dimmer eingeschaltet.
Dann sieht man in der IPS Console auch recht zeitnah die Aktualisierung.
Dann dauert es ca 30-120sek (immer unterschiedlich) bis der Dimmer wirklich an geht (WebUI des Dimmers)
Die WLAN Anbindung ist gut, daran liegt es nicht. Über das WebUI des Dimmers lässt sich dieser auch bedienen (IPS mal Aussen vor gelassen).
Oder meine Fritzbox spielt mir hier einen Streich.
Ich habe den Dimmern feste IPs vergeben (im WebUI der Dimmer).
Ich nutze die Fritzbox 7490 mit dem Repeater 1750E, die Dimmer sind über den 1750E im WLAN. Die Verbindung 1750E zur Fritzbox ist top, habe im Download die volle Bandbreite, Upload ebenso (50mbit/10mbit).
Um Auszuschliessen das es am Repeater liegt werde ich heute mal den Dimmer zur Fritzbox selbst verfrachten.
In meiner Konstellation jedoch scheint es massive Timing Probleme zu geben Oder generell stimmt etwas nicht mit dem Modul in Verbindung Dimmer.
Oder gibt es bekannte Probleme in Verbindung mit der Fritzbox, das man hier noch eine besondere Einstellung beachten muss?
Oder der Dimmer wurde von anderen per Hand angelegt, wie gesagt ich hatte den Dimmer im Konfigurator vergessen. Jetzt funktioniert es ja. 
Also ich glaube nicht, dass dies am Modul liegt, du könntest es mal mit MQTT.fx (Home) versuchen.
Mit dem Programm kannst du dich am Broker anmelden, tauchen dort auch die Verzögerungen auf?
Grüße,
Kai
Hallo Kai,
das würde ich gerne testen, aber das übersteigt leider meine Fähigkeiten / Kenntnisse bei Weitem. Damit würde ich gar nicht zurecht kommen
Wir können uns das gerne per Fernwartung mal zusammen anschauen.
Wann kannst du abends?
Grüße,
Kai
Hallo Kai,
ich habe definitiv die Ursache gefunden, welche auch reproduzierbar ist.
Sobald der Shelly über den Repeater 1750E verbunden ist, gibt es Timing Probleme der heftigsten Art bis zum Stillstand.
Besteht die Verbindung direkt über die Fritzbox, sind es max 2sek.
Von daher ist Shelly für mich nicht zu gebrauchen, da ich einen Repeater einsetzen muss um das Haus flächendeckend per WLAN abzudecken.
Der Repeater läuft im WLAN - Brückenmodus, also Funk - Funk zur Fritzbox als Mesh angebunden.
So ist es bei mir Zuhause aber auch.
Ist der Repeater denn richtig eingerichtet?
Grüße,
Kai
Gesendet von iPhone mit Tapatalk
Willkommen im Club der Fritz-WLAN-Geschädigten. Ich war Jahre lang Fritz Fan (und habe jetzt auch noch die FB als Telefonanlage und 2 DECT Dosen) aber genau diese Probleme hatte ich auch, MESH und Brücken bzw Reihenschaltung und immer wieder Probleme. Man war teilweise verbunden mit dem Repeater aber kein Internet usw. Die Kanäle waren fest vergeben und auch 5 GHz war außerhalb des DFS Bandes gewesen. Hatte da verschiedene Kombination von Repeatern ausprobiert und der 3000er hat dan sogar noch den Vogel abgeschossen da bei dem 1 Band immer im DFS Bereich ist und wenn DFS zuschlägt hat man den Salat aber lassen wir das Ganze hier lieber, ist zu OT.
Scheint so als wenn das Fritz System (übertrieben gesagt) für die Standardfamilie mit 3 mal Handy, 1 Tablett und 1 Notebook (und der Rest per LAN) ausgelegt ist und nicht wie bei mir mit über 60 Geräten.
Ich bin dann auf UniFi (AccessPoint, Switch, Router) gewechselt und seit über 2 Monaten nicht ein einziges WLAN Problem mehr. Ich muss dazu sagen ich habe jetzt auch ein zusätzliches LAN Kabel gezogen aber trotzdem läuft hier jetzt alles bestens. Liest man bei UniFi auch immer wieder das die Leute wegen den Fritz WLAN Problemen dort aufschlagen. Bei UniFi sollte man aber bevor man Updates einspielt immer etwas warten bzw die Supportthreads lesen. So jetzt aber genug OT.