You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
Not especially
Describe the solution you'd like
The docs - quite rightly - suggest changing this setting if there is a potential for a grid disruption eg a storm. However, the behaviour is not what I expected.
When changing this setting to eg 75% then that level is used as a minimum that the SoC will descend to, with three quarters of the battery charge left intact to allow for an expected unexpected event. However, if the current SoC is under 75% then it does not charge to that level. I had expected it would, and suggest that this is reasonable behaviour.
An additional suggestion - the battery setting names are very confusing and very similar. Perhaps this one could be renamed to input_number.predbat_emergency_soc_level (or something similar, which is more descriptive of use than behaviour)?
Describe alternatives you've considered
I did consider input_number.predbat_best_soc_keep and setting input_number.predbat_best_soc_keep_weight to a high level. I remain unclear as to whether this would have the same effect.
Additional context
None
The text was updated successfully, but these errors were encountered:
@springfall2008 I have updated the documentation to explain a bit more the current behaviour of how the min battery reserve works and that changing it doesn't cause the battery to charge.
r/e changing the name of this sensor, it's named based on what it does, it sets the minimum battery reserve level which is GivEnergy inverter terminology. For other non-GE inverters it probably doesn't make as much sense, but it is consistent with its GE heritage. Of course it requires a level of understanding of GE inverter terminology; I'm not sure emergency soc level is as descriptive as to its function. But anyway, for discussion
Is your feature request related to a problem? Please describe.
Not especially
Describe the solution you'd like
The docs - quite rightly - suggest changing this setting if there is a potential for a grid disruption eg a storm. However, the behaviour is not what I expected.
When changing this setting to eg 75% then that level is used as a minimum that the SoC will descend to, with three quarters of the battery charge left intact to allow for an expected unexpected event. However, if the current SoC is under 75% then it does not charge to that level. I had expected it would, and suggest that this is reasonable behaviour.
An additional suggestion - the battery setting names are very confusing and very similar. Perhaps this one could be renamed to
input_number.predbat_emergency_soc_level
(or something similar, which is more descriptive of use than behaviour)?Describe alternatives you've considered
I did consider
input_number.predbat_best_soc_keep
and settinginput_number.predbat_best_soc_keep_weight
to a high level. I remain unclear as to whether this would have the same effect.Additional context
None
The text was updated successfully, but these errors were encountered: