Ess » History » Revision 12
« Previous |
Revision 12/16
(diff)
| Next »
Micha Kersloot, 14-07-2023 10:08
Ess¶
- Table of contents
- Ess
- EasySolar II
- Pylontech 5000US
Gathered info about the Victron Dynamic ESS algorithm
- The algorithm does consider tomorrow's prices, consumption and PV yield estimates (from the moment tomorrow's prices are published). This is not expressed visually on the graphs because Node-RED implementation is only a proof-of-concept :). But the documentation perhaps should reflect this fact to make it clear.
- It seems you have understood the reason behind why the discharge is always happening: because it is still profitable to do so since it is energy that is present in the battery. It is important to note that the algorithm only works with the future, so what happens in the past (the price at which it charged) is irrelevant because the algorithm only sees it as the available energy in the battery at a given moment.
- The partial charge that happens at 13 when the b_cost is below 0.04 is because it only considers the PV-yield as the profitable energy at that time. Looking at the buy/sell prices of the installation, it is hardly ever profitable to do energy trading using the grid since buy price is greatly higher than the sell price. But PV yield is 'free' in that way. And the reason why the charge/discharge (at 13 and evening) does not happen with prices above 0.05 is because the battery costs of that operation outweighs the earnings you would get from selling it to the grid.
- The reason why the controls do not reflect what you see on the graph is because the system is trying to be conservative with allowing the battery to be idle. Since the forecasts for both consumption and solar yield can be inaccurate and the battery costs are a factor to consider, we have seen that it is best to disallow the battery to be non-idle when its planned usage is below 10% of its charge/discharge capabilities.
- For the hours 1 and 2, the planned battery discharge was below 0.3 (10% of the FB_max) looking at the screenshot you have provided in the original post. In this case the battery is set to be idle in order to be conservative with its usage. But for the hour 3, the planned discharge was above 0.3 hence the battery was not idle (as you can see from the screenshot you posted the last) It is important to note that the decision-making with regards to this conservative usage is made based on the forecasts not what happens in reality in that hour: for hour 2 the usage was actually above 0.3 while for hour 3 it was the opposite.
- For instance, for the first installation screenshots you have provided, the reason why it charges at 11 is because it expects
consumption of around 4 kWh in the hours after and the FG_max is 3.5 kWh, meaning there is a need for battery to meet that 1 kWh in those hours. Hence it plans to discharge till 14. After 14 it starts charging at a high rate because the prices are the lowest at that time. It continues charging till 17, to be ready to meet the consumption needs in the evening where the prices will be more expensive. And then it discharges.
In doing these it never aims to charge fully, because that is not necessarily the most cost-effective way to go according to the algorithm. I hope this provides more context as to how the algorithm functions, if you have any more questions feel free to ask.
EasySolar II¶
ESS #1 means low SOC
Multiplus II¶
GX device¶
seems to be an : Allwinner sun8i Family
https://www.victronenergy.com/live/ccgx:root_access
ESPhome grid meter¶
Using the the following extra software on the GX device to enable mqtt devices to connect to the victron GX and be used as a grid meter:
https://github.com/freakent/dbus-mqtt-devices
Using the following ESPHome alternate P1 meter configuration to send P1 data to the GX device AND to home assistant:
after updating the firmware you seem to need to run the setup.sh script again.
esphome p1meter victron version
GX to Home Assistant¶
To get information from the GX device into home assistant you can use the following HACS addon: https://github.com/sfstar/hass-victron
To get the battery input/output into the energy dashboard you need to split the sensor.victron_system_battery_power into two values with template sensors and add two cummulative entries with the integration platform.
GX Venus OS Large¶
You can update the firmware with a Venus OS Large version. This version includes Node-RED. In the Remote Console, this can be enabled and you can finde node-red on https://venus:1881/
when installing Venus OS Large, you better run
/opt/victronenergy/swupdate-scripts/resize2fs.sh
Pylontech 5000US¶
https://www.victronenergy.com/live/battery_compatibility:pylontech_phantom
Updated by Micha Kersloot over 1 year ago · 12 revisions