Die Saldierung hat Shelly bis heute nicht hinbekommen. Sie sollten so ehrlich sein und das in ihrem Verkaufsprospekt erwähnen.
!!! Achtung --- ist nicht für PV- Anlagen geeignet, da keine Saldierung statt findet !!!!
Die Saldierung hat Shelly bis heute nicht hinbekommen. Sie sollten so ehrlich sein und das in ihrem Verkaufsprospekt erwähnen.
!!! Achtung --- ist nicht für PV- Anlagen geeignet, da keine Saldierung statt findet !!!!
Eine andere Möglichkeit wäre es, mit den Adapter SourceAnalytix zu arbeiten.
Der erste große Schritt ist gemacht.
Der Tipp mit dem HTTP-Request war super.
Danke nochmals : ASI_Master.
Der nächste Step ist, da ganze über einen PDI-Regler zu programmieren.
Bei Sonne habe ich bei PowerL1 -xxxx WATT, das nutze ich dann für meine Regelung, sobald PowerTotal auch auf minus geht.
Wäre das z.B. möglich?
Bei einem Überschuss < 500W, eine Verbraucher über Shelly PlugS zu schalten und bei 10 W wieder auszuschalten: 192.168.xxx.xx/relay/0?turn=off.
Die WAGO hat mir nichts gekostet. Ist zwar nicht mehr taufrisch, wird mit Codesys 2.3 programmiert, aber zum rumspielen alle mal gut.
Habe meine Jahre mit der Automation in der Industrie verbracht und anschließend noch ein bisschen Haustechnik mitbekommen. Hatten da eine Gebäudeleittechnik auf BacNet -Ebene aufgebaut. Also keine Angst, bin kein Bäcker.
Ja, die Österreicher sind da ganz weit vorne. Könnte mir da auch was fertiges kaufen, aber wo bleibt da der Spass? https://www.smartfox.at/smartfox-pro.html
Danke für deinen ausführlichen Gedankengang. Werde es so bald als möglich machen.
Lass mir eine bisschen Zeit. Heute ist schließlich der 3. Februar.
Habe einen Funktionsbaustein " HTTP_GET" bei WAGO gefunden, aber verzweifle bei der richtigen Angabe der Syntax. Da sind meine Programmierkenntnisse schnell am Ende.
Auch weiß ich nicht so recht, wie ich per http nur den Wert von total power abrufen kann. Mit den Befehl 192.168.xxx.xx/emeter/0 kann ich jeweils die Kanäle 0-1-2 abrufen und da habe ich alle Werte.
siehe:{"power":147.12,"pf":0.57,"current":1.08,"voltage":236.41,"is_valid":true,"total":365524.5,"total_returned":120402.3}
Ich denke, da brauche ich noch sehr viel Input.
Ob dieses Thema hier richtig ist, oder lieber in einem SPS- Forum gehört?
das alles mache ich nur aus Hobby und weil es mich interessiert.
Ich habe nur eine kleine mini PV-Anlage, ohne Vergütung der Einspeisung ins Netz.
Den ioBroker benutze ich, damit ich Cloud- unabhängig bin.
Bisher habe ich den Überschuss > 150W, oder >500W über ein Shelly PlugS schalten lassen. Die elegantere Lösung wäre eine stetige Regelung und die Total Power als Sollwert zu benutzen.
Eine Idee, um die Energie sinnvoll zu nutzen, wäre eine Heizpatrone im Warmwasserboiler.
Da die WAGO bei mir nutzlos rum liegt, wollte ich sie dafür benutzen.
O.K., dann werde ich ich mal schauen, ob ich in der Bibliothek von Wago auch so einen Baustein finde.
Vielen Dank für deine schnelle Lösung.
Hallo, ASi-Master,
ich bin auf der Suche nach einer Lösung, um aus dem Shelly 3EM den Datenpunkt "Total Power" zu entlocken.
Habe eine WAGO 750-880 mit Modbus TCP/IP und würde gerne diesen Datenpunkt da weiter verarbeiten, um die Überschussenergie meiner PV-Anlage über einen Analogen Ausgang und einen Thyristorsteller zu nutzen.
Hättest du da eine Lösung?
@benutze den ioBroker
Hallo,
kann mir jemand sagen, ob man einen Datenpunkt von einem Shelly 3EM "Total Power" auf einen Wago 750-880 mit Modbus TCP bringen kann, um dessen Wert dann weiter zu bearbeiten?
Wenn JA, wie geht das?
Auf eure Vorschläge würde ich mich sehr freuen.
Stimmt die Zeitzone?
Hast du es auch mal mit einem "DEVICE REBOOT" probiert?
Sorry, da kann ich dir auch nicht mehr weiterhelfen. Keine Ahnung, was da auf deren Sever nicht passt, wohlgleich bei meinen anderen Shelly´s mit Temperatur History dieses Problem noch nicht hatte.
Wie sieht es auf deinen Smartphone aus?
Ist da der Log wieder da?
Ich hatte da in letzter Zeit auch keine Daten mehr, obwohl die Wolke grün war.( Cloud aktiv)
Konnte das beheben, indem ich die Cloud deaktiviert und anschließend wieder aktiviert habe.
Dann mal die Daten für "Wöchentlich", oder "24 Stunden", oder "jetzt" abrufen.
Deaktiviere einmal die Cloud unter Internetsicherheit, Cloud und anschließend aktivierenwieder die Cloud . Damit hatte ich Erfolg.
Hallo Martin,
da die meisten User mit der Genauigkeit des Verbrauchs zufrieden sind, ist der cos phi nicht so wichtig. Er müßte ja auch nicht mit angezeigt werden.
Ich habe das das Problem, dass ich Einphasig einspeise und dadurch keinen plausiblen Verbrauch von dem 3EM bekomme.
Aber immerhin kann man z.B. über ein Shelly Plug eine Verbraucher schalten.
Habe mir inzwischen einen Raspberry pi 4 zugelegt. Mit ioBrocker und Blockly kann man das elegant lösen. Und dann noch auf meinem Smartphone visualisiert. Kosten ca.100€ und jede Menge neues gelernt. Schalte eine Verbraucher über einen Shelly plug s. Schöner wäre es, wenn man es Überschussabhängig über einen Thyristorsteller ( 0-10V) regeln könnte. Da warte ich noch auf einen Shelly uni mit 0-10V, oder 4-20 mA Ausgang.
Wer viel Geld hat, kann mal bei http://www.smartfox.at rein schauen. Da gibt es alles schon fertig.
Habe in der Szene das "Shelly Relay is on " mit hinzugefügt und damit funktionierts.
Funktioniert den die Cloud in Verbindung mit einer Szene z.B. bei " When the Shelly input is on" bei jemanden?
Bei mir funktioniert Sie nur mit dem Trigger, oben rechts, aber nicht mit dem Input selbst.
Auch geht das Diagramm für einen Temperatursensor nicht.
Sollte man da auf eine neue Firmware warten?
Shelly UNI wird im ioBroker nicht angezeigt.
Folgende Meldung steht im Log:
(7943) Shelly Device unknown, configuratin for Shelly device 192.168.x.x (undefined / undefined / SHUNI-1#483FDA6EECDE#1) for CoAP does not exist! |
funktioniert CoAP noch nicht?
Alles anzeigenHallo,
also nach meiner Erfahrung ist der Shelly 3EM definitiv geeignet um den Verbrauch von Solaranlagen mit Eigennutzung zu messen. Das Problem scheint lediglich in der Berechnung zu liegen.
Anlage: Balkonkraftwerk mit Zero-Export, d.h. Regelung so, dass saldiert über alle 3 Phasen nichts eingespeist wird, auf einer Phase jedoch kann bei wenig Eigenverbrauch auf dieser Phase Strom zurückfliesen.
Mein Vorgehen: Zählerstand des Netzzählers notieren und gleichzeitig total und total_returned des 3EM. Zu einem späteren Zeitpunkt 2 wiederholen.
Berechnung nun Schritt 1:
L1 total Zeitpunkt 2 - L1 total Zeitpunkt 1
L2 total Zeitpunkt 2 - L2 total Zeitpunkt 1
L3 total Zeitpunkt 2 - L3 total Zeitpunkt 1
Diese Werte werden nun aufsummiert und geben den Verbrauch an.
Da das Balkonkraftwerk auf L2 läuft Berechnung Schritt 2:
L2 total_returned Zeitpunkt 2 - L2 total_returned Zeitpunkt 1
das ergibt den Wert, der auf L2 zurückgeflossen ist. Diesen Wert nun vom Verbrauch aus Schritt 1 abgezogen. Dieses Ergebnis weicht vom Zähler des Netzbetreibers nur um 1 % ab. Ich sehe keinen Grund warum es bei einer tatsächlichen Einspeisung mit gesamt negativem "Verbrauch" größere Abweichungen geben sollte. Abweichungen gibt es höchstens dann, wenn man mit einem Balkonkraftwerk tatsächlich einspeist und aufgrund des rücklaufgesperrten Zählers dann Strom verschenkt.
Firmware ist 1.8.1. Clouddienste werden nicht genutzt. Die Werte werden wie http://<Shelly-IP>/status sekündlich abgeholt.
Hallo Genauigkeit,
du hast mir soeben mit deiner Aussage:
Abweichungen gibt es höchstens dann, wenn man mit einem Balkonkraftwerk tatsächlich einspeist und aufgrund des rücklaufgesperrten Zählers dann Strom verschenkt.:
die Augen geöffnet. Das ist bei mir der Fall. Nun kann ich mir die unterschiedlichen Verbräuche erklären.
Vielen Dank.