Ist es möglich SOC bzw. PV Produnktions Daten per MQTT zu übertragen?

[MikeHF80]

Hallo zusammen,

mein Daten der PV Anlage (Victron) werden per Modbus in ioBroker übertragen.
Gibt es eine Möglichkeit SOC und eventuell die gerade Produzierte PV Leistung per MQTT an openDTU on Battery zu übertragen und so die Produzierte Leistung des Wechselrichters zu begrenzen so das die Batterie nicht tagsüber entleert wird?

Viele Grüße
Mike

[Manos1966]

Hallo @MikeHF80

ich kann auf deine Frage keine 100% prozentig qualifizierte Antwort geben, dafuer muess einer der Programmierer beantworten.
"SOC bzw. PV Produnktions Daten per MQTT zu übertragen?"
So fern ich weiss, nein!
Dafuer wurde OpenDTUonBattery nicht programmiert, sondern:

• VE.Direkt Daten per Kabel von Victron
• SOC per CANBus fuer Pylontech, oder SHUNT fuer Victron, oder Spannung fuer andere Batterien

Aber den Zweck deiner Frage verstehe ich nicht ganz!
Du willst: "so die Produzierte Leistung des Wechselrichters zu begrenzen so das die Batterie nicht tagsüber entleert wird?"

Dann einfach die Einstellung "Leeren zur Nach" auswählen unter Dynamic Power Limiter Settings. Ziel erreicht!

Daraufhin wird deine Batterie tagsüber nicht benutzt.

[MikeHF80]

Den SOC per MQTT an OpenDTU zu senden wäre schon mal sehr hilfreich.

Was es nun bedeutet das der PV Ertrag nur per VE.Direkt verarbeitet wird verstehe ich ehrlich gesagt nicht.
Habe gedacht das der Wert einfach eine Variable ist die man theoretisch von verschiedener Stelle aus setzen könnte.

Viele Grüße
Michael

[schlimmchen]

@MikeHF80 Siehe #589.

Habe gedacht das der Wert einfach eine Variable ist die man theoretisch von verschiedener Stelle aus setzen könnte.

Mir ist schleierhaft, wie du zu dieser Einschätzung kommst, jedenfalls ist sie zu simpel. Bei der von mir angesprochenen Abstraktion geht es insb. in der GUI darum, dass dem Nutzer klar wird, wie da was eingestellt wird. Bei der Batterie ist das inzwischen meiner Meinung nach sehr gut umgesetzt: Man kann die Schnittstelle zur Batterie einschalten, und dann wählt man aus, wie mit der Batterie gesprochen wird. Bei VE.Direct heißt der Menüpunkt eben "VE.Direct". Und auch intern heißt alles "VeDirect" oder ähnlich. Dabei will man nun plötzlich, dass VeDirect nur eine spezielle Ausprägung von etwas Abstrakterem ist. Und auch das Abstrakte muss erst mal einen vernünftigen Namen erhalten. Und zwar einen, der beim Hinzufügen der nächsten Technologie nicht wieder veraltet ist. "Charge Controller" passt zum Beispiel nicht. Das ist zwar etwas abstrakter, aber "Solare Leistung aus dem MQTT Broker" ist nicht ein "Charge Controller". Ein Menüpunkt "Solar Power" ist auch doof, wer vermutet denn dort die Einstellungen für den per VE.Direct angeschlossenen Charge Controller? Also wenn du hier einen guten Vorschlag hast wäre das eine großartige Unterstützung.

[sequarell]

Hallo zusammen erstmal.. Ich war hier in dem Projekt noch nciht aktiv, aber möchte mal in der Diskussion mit einsteigen. Ich habe selbst zuhause openDTU onBattery im Einsatz und ich habe für mein Setup im Grunde die selbe Anforderung von @MikeHF80 umgesetzt. Ich habe uach mehrere Laderegler (vier gesamt) und habe die Gesamtleistung auf einem MQTT Topic.
Was @schlimmchen gesagt hat mag im ersten Moment etwas ruppig klingen, ist aber aus SW-Entwicklersicht erstmal richtig. Ich selber habe für meine eigene Installation die Firmware modifiziert, indem ich die VEDirect-Klasse ienfach "ausgehöhlt" habe und dort die Daten von MQTT hole.. ist aber wirklich in der Form für einen Endnutzer absolut nicht zumutbar/brauchbar.
Trotzdem habe ich halt schon einen gewissen Teil der Probleme gelöst und würde das bei Interesse gerne in das Projekt zurückfließen lassen. Meine Zeit ist leider momentan zwar sehr begrenzt, aber ich würde dem Projekt gerne was zurückgeben :)
@schlimmchen Wie würdest Du es sehen: Wenn man die Abstraktion z.B. DC-Input nennt? Dahinter könnten sich dann verschiedenste Laderegler verstecken, egal ob gespeist von Solar, Wind, Netz..

[schlimmchen]

Diese Abstraktion wird es geben, keine Frage. DC-Input ist schwierig, weil der Huawei AC Lader ja im Grunde darunter fallen würde. Ich denke es geht spezieller im "Solarladeregler". Aber jetzt nennst du Wind... Die Benamung ist durchaus knifflig. Nur "Laderegler"?

Natürlich darfst du gerne deine Arbeit präsentieren und einen Pull Request erstellen, dann schauen wir uns das an.

Wenn du deine Victron SmartSolar Laderegler in ein VE.Smart Netzwerk steckst, und einen davon mit der OpenDTU-OnBattery verbindest (sowohl RX als auch TX), dann wird es ab dem nächstes Release die Funktion geben, dass die Netzwerk-Gesamtleistung abgefragt und verwendet wird.

Der Wunsch, sie solare Leistung auch per MQTT abzurufen, ist dann trotzdem noch anzugehen. Das ist auch nicht kompliziert, ich hab nur keine Lust drauf, weil erst die Abstraktion eingeführt werden muss, die entsprechend Zeit braucht.

[sequarell]

ich hab nur keine Lust drauf, weil erst die Abstraktion eingeführt werden muss, die entsprechend Zeit braucht.

Kann ich sehr gut nachvollziehen. Ich hab es wie gesagt für mich auch nur "hingehackt". Im Grunde habe ich eine Anbindung an VenusOS realisiert, dort liegen ja alle relevanten Daten.
Wenn ich beruflich mal Luft habe, werde ich mich hinsetzen und die Fleißarbeit bzgl. der Abstraktionsebene auf mich nehmen..

[Manos1966]

As a side point: You have the Data in IO Broker.

You can control the OPen DTU Power Limiter by sending MQTT commands to it.
Look here:
https://github.com/helgeerbe/OpenDTU-OnBattery/wiki/MQTT#power-limiter-topics

[MikeHF80]

Thanks for the info, but unfortunately this doesn't solve my problem. Since the regulation should remain with OpenDTU on Battery, I only want to send SOC, PV power, etc. to OpenDTU via MQTT. because I feel it is possible to connect the charge controllers and SmartShunt directly to OpenDTU.

[schlimmchen]

@MikeHF80 Did you notice #589?