OpenDTU-onBattery
-
Teste ich mal am ESP,
----> Wähle den WR der an der Batt hängt
denke dort ist einer von mehreren Wählbar wobei On Battery auf der Open aufbaut. -
@ralla66 sagte in OpenDTU-onBattery:
Teste ich mal am ESP,
Danke fürs Testen. Bin gespannt
EDIT
Es kommt mir nur auf die klassische Nulleinspeisung an. Batterie wäre in dem Zusammenhang ohnehin raus. -
die Abkürzung wäre ja per http Post direkt zum NRF den Wert zu senden.
Das wollte ich immer schon einmal testen. Paul hatte mir letzte Woche gezeigt
wie man mit Blockly und JS ein Post senden kann.
Die Zeit leider, Serial -> TCP steht zuerst auf dem Plan. -
@ralla66
Zeit ist überall knapp
Andere Überlegung in dem Zusammenhang:
Würden 2 WR mit jeweils eigener DTU funktionieren oder kommen die sich in die Quere oder behindern sich im worst case sogar? Alles wie gesagt nur auf die Zielrichtung Nulleinspeisung. Batterie ist erstmal aussen vor. -
Projekt Serial -> TCP Ziel erreicht läuft.
ok, flashen läuft ---------------->
2 DTU kamen sich bei mir in die Quere.
Da war halt der Ansatz die Nulleinspeisung mit einer DTU per http Post zu bewältigen.
Mit Linux per Curl geht das ja, habe nur kein Linux.
Den reinen Regelwert könnte man versuchen an jedem WR der DTU zu senden da ja
jeder WR eine eigene ID hat. -
@ralla66 sagte in OpenDTU-onBattery:
2 DTU kamen sich bei mir in die Quere.
Bedauerlich, aber gut zu wissen dass ich dahin gar nicht erst probieren brauche
Mit Linux per Curl geht das ja,
Muss gestehen, dass ich da auch eher raus bin. Wenn man mich da "an die Hand nimmt", kann ich wohl nachbauen aber zu mehr fehlt mir einfach der Tiefgang. Ich bin Schreibtischtäter und beruflich Non-Informatiker.
Den reinen Regelwert könnte man versuchen an jedem WR der DTU zu senden da ja
jeder WR eine eigene ID hat.Das Problem wird dabei sein, das auf die WR "intelligent" zu verteilen. Gehen muss das ja grundsätzlich. Im Zweifel mit einer zusätzlichen Middleware zwischen Hoymiles und einem 3EM. Sogar mit mehreren WR.
https://selbstbau-pv.de/produkt/smart-micro-solar-opendtu-nulleinspeisung/
Aber die Lösung ist zum einen nicht transparent und zum anderen kein OpenSource Projekt das man ggf. unterstützen kann, sondern rein kommerziell und mir für den Zweck auch zu teuer. Dann wird es im Zweifel doch ein WR der statisch per MQTT geregelt je nach Tageszeit und Sonneneinfall eine Art max. Grundlast liefert und der zweite WR bekommt dann exklusiv eine OpenDTU on Battery zu Nulleinspeisung.
-
Hat sich viel getan seit Oktober 23,
JSON parsen vom 3m sollte ja nicht das Problem sein. Bissl Blockly ist ja auch machbar.
Halt aufwendig.
Genau deswegen hatte ich damals das per Lumentree 600 mit dem Trucki Stick gebaut.
Der macht Nulleinspeisung sehr einfach. Versicherungstechnisch auch sauberer.
Zumal hier die Steuerung sehr viel schneller ist.Mal schaun ob das jetzt mit der neuen Version geht.
-
@ralla66 sagte in OpenDTU-onBattery:
Mal schaun ob das jetzt mit der neuen Version geht.
Ich lass mich mal überraschen.
-
probiers mit Post zum ESP32
I see data from two configured inverters. Now I set the relative power limit of inverter with serialnumber 11418180xxxx to 50%. $ curl -u "admin:password" http://192.168.10.10/api/limit/config -d 'data={"serial":"11418180xxxx", "limit_type":1, "limit_value":50}' {"type":"success","message":"Settings saved!"}oder schreibe eben die Developer an die sollten dir die Syntax für einen Blockly / JS
Request http Post geben .Sollte sowas sein, evtl noch PW einfügen:
request({ method: 'POST', url: 'http://192.168.10.10/api/limit/config', body: JSON.stringify({"serial":"11418180xxxx", "limit_type":1, "limit_value":50}) }, function(error, respnse, body) { if(error) log(error, 'warn'); });oder
request({ method: 'POST', url: 'http://admin:password@192.168.10.10/api/limit/config', body: JSON.stringify({"serial":"11418180xxxx", "limit_type":1, "limit_value":50}) }, function(error, respnse, body) { if(error) log(error, 'warn'); }); -
Kurze Frage an die Experten.
Auf der webUI von opendtu oB wird mir der aktuelle Strombezug angezeigt (mit ir Lesekopf ausgelesen).Dieser Wert wird mir allerdings nicht in den Objekten bei opendtu angezeigt.
Wie komme ich an den Wert ?Danke schonmal vorab.
Jumhansen -
-
Der opendtu Adapter ist bereits installiert gewesen. Objekte sind alle da, bis auf den Strombezug (Leistung/Netz), der Wert fehlt mir.
Oder bringt mir der Opendtu Adapter diesen Wert nicht ?
Stehe gerade etwas auf dem Schlauch.
Jumhansen
-
bei mir nicht,
nur per mqtt Adapter zu erhalten -
Schon mal Danke für deine Hilfe, habe nochmal etwas weiter geforscht und irgendwo gelesen das es mit dem Sonoff Adapter und mqtt
funktionieren müsste.Werde mal mit mqtt weitermachen.
Jumhansen
-
-
Vielen Dank für deine Hilfe, habe es hinbekommen, ging auch mit dem Sonoff Adapter.
Habe jetzt die Werte von meinem Zweirichtungszähler im IOBroker.Jumhansen
-
Wenn ihr noch Fragen zur openDTU onbattery habt, dann könnt ihr euch gerne bei mir melden, ich hab das alles in verschiedenen Konstellationen ausprobiert.
Es gibt auch eine FB Gruppe zu openDTU, openDTU onbattery, Trucki Platine, ve.direct -
@nettworker
hast du die letzte Release auf den ESP32 installiert? und kannst du sagen, ob der Adapter OpenDTU mit der letzten Release zusammen arbeitet? -
@nettworker Vielen Dank für das Angebot, da komme ich gerne drauf zurück.
Gruß
Johan -
Hallo zusammen!
Ich verwende OpenDTU-onBattery nun schon einige Zeit in Verbindung mit einem Zendure PV-Hub 1200. Der Hub gibt immer die volle Leistung aus und die Nulleinspeisung regle ich dann über meinen Hoymiles HM-800 mit onBattery. Das funktioniert soweit auch prächtig, aber mit unter bekomme ich zwischendurch immer mal diese Meldungen:
Time calibration ist ok, aber der Inselbetrieb und die Abschaltung durch Fernsteuerung irritieren mich dann doch. Kann mir ggf. jemand sagen, was es damit auf sich hat?
Wie gesagt: der PV-Hub liefert eine Maximalleistung von 800W an den HM-800 aus. Die Meldungen wurden allerdings bei deutlich geringerer Leistung ausgelöst.
Ich habe keine Idee, was da passiert und bin für jeden Hinweis dankbar.
