Replies: 5 comments 2 replies
-
@springfall2008 @gcoan Could I grab your sights when you have a second on this before I apply and test it please? |
Beta Was this translation helpful? Give feedback.
-
The example apps.yaml is basically the 'minimum viable product', i.e., the absolute minimum required to get the inverter working with predbat. Regarding charge_freeze_service and discharge_freeze_service Personally I feel that discharge_freeze_service is quite important - this allows you to export PV directly, without storing it into the battery first (which causes both efficiency losses and unnecessary battery cycling). Does your inverter have a mode which can do this? On the Fox inverters, it is 'feed-in first', which does house load first, export second, and battery last (if the export limit has been reached). I got the charge_freeze_service working a couple of nights ago - for this one I used a mode on the Fox inverter called 'back-up', which will charge if the current battery SoC is below the 'minimum SoC on grid' setting on the fox inverters, and then I set the predbat reserve_soc to be the number.min_soc_on_grid in the apps.yaml (so that predbat can set the reserve as needed). So similarly, does your inverter have a mode similar to this? |
Beta Was this translation helpful? Give feedback.
-
Thanks both. I'm travelling for work this week, so I will have a play when I get home. I think I'm going to write some BDD patterns for the different modes and check back with you as a I have a few queries over the behaviour that predbat will expect so I can then see if the SE battery can be configured that way. |
Beta Was this translation helpful? Give feedback.
-
On SE, there's no way to implement a Freeze Discharge that I've found, in the way you can on some other inverters. If you set the inverter to Charge from Clipped Solar Power it will NEVER use the batteries to power the house, so in the event that load>PV you will end up importing from the grid. If you set a Charge/Discharge maximum rate then that applies to both AC and DC, which means excess PV is lost. There's no way of setting a target Max SoC As a result, I have disabled it with |
Beta Was this translation helpful? Give feedback.
-
I've had a play and must be doing something wrong as it's throwing errors in the predbat log. Do I need to set
|
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
I went digging to try to work out how to do this after SE put a battery pause (for charge and discharge) in their app. Based on a conversation over at the SE modbus integration github, it seems that through the integration you can change the charge and discharge rates.
Given this, I believe that the following would be needed. Before I make the change and set predbat loose could someone in the know confirm this might be all I need to give predbat the ability to do it, or if I've missed something obvious? Thank you.
FYI I wasn't sure which is more optimal to have just a modified start and stop service, or also to deploy the
charge_freeze_service
anddischarge_freeze_service
. Also do I needdischarge_stop_service
given there isn't one in the current apps.yaml file?Beta Was this translation helpful? Give feedback.
All reactions