O-004·Operation and maintenance / Solar performance and faults
Monitoring portal data
Generation, consumption, export and fault data interpretation.
A monitoring portal turns inverter, battery and meter readings into power-flow diagrams, energy totals, alarms and savings estimates. These values are useful only when their measurement boundary, direction and time interval are understood.
The app is not the billing meter and it is not proof by itself that every sensor is installed correctly.
Power and energy are different
Power is the rate at one moment, normally shown in W or kW. Energy is power accumulated over time, normally shown in kWh.
A live diagram can show the home importing while a daily total still shows net export. Both can be correct. Compare like units and matching time periods.
Portals also update at different intervals. A rapidly changing kettle, cloud edge or EV load can be averaged or appear on one tile before another. Small momentary imbalances do not necessarily represent lost energy.
The energy balance
At a consistent measurement boundary, household demand is supplied by some combination of:
- solar generation
- battery discharge
- grid import
Energy can leave that boundary through:
- household consumption
- battery charging
- grid export
The portal often calculates household consumption from the other measured flows rather than measuring every circuit directly. Any error in grid, solar or battery measurement therefore appears in the calculated load.
Define sign convention before checking arithmetic. One platform may show export and discharge as negative; another uses arrows and positive values for every direction.
Where each value comes from
PV generation normally comes from the solar inverter’s DC or AC measurement.
Battery charge and discharge normally come from the battery inverter or power-conversion system.
Grid import and export come from a control meter or current transformer near the connection point.
Household consumption is commonly derived from those values.
A smart meter measures import and export for settlement according to its own registers and intervals. A separate generation meter can record gross solar output. These devices answer different questions, so their totals should not be expected to match without adjusting for boundary and time.
Why the portal and bill differ
Common reasons include:
- different start and end times
- portal data rounded or sampled more coarsely
- daylight-saving or time-zone errors
- missing communications intervals
- CT or meter accuracy
- battery and inverter standby energy
- portal totals measured on a different side of the inverter
- billing based on validated settlement data rather than a live display
Export is not the same as generation. Solar used immediately in the home is included in generation but does not pass through the export register.
Use meter-register readings or the supplier’s downloadable half-hourly data when checking a bill. Use the inverter portal to understand the energy system. Reconcile them over the same dates rather than comparing one live screen with a monthly statement.
Current-transformer errors
A CT must be on the intended conductor, face the correct direction and be assigned to the correct phase. Common symptoms of an error are:
- export shown when a large load is switched on
- negative or impossible household consumption
- battery charging from the grid when it is meant to absorb surplus
- one phase mirroring another
- totals that fail a simple energy balance
Turn known loads on and off during commissioning and observe the direction and approximate change. On a three-phase system, test each phase.
Do not move a CT around live intake conductors unless authorised and competent to work there.
Missing and delayed data
An offline portal can mean the reporting path has failed while the inverter continues operating locally. Possible breaks include:
- router or Wi-Fi change
- failed communications dongle
- cloud outage
- local network address change
- meter or inverter communications fault
- loss of power to the gateway
Check the equipment’s local screen and physical status before concluding that generation stopped. Some systems buffer readings and upload them later; others leave a permanent gap.
Record whether control schedules are stored locally or depend on a cloud command. A battery may continue its last local schedule during an outage, while dynamic optimisation or remote changes stop.
Cloud and local access
Portal availability depends on the company operating the software, not only the hardware warranty. Ownership, subscriptions, API terms and historic-data retention can change during the equipment’s life.
GivEnergy provides a current example. GivEnergy Ltd, the hardware company, entered administration on 9 April 2026 and ceased trading. As at 22 July 2026, the separate GivEnergy Software Limited remained active. Its FAQ described a free Standard tier for local monitoring and control, with remote access, history, automation and API use in a paid Premium tier.
The software FAQ also said that firmware was generally maintained elsewhere and that future availability was unclear. Continued app operation does not reinstate the failed hardware company’s warranty.
Savings estimates
A portal estimate normally combines measured energy with import and export rates entered by the user. It can be wrong even when the energy data is right.
Check:
- import rate by time period
- standing charges, if the estimate includes them
- export tariff and eligibility
- battery charging source
- whether VAT is included
- start date and contract changes
Avoid treating an app’s lifetime saving as an audited financial record. Preserve bills and tariff documents separately.
Faults and alarms
An alarm code needs its timestamp, operating state and product manual. A historic warning may have cleared; a green homepage can still hide recurring events in the log.
Useful evidence includes:
- exact code and text
- first and last occurrence
- PV, battery and grid values at the time
- firmware version
- recent electrical or network changes
- safe photographs of indicators and labels
Do not repeatedly reset insulation, overvoltage, battery-temperature or communication faults. Preserve the evidence for the installer.
Data ownership and security
At handover, establish:
- who owns the customer and installer accounts
- who can change settings remotely
- whether data can be exported
- local access during an internet outage
- multi-factor authentication or other account protection
- how ownership transfers with the property
- what happens if the service closes
Remove access that is no longer required. An installer may need diagnostic permissions, but a shared personal password is not an acceptable long-term arrangement.
A useful commissioning record
Save a baseline showing:
- meter and CT positions and direction
- phase mapping
- live import and export response
- daily energy balance
- portal, inverter and meter serial numbers
- time zone and clock
- app and local-login ownership
- data export method
That record makes later discrepancies much easier to diagnose without relying on anecdotes or generic percentage tolerances.
Related entries
Applies to
Solar, Battery
Last reviewed
22 Jul 2026