NEWS
OpenDTU-onBattery
-
Für Victron ist der GPIO 22 am ESP
-
einer von Euch, der eine Pylontech bereits eingebaut hat?
Ich habe zur Zeit vier 12V Gel zu 48V seriell zusammen geschaltet.
Die Steuerung läuft super. Habe bereits einige Ladezyklen hinter mir. Da wir jetzt stark auf Sommer zusteuern, würde ich gerne eine Pylontech US3000s bestellen. Habt Ihr eine passende Einstellung dazu? Wie weit lässt Ihr den Akku voll und leer laufen? Welche Ladespannung? -
Moin, wo finde ich eine Beschaltung für den Victron und die Batterie? Gibt es auch eine Beschreibung der Einstellungen?
-
-
Moin zusammen,
mein Kenntnisstand ist/war, dass aktuell genau ein WR in dem Projekt gleichzeitig/parallel pro DTU unterstützt wird. Ich meine gelesen zu haben, dass das auch bewusst so gewollt war. Finde das aber gerade nicht wieder.Frage:
Ist das immer noch so? Ich bin nämlich hierüber gestolpert
https://www.ebay.de/itm/364735960187Mal vom Design abgesehen, soll die Basis angeblich OpenDTU on Battery sein, aber Unterstützung für bis zu 5 WR bieten.
-
Da scheint was mit Dynamic Power Limiter zu gehen.
-
@ralla66
Ich nutze aktuell (noch) AhoyDTU, daher kenne ich das Menü nicht im Detail. Der Screenshot scheint aber nur für einen WR zu sein? Sollte das tatsächlich für 2 WR parallel funktionieren, dann würde ich sofort umsteigen. -
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 knappAndere Ü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