New H1-6.0-E-G2-WL clips PV output to BMS Max Charge Current when battery is force charging
Posted: Mon Jan 19, 2026 1:36 pm
Hi - here's my scenario - any help most appreciated!
Hardware as per signature below.
Current firmware at (date of posting) is :
Inverter:
Master : 1.47 (1.51 requested and in Fox ESS queue for real-time updates)_
Slave : 1.04
Manager : 1.33 (1.35 requested)
Integrated datalogger : 2.06 (2.08 requested)
Batteries:
Master 2.008 (2.012 Requested)
Slave : 1.15
Issue :
Scenario 1 : When system is set to self use ALL solar generation is used first for battery top up, second for house load, and third for export - as expected.
Scenario 2 : When an automation kicks in (via Home Assistant Modbus Control but the same issue happens with Mode Scheduler) to set the battery force to charge (HA automation so that when Intelligent Octopus Go rate is £0.07 which can happen/change at varying times throughout the day as Octopus manage the cheap slots), any excess PV generation is CLIPPED to whatever the BMS has set the max charge current to (this is, obviously, dependent on factors such as temperature and SoC as well as available PV generation) as opposed to being used for house load (at least!) and then any further excess being exported.
My EV Charger is "upstream from" and "invisible to" the inverter so that's not an issue.
HA is setting Registers 44000 = 1, 44001 - 65534 and 44002 to 60536 to start a force charge and 44001 = 0 to stop a force charge. I took advice from the integration author (TonyM 1958 integration in use which supported H1 - G2 inverters before the Nathan Marlor integration did) for this and if the values need changing can anyone please advise?
What I believe should happen :
When the battery is set to force charge (by whatever means) any excess PV generation over that being after that used by the BMS is then used for house load first and then any further excess is exported.
I'm currently losing several KWh of PV generation per day even in January!
Is this “intended” firmware behaviour or an error – or can it be changed in a future release if Fix ESS agree and there's no other reason why not?
Martin Rimmer at Fox ESS won't, of course, advise on external remote control but I don't think that's the underlying issue and recommended I post here/ask @will for advice too...
Hardware as per signature below.
Current firmware at (date of posting) is :
Inverter:
Master : 1.47 (1.51 requested and in Fox ESS queue for real-time updates)_
Slave : 1.04
Manager : 1.33 (1.35 requested)
Integrated datalogger : 2.06 (2.08 requested)
Batteries:
Master 2.008 (2.012 Requested)
Slave : 1.15
Issue :
Scenario 1 : When system is set to self use ALL solar generation is used first for battery top up, second for house load, and third for export - as expected.
Scenario 2 : When an automation kicks in (via Home Assistant Modbus Control but the same issue happens with Mode Scheduler) to set the battery force to charge (HA automation so that when Intelligent Octopus Go rate is £0.07 which can happen/change at varying times throughout the day as Octopus manage the cheap slots), any excess PV generation is CLIPPED to whatever the BMS has set the max charge current to (this is, obviously, dependent on factors such as temperature and SoC as well as available PV generation) as opposed to being used for house load (at least!) and then any further excess being exported.
My EV Charger is "upstream from" and "invisible to" the inverter so that's not an issue.
HA is setting Registers 44000 = 1, 44001 - 65534 and 44002 to 60536 to start a force charge and 44001 = 0 to stop a force charge. I took advice from the integration author (TonyM 1958 integration in use which supported H1 - G2 inverters before the Nathan Marlor integration did) for this and if the values need changing can anyone please advise?
What I believe should happen :
When the battery is set to force charge (by whatever means) any excess PV generation over that being after that used by the BMS is then used for house load first and then any further excess is exported.
I'm currently losing several KWh of PV generation per day even in January!
Is this “intended” firmware behaviour or an error – or can it be changed in a future release if Fix ESS agree and there's no other reason why not?
Martin Rimmer at Fox ESS won't, of course, advise on external remote control but I don't think that's the underlying issue and recommended I post here/ask @will for advice too...