"Nulleinspeisung" über mehrere hm-xxx hinweg

[jab42]

Kann eine "Nulleinspeisung" über mehrere hm-xxx hinweg direkt über OOB gesteuert werden? Oder muss ich dazu etwas zusätzlich in Homeassistant basteln?

[spcqike]

Geht aktuell nicht. Bisher kann nur ein wechselrichter automatisch vom DPL gesteuert werden.

Manuell steuern (im Web UI oder auch per webrequests) kannst du alle verbundenen

[jab42]

Danke, dann kann ich also beim normalen ODTU bleiben.
Gibt es vielleicht schon eine Homeassistant Automation zu dem Zweck?
Oder irgendwo einen Thread dazu?

[genmad]

@Manos1966 und ich entwickeln/testen gerade ein script für einen shelly (api gen2+) das mehrere Controller so steuert, dass diese den Hausbedarf optimal abdecken und nichts ins Netz einspeisen. Wenn das in etwa dein Usecase ist, ja dann ist da gerade etwas am entstehen.

siehe hier: https://github.com/genmad/shellyAPIGen2AndAboveScripts/blob/master/src/openDTUonBattery/virtualPowerMeters_oDoB.js

[Manos1966]

Deutsch ist eine sehr präzise Sprache. Ich erlaube mir den Text oben zu umformulieren:

ich entwickle gerade ein script für einen shelly und Manos1966 macht jeden denkbaren Unsinn

😆

[jab42]

Schön. Weshalb für Shelly, also ein closed Source System und nicht z.b. für Tasmota? Die Rechenhardware wäre ja gleich, bzw bei Tasmota evtl sogar besser, wenn man zb einen esp32 mit PSRAM nimmt...

[genmad]

Weil ich einen shelly habe.
Es einfach war auf dem shelly zu realisieren.
Den Algorithmus kann man auch nach Tasmota portieren, wenn jemand Lust darauf hat.

[jab42]

Gibt es zumindest die erste beschreibung auch in deutsch?

• This script reads in the current power comsuption and
• divides it up between n virtual powermeter. The powermeter
• are then used to feed an controller of oDoB.
• The multiple controller will be cascaded so that at each
• point in time only one controller is working and the others
• are off or at their minimum power delivery.
• with this all said, it is noteworthy, that all controllers
• are connected to the same DC power supply system
• ( solarpanels and batteries).

[genmad]

Der google übersetzer macht das schon gut 😏.
Aber wie gesagt es ist noch im entstehen. Ausserdem ist das dann das falsche Forum dafür. Sollte dann in dem Projekt die Weiterentwicklung diskutiert werden.

[mastertape]

Leider wird das Thema hier nicht wirklich aufgegriffen - es gibt einige die halten es für unnötig oder zu unsicher - es geht dannn auch um die latenzen sowie platzbedarf beim programmieren .... es gibt einige dtu boards / esp32 versionnen die könnten das locker....

Es gibnt diverse ansätze zum thema z.b. gibts ne firma die sowas als externes sccript closedsource auf nen esp laufen lässt der dan die dtu(´s) steuern würde (stichwort smart micro pv selbstbau)
Ich hoffe daher auch die ganze zeit dass sich beim thema noch was tut...

[mastertape]

Dem schließe ich mich auch an seine Arbeit ist enorm... und ich habe auch nichts gegenteiliges gesagt. Mein "leider wird das Thema nicht aufgegriffen" ist keine Wertung sondern bezieht sich auf die sporadisch immer wiederkehrenden Fragen dazu, wo die Diskussion immer versandet - Das ist keine Kritik nur eine in Beobachtung aus meinen Blickwinkel - Die Gründe dafür - warum es noch nicht integriert sind mannigfaltig, komplex, auch das habe ich erwähnt.. - und meine Hoffnung das sich vielleicht in Zukunft noch was in sachen mehrere WR dynamisch geregelt was tut,möchte ich nicht aufgeben.
Nochmal mal ich wollte niemanden auf die Füße treten - von daher finde den Vorwurf der mir gemacht wurde nicht fair

[schlimmchen]

von daher finde den Vorwurf der mir gemacht wurde nicht fair

Also ich hab ebenso keinen Vorwurf machen wollen. Mich hat der Kommentar getriggert, und deshalb wollte ich nachfühlen, wie das denn zu verstehen sei. Dass ich empfindlich bin ist ja gleichzeitig zutreffend, aber allein bei mir liegt es halt auch nicht, dass ich da eine Erwartungshaltung gelesen habe. Danke für deine Klarstellung.

Bei mir kommen diese Woche drei Solarmodule hinzu, die über einen weiteren Victron Laderegler die Batterie speisen, und der HM-400 kommt dann an die Batterie. Damit sind es zwei Wechselrichter an der Batterie. Und da bin ich dann motiviert, zumindest zwei Wechselrichter per DPL steuern zu können. Aber mir ist der Aufwand bewusst, und es wird noch eine ganze Weile dauern, bis das fluppt. Außerdem gibt es Themen, die ich für das Projekt als dringlich bewerte (PowerMeter Refactoring), die ich plane noch vorher anzugehen. Von mir aus darf auch gerne jemand anders schneller sein 😉

[mastertape]

Schwamm drüber und schön das wir es klären konnten
lg

[Manos1966]

@schlimmchen wirf bitte ein Auge auf @genmad s Algorithmus:
https://github.com/genmad/shellyAPIGen2AndAboveScripts/blob/master/src/openDTUonBattery/virtualPowerMeters_oDoB.js

Ich weiss nicht ob du ihn direkt in die OpenDTUonBattery einbinden kannst (verfügbarer ESP32 Speicher).
Die notwendigen Daten sind auf jedem Fall bereits in der OpenDTUonBattery: Stromzaehler-Consumption, Wechselrichter-Leistung, Anzahl Wechselrichter.

Er funktioniert ganz einfach: Er nimmt den Verbrauch vom Strozaehler, teilt ihn, und sendet die Teile als Powemeter Eingabe an die angeschlossenen OpenDTUs und laesst die DPL die Arbeit machen (unter Beruecksichtigung der max Leistung jeden Wecheselrichters, der min Leistung (damit sie schnell reagieren koennen) und der aktuelle Leistung). 🥇

Ich teste ihn gerade bei mir, 1xHichiTasmota, drei OpenDTUs, 2xHoymiles und 1xShellyPlus1PM.
Er funktioniert einwandfrei und hat eine 4 Sek Reaktionszeit (Hichi-Daten Empfang, MQTT Weitergabe an die Shelly, Berechnung, Einlesen der neuen Daten von der OpenDTUs, Berechnung beim jeweiligen DPL, Empfang des neuen "Aktuelles Limit" vom jeweiligen Wechselrichter)!

Ich hoffe es wird dieser Woche aufhören zu regnen (Korrektur: schneien 🤦‍♂️🤦‍♂️🤦‍♂️ ), damit ich ihn bei einer Installation mit drei HM1500 auf dem Test-Gelände probieren kann (er soll bis zu fünf Wechselrichter berechnen können).

PS. Vorausgesetzt, genmad hat nichts dagegen

[genmad]

Ich habe nichts dagegen, ist ja sowieso open source. Also gerne bedienen wenn es hilfreich sein kann.

[jab42]

Super Jungs! Dann brauche ich nur noch eine Idiotensichere Anleitung:-)

Ja, DIE brauche ich auch. :-)
Vor allem sollte die Steuerung ein Offset haben, damit Einspeisungen aus anderen Quellen, sowie gewollte Übereinspeisungen möglich sind.

[genmad]

Was meinst du mit Offset? Übereinspeisung wird wenn die Sonne scheint mal von @Manos1966 getestet.

[jab42]

Ich will eben nicht auf 0 ausregeln, sondern z.B. auf -200Watt.

[genmad]

Das könntest du in dem skript selber anpassen. Ist ja frei einsehbar und veränderbar.

[mastertape]

tasmota hätte den vorteil das man die ganzen sml zähler (inteligente zähleinrichtung) damit abgreifen könnte - viele haben das schon installiert... man könnte theoretisch den wert nehmen den opentu on battery eh abgreift wenn man schon eine nulleinspeisung damit per dpl am laufen hat. dieser wert der im dahboard gezeigt wird ist per mqtt abgreifbar Am Fr., 19. Apr. 2024 um 20:25 Uhr schrieb genmad ***@***.***

…

: Weil ich einen shelly habe. Es einfach war auf dem shelly zu realisieren. Den Algorithmus kann man auch nach Tasmota portieren, wenn jemand Lust darauf hat. — Reply to this email directly, view it on GitHub <#894 (reply in thread)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AKH54K4OFJ56JVODA5OB4OLY6FOP5AVCNFSM6AAAAABGOS4T2CVHI2DSMVQWIX3LMV43SRDJONRXK43TNFXW4Q3PNVWWK3TUHM4TCNRZHA4DE> . You are receiving this because you were mentioned.Message ID: ***@***.*** com>

[mastertape]

Weiß jhier zufällig emand wie man diese Einstellung per mqtt oder restapi setzen kann (angestrebter Netzbezug)?

?

finde das nirgens in der doku oder auchh nicht im mqtt explorer

[schlimmchen]

Geht nicht. Schreib das doch bitte zu #724 dazu.

[neolauren-cmd]

Hallo,

mittlerweile mache ich die Nulleinspeisung mit einem WR über DPL und für den anderen WR benutze ich node-red auf dem Raspi. Funktioniert top.

Gruß
neo