-
-
Notifications
You must be signed in to change notification settings - Fork 511
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Implementation of zero feed-in (Nulleinspeisung) for multiple inverters based on mqtt topics within OpenDTU #815
Comments
This can be done different ways... I will be happy if there is also included issue #681 which is about setting inverters to power set by "persistent limit" when MQTT disconnect to prevent to much power go to grid... Some country's have limit 600W, some 800W some users want 0W... So for For example when we have 3 inverters and set "persistent limit" on each of them 200W max possible total output when MQTT stop working or when inverrters reboot will be 600W. When MQTT reconnect inverters will start increasing/decreasing "non persistent limit" to get "power_consumption" MQTT topic as close as "target_value" ... |
There are already solutions available which realise this by running on an external system: https://github.com/reserve85/HoymilesZeroExport An addition, there is a fork of OpenDTU which is adds functionality to charge a battery in favour of exporting to the grid, but it can also be used without a battery for setting the inverter limits for zero export. The downside is that currently only one inverter is supported: https://github.com/helgeerbe/OpenDTU-OnBattery |
Yes zero export can be done by using shelly script or some homeassistant automation... But it will be nicer if OpenDTU can do it itself... Without any other software/device involved... OpenDTU-OnBattery is not option if support only one inverter... But none of this solutions will not solve issue #681 when network/server do not work... |
Are there any working HA automations? I found only Python scripts or node-red stuff for this issue, but it seems much easier to integrate directly in Home Assistant. If you have any links / addon / integration let me know. |
I didn't install my solar system yet but I think that in HA Automation this can be done easy... Depend of how complicated system do you want to have... There are many different setups so each configuration will be different... |
Hi, openDTU integration to HA is done easily after having
Afterwards all devices and entities appear "magically" in HA :-) Additionally I have an ESPHome based reader at the IR interface of the main power meter. That way I know among others the total actual incoming/outgoing current (<5€ if soldering yourself - here it is a REALLY very simple task). With such everything is available in principle for close-to-zero-feed-in (there will alway be some delay from measuring to regulating the actual current to ~0 netto. Which I do not do, yet, as I do not yet have a battery in place where the remaining current could go to. At the moment I just generate some notification on out mobiles in case we are not consuming our "Balkonkraftwerk" pv current - to start then e.g. the washing machine (just done again). |
Hi jstammi, super, hört sich sehr gut an und Home Assistant läuft bei mir seit einigen Tagen auf einem Fujitsu Mini-PC. Eine Solarsteckeranlage und die wirklich klasse OpenDTU natürlich auch. Für Neueinsteiger, wie mich, sind aber die Begrifflichkeiten in den Masken oft unklar und verwirrend. Könntest Du bitte ausgefüllte Screenshots von der MQTT Maske in OpenDTU und die relevanten Masken in Home Assistant (Moskito?) einstellen. Das würde mir helfen, die Sache zu verstehen. Sozusagen als Anschub. |
Hi jstammi, die Verbindung von OpenDTU zu Home Assistant hab ich gestern noch bekommen, die Übergabe läuft. War nur ein Berechtigungsproblem. Wie Du schon geschrieben hast, läuft automatisch. Einfach genial gemacht, danke an die Entwickler. Schön wäre natürlich, wenn das Setzten des jeweiligen Limits direkt automatisch von OpenDTU gemacht würde, nachdem mqtt den Wert direkt vom z.B. "hichi ir wifi tasmota Lesekopf" per wifi angeliefert hat. Dann wäre da nicht noch ein fragiles Automatisierungssystem und weitere Hardware dazwischen. Die stabile Funktion ist einfach zu wichtig. |
Perfect. I am on vacation, so I could not really help last days (still ongoing ;-)). For the zero feed-in: E.g. my power meter provides it's power value at >1Hz AFAIS. Does it make sense to set a new limit at such rate? By today I expect that there is needed some model specific heuristic of how to update the limit. And such would make it IMHO much more complicate to implement than it may seem. |
I think its not so easy, the value can't be set too often - the limit value should be the same for X minutes and the limit should be only updated if the avg of the last X minutes (maybe other value) is too high...otherwise it would be possible that the limit is updated every 5s and I would say this wouldn't be good for the inverter lifetime. |
Das Limit wird in "non persistant" geschrieben. Dann wird nichts auf der Hardware des inverters gespeichert. Es gibt auf GitHub und Discord einige Berichte von Leuten, die es schon mit unterschiedlichen Ansätzen realisiert haben. https://discord.com/channels/984173303147155506/1051985890219663430 Am einfachsten und übersichtlichsten wird es vermutlich ausschließlich mit mqtt sein. Ich habe auch noch keinen digitalen Stromzähler, den ich auslesen kann, will erst nächstes Jahr anmelden. Schönen Resturlaub. |
@juergen-weber @DejanBukovec please double check the Dynamic Power Limiter (DPL) function in the daughter project OpenDTU-OnBattery. I have described a possible PM+DPL setup with a Shelly Pro3EM as Power Meter (PM) here in issue #272. |
Around half year ago I switch to AhoyDTU which work better in my case with 3 HM-800 inverters. After that I never switch back to OpenDTU and try if issues are fixed... I have plan use one DTU per inverter to speed up zero-export function and then I will maybe switch back to OpenDTU. Half year ago I develop Zero export ESP32 based device which can read data from several meters(Shelly, MQTT, HomeAssistant) and also use dedicated solar sensors and offer option to use it on 1 phase or 3 phase grid and regulate zero export per phase... |
Thanks for your response. Interesting to hear that you are solving the ActivePowerLimit update interval constraint using more hardware (TM) / multiple DTUs. Let us wait for the OP @juergen-weber to reply. |
Is your feature request related to a problem? Please describe.
no
Describe the solution you'd like
Due to the regulations that apply to the power grid market, a zero feed-in function seems to be essential for power grids. At the very least, such a function may reduce the administrative nightmare of registration.
Power meters like the Shelly EM3, which is widely used in the DIY scene, publish the current power flows via mqtt. Together with the inverter numbers collected by OpenDTU, a zero power function can be created.
Challenging is the support of a zeo feed-in function for multiple inverters.
Describe alternatives you've considered
Implemention of zero feed-in functionality within systems like Home Assistant.
Additional context
No response
The text was updated successfully, but these errors were encountered: