Cumulative PV numbers?
Posted: Fri Feb 02, 2024 5:31 am
So, as well as the current instantaneous power values in W, the inverter maintains cumulative since-manufacture transfer values in units of 0.1kWh.
Those are kept for: PV generation, battery charge, battery discharge, grid export, grid import, inverter output, inverter input and load.
Charge/discharge, export/import and output/input are separately measuring the two directions of energy flow at the same points. PV and load only have a single direction. Usually. Further, I can imagine that charge/discharge, output/input and PV are measured directly within the inverter so ought to be fairly accurate. Export/import are from the CT which as previously pointed out suffers from measurement loss over a long CT cable run. Load is the odd one out as it can't be directly measured (usually), so must be being calculated as something like output+import-input-export, which means it suffers the same inaccuracy as the import/export figures. There is also a hidden value in here: loss due to the power required to power the inverter itself. I only calculate instantaneous for that, but assume it can be calculated as pv+discharge+input-output-charge.
It appears to be a well-known undocumented fact that most of these values can be retrieved from the cloud using the variable names:
charge: "chargeEnergyToTal"
discharge: "dischargeEnergyToTal"
export: "feedin"
import: "gridConsumption"
output: "generation"
input: "input"
load: "loads"
But I can't find anywhere any reference to a variable for PV. Note that "generation" isn't it: that really is inverter output and includes battery discharge (and losses).
I've seen an integration try to calculate it as (load+charge+export-import-discharge) but that very badly undercounts by anywhere from 5-30% and the cumulative error gets worse over time. It's not even monotonic! I experimented with (output+charge-input-discharge) and (output-discharge) but they provide no better values.
I *know* that the inverter tells the cloud this number, *please* tell me there's a named variable to get it back out...?
Those are kept for: PV generation, battery charge, battery discharge, grid export, grid import, inverter output, inverter input and load.
Charge/discharge, export/import and output/input are separately measuring the two directions of energy flow at the same points. PV and load only have a single direction. Usually. Further, I can imagine that charge/discharge, output/input and PV are measured directly within the inverter so ought to be fairly accurate. Export/import are from the CT which as previously pointed out suffers from measurement loss over a long CT cable run. Load is the odd one out as it can't be directly measured (usually), so must be being calculated as something like output+import-input-export, which means it suffers the same inaccuracy as the import/export figures. There is also a hidden value in here: loss due to the power required to power the inverter itself. I only calculate instantaneous for that, but assume it can be calculated as pv+discharge+input-output-charge.
It appears to be a well-known undocumented fact that most of these values can be retrieved from the cloud using the variable names:
charge: "chargeEnergyToTal"
discharge: "dischargeEnergyToTal"
export: "feedin"
import: "gridConsumption"
output: "generation"
input: "input"
load: "loads"
But I can't find anywhere any reference to a variable for PV. Note that "generation" isn't it: that really is inverter output and includes battery discharge (and losses).
I've seen an integration try to calculate it as (load+charge+export-import-discharge) but that very badly undercounts by anywhere from 5-30% and the cumulative error gets worse over time. It's not even monotonic! I experimented with (output+charge-input-discharge) and (output-discharge) but they provide no better values.
I *know* that the inverter tells the cloud this number, *please* tell me there's a named variable to get it back out...?