Confused about TOU periods and forcible charge to SoC level

[ehsjoar]

Hi Guys,

If I have the following TOU periods:

00:00-05:00/12345/-  # Allow discharge from midnight to 5 AM weekdays.
08:00-23:59/12345/-  # Allow discharge from 8 AM to midnight weekdays.
00:00-23:59/67/-     # Allow discharge throughout the weekend.

and I call forcible charge to a SoC level at 5 AM on a Monday, will it go ahead
and charge the batteries then? If it does, will that make changes to my TOU
settings?

Finally, during the period 5 AM till 8 AM, what happens if there is a power outage? Will I run on batteries, or is the TOU setting preventing that? I am asking that due to the language on https://github.com/wlcrs/huawei_solar/wiki/Time-of-Use-control:

Also note, that when no TOU period is set, your battery may still be charged by surplus PV energy, but will not charge from AC, nor discharge to support your power usage.

Cheers,

// Jonas

[ehsjoar]

So it turns out I can't set it. When trying in Home Assistant (HASS Yellow) I get:

Could not retrieve Huawei Solar device associated with ID 435817406ac37d49341050a13b13a1fb

This happens independently if I pick "Batteries" or "Battery 1".
My setup is an EMMA-NS2561208665, Inverter SUN2000-10K-LC0, 3 battery packs (LUNA2000-5KW-C0), and a SmartGuard-63A-S0.

I guess I will open an issue here on GitHub.

[ehsjoar]

More confusion.
Looking at Developer Tools -> States:
(sensor.ap_livingroom_batteries_tou_charging_and_discharging_periods)

It says the state is in '2'

Then the "State attributes (YAML, optional)" section has the following:

Period 1: 00:00-06:00/1234567/+
Period 2: 08:00-22:00/1234567/-
icon: mdi:calendar-text
friendly_name: Batteries TOU charging and discharging periods

So I wonder if this represents the current setting of TOU. If so, Huawei Solar does not follow it. I know for a fact that it is happy to use the batteries for power consumption at 7 AM in the morning. The above suggests that it is not allowed (unless I am missing something).

[ehsjoar]

Okay, some clarifications. On my system I had to use EMMA as the target for the TOU. Then it worked. I also decided to skip the forcible charge to a SoC level part and instead have an automation that sets the grid_charge_cutoff_soc. This should do the trick. I will report back.

[ehsjoar]

Another update.

I order to get TOU working you have to change the ESS Control Mode (under EMMA) and set it to TOU. Then it works. My problem right now is that, while the grid_charge_cut_off (under Inverter in HASS, and I can only find it under Battery in Huawei Portal) can be changed, it does not change the behavior. I have put it to 35% but the batteries always charge up to 50%. This defeats the purpose as my plan all along was to be able to set this dynamically. If it will be a sunny day => charge to 35% while it is cheap to survive the expensive period till the sun is baking. If it will be a cloudy day => charge up to 100% while it is cheap. No cigar there yet though. It almost feels like the EMMA is overriding this somehow but I cannot find any configurable parameter on the EMMA to set it.

[ehsjoar]

Okay, that issue with the grid_charge_cut_off seems to have been sorted. Not exactly sure what happened. One theory I have is that I set it to 35% before I enabled TOU. When I moved it to 30% it started working, and it is working at 35% too.