Goodcall thanks, I will try that
In HA, I have the following three sensors:
Sigen Inverter PV1 - Flat Roof Daily Energy
1.725130
Sigen Inverter PV2 - Main House Daily Energy
5.132067
Sigen Inverter Daily PV Energy
6.410000
The problem is that they donāt add up right.
If I add PV1 and PV2 I get 6.857197
On Sigenergy, it reports 6.41.
Is this just me, or is it incorrect for everyone?
I have three DC-coupled PV arrays, and the sum of the individual arrays does not add up to the PV total output.
I suspect the individual arrays are reporting the DC power output but the total is reporting PV output after conversions (DC to battery, AC to load/grid).
e.g. yesterday:
I have just had my sigenergy system installed and iām getting started with using HA. Iāve had modbus enabled and can see all the entities coming through. I wanted to try and re-create the Sanke card from app - i can get the figures for each of the elements (pv, battery grid etc.) but I couldn;t see an entity or a way to try and calculate what percentage is going where. i.e how much of the pv is going to battery, grid or load or how much grid import is going to battery, load. Has anyone managed to reproduce the Sanke diagran like the app?
Also i have seen a few github pages from people who managed to recreate the house with all the value but i couldnāt get that working at all. Not sure if its because it still in dev or if anyone has a yaml i can use to reproduce it.
I configured the energy tab too but again not sure if i did it right! so any help on which entities i should be setting up on that would also be really appreciated
Any help or screenshots of how people are using HA to show the Sig kit would be really appreciated!
Oh really - there isnāt one in mineā¦ iāll see if there is a setting iām missing maybe
It was introduced in the 2025.8 version of HA Core. Are you up to date?
You can also install one on your own dashboard:
I have a sigenstore EC 25.0 TP. I am able to get past the timeout issue, by disabling the modbus and clicking save and then reenabling modbus and clicking save.
Unfortunately I am unable to read any register address and always get Modbus exception 2: Illegal data address (register not supported by device)
No response from Sigen on this after 1 week!
@Oliv4nder Did you find any answer to this behavior? Iām trying to do similar thing to set the export of the battery to 0 while only charging with solar power.
Nope have not found any answer, I updated the sigen to the latest firmware and latest integration yesterday and experimented today. Now it seems to work accordingly to my wishes. But since it have been working before I dont want to say its fixed yet. I will test it for the next week and report back with the results.
Had a read through but canāt find anything - just had a system installed, got it running into HA nicely - is there any way to see the current (pun not intended) grid export limit that is set by the network? They call it Flexible Exports - where the limit can go between 1.5kW and 10kW depending on the status/need of the grid at the time.
In the mySigen app, it looks like this value is available under Grid Service > and then a handful of messages with āMaximum Grid Export Active Powerā.
I canāt see any related sensors in HA though thereās a bunch of disabled ones, none of the names seem to match and Iām not super keen to start enabling stuff just in case!
EDIT: Also just to confirm Iām using the right sensors in Energy:
Grid Consumption: Sigen Plant Total Imported Energy
Return to grid: Sigen Plant Total Exported Energy
Grid power: Sigen Plant Grid Active Power
Solar production: Sigen Plant Total PV Generation
Battery systems: Sigen Plant Total Charged Energy of the ESS / Sigen Plant Total Discharged Energy of the ESS / Sigen Plant Battery Power
Weird iām on the latest version and donāt have it. Must a config iām missing or something :s
I reckon this changed at some point for me, in late Nov 2025. Was working and then stopped. Scratched my head for weeks. Had Sigenergy tell me all was good, and then eventually that Modbus had been temporarily disabled for all systems just to get me off their back. Then read your post and found the issue as I use an IoT VLAN.
Noting this is a few months on, is there now any way to have Time Based Control re-activated once HA remote EMS is deactivated?
Not automatically. You would have to manually do so via the MySigen app.
Thanks for the quick response. Iāll have a crack at setting up my current app run time based controls all within a HA automation.
Let us know how it goes.
For us the default operating mode is self consumption, so switching off Remote EMS mode works well but it would be good if we had the choice of which mode to use. Itās not an option available via modbus so not much the integrations can do about it.
Got it setup & tested for a few days now, HA is now managing better than the app previously was, awesome!
Fairly simple automation for time based imports & exports or self consumption (to maximise Glowbirds ZeroHero plan). I have it exporting at my limit if battery is over 70%, or 0.3kW if under 70% to ensure 0 import during the high FIT time window and the get the zerohero credit.
Will have a think about how to optimise the discharge rate threshold, maybe using a solar forecast entity to determine dynamic a threshold.
Is it possible to control the smart port using the integration? Iād have a go at managing my hot water more efficiently than just on a timer base.
I donāt see a smart port control option in my set up (Iām using Sigenergy2MQTT), that does not mean itās not possible, just that such a control entity does not exist for me. It does report smart port power and energy.
The native Sig app does provide for some level of control beyond a basic timer.
I have our water heaterās booster element connected to the smart port and set for basic timer operation (11AM-2PM) to use the free energy period if the solar thermal heating hasnāt done its thing.
I use forecast entities for solar PV as well as household demand assessment as inputs for the charge and discharge control automations. I have Node Red flows doing the strategy assessment, then HA automations enacting on the outputs of those flows.
Is it any better than using a straightforward logic youāve applied? Perhaps, but not by much I suspect. We can go a long way down the rabbit hole with this stuff!