Inverter Model Details
Brand: Solis
Model Number: S6-EH1P-8K-L-PLUS
Connection Type: Modbus TCP via ESPHome bridge (acting as transparent gateway)
Integration version: 4.1.5
Model option selected: S6-EH1P
Connection option selected: S2_WL_ST
has_ac_coupling: true
🐛 Bug Description
AC Coupling Total Active Power and the associated daily/monthly/yearly generation sensors report 0 continuously, including during strong solar generation. SolisCloud's flow diagram shows real-time non-zero AC-coupled output (2.704 kW live, 12.61 kWh daily yield) at the same moment.
🔄 To Reproduce
Configure solis_modbus with model S6-EH1P, has_ac_coupling: true, connected via ESPHome Modbus TCP bridge
Observe AC Coupling Total Active Power / generation sensors during active solar generation while grid-connected
Compare against SolisCloud's live AC Coupled reading for the same timestamp
Expected behavior
AC Coupling power sensors reflect actual live generation, matching SolisCloud.
Actual behavior
Sensors report 0 at all times tested.
Debug log (raw register read, confirms this is not a decode/multiplier issue):
Group 34496 starting for (192.168.1.180.1)
Read Input Registers: register = 34496, count = 2
block 34496, register 34496 has value 0
block 34496, register 34497 has value 0
All other sensor groups (battery, grid, AC voltage/current) read correctly via the same connection at the same time — isolated to this register group only.
Possible explanation (not yet confirmed)
Per Solis's own documentation on the AC Coupling smart-port feature (SolisCloud Remote Control Settings guide), this feature is described as an off-grid management function, active only when grid and generator are both disconnected. If registers 34496/34497 are tied to that specific off-grid control telemetry rather than general AC-coupled metering (SmartMeter2 , PV inverter , ID:002 in the Solis metering solution below), a 0 reading while grid-connected may be expected behavior — in which case this would be a documentation/labeling issue (the sensor name implies general metering) rather than a data bug. Raising as a bug since the sensor name and lack of any clarifying note led me to expect live data; happy to have this reclassified if that's the case.

Inverter Model Details
Brand: Solis
Model Number: S6-EH1P-8K-L-PLUS
Connection Type: Modbus TCP via ESPHome bridge (acting as transparent gateway)
Integration version: 4.1.5
Model option selected:
S6-EH1PConnection option selected:
S2_WL_SThas_ac_coupling: true🐛 Bug Description
AC Coupling Total Active Powerand the associated daily/monthly/yearly generation sensors report0continuously, including during strong solar generation. SolisCloud's flow diagram shows real-time non-zero AC-coupled output (2.704 kW live, 12.61 kWh daily yield) at the same moment.🔄 To Reproduce
Configure solis_modbus with model
S6-EH1P,has_ac_coupling: true, connected via ESPHome Modbus TCP bridgeObserve
AC Coupling Total Active Power/ generation sensors during active solar generation while grid-connectedCompare against SolisCloud's live AC Coupled reading for the same timestamp
Expected behavior
AC Coupling power sensors reflect actual live generation, matching SolisCloud.
Actual behavior
Sensors report 0 at all times tested.
Debug log (raw register read, confirms this is not a decode/multiplier issue):
All other sensor groups (battery, grid, AC voltage/current) read correctly via the same connection at the same time — isolated to this register group only.
Possible explanation (not yet confirmed)
Per Solis's own documentation on the AC Coupling smart-port feature (SolisCloud Remote Control Settings guide), this feature is described as an off-grid management function, active only when grid and generator are both disconnected. If registers 34496/34497 are tied to that specific off-grid control telemetry rather than general AC-coupled metering (
SmartMeter2 , PV inverter , ID:002in the Solis metering solution below), a 0 reading while grid-connected may be expected behavior — in which case this would be a documentation/labeling issue (the sensor name implies general metering) rather than a data bug. Raising as a bug since the sensor name and lack of any clarifying note led me to expect live data; happy to have this reclassified if that's the case.