Internet unavailable
Keep local device links, respect the last valid plan only while it is fresh, then move to a conservative schedule.
System architecture
Responsive control belongs close to the devices. Forecasts, remote access and fleet analysis often benefit from the cloud. A robust home energy system defines the boundary clearly.
Short answer
Device safety stays inside the inverter, battery management system, heat pump or charger. Fast household control runs locally. Cloud data improves the plan, but the most recent valid plan and a conservative fallback remain available in the home.
A product should explain that behavior directly. "Local" and "cloud" are architecture labels, not proof of reliability.
Comparison
| Dimension | Local-first | Cloud-first | Sensible hybrid |
|---|---|---|---|
| Device control | LAN or fieldbus path. | Vendor or cloud-to-cloud API. | Local primary path where supported. |
| Internet outage | Can continue if rules and authentication are local. | New commands may stop. | Cached plan plus local fallback. |
| Forecasts and tariffs | Must be imported and cached. | Easy to aggregate centrally. | Cloud data validated and stored locally. |
| Remote access | Needs a secure remote path. | Usually built in. | Cloud interface with local execution. |
| Privacy | More telemetry can stay at home. | More data may leave the property. | Minimize and document cloud data. |
| Maintenance risk | Local hardware and software need upkeep. | Depends on vendor accounts and service availability. | Both failure domains are tested. |
Three questions
Inside the device, on a local controller or in a remote service?
Through LAN, RS485, Modbus, a vendor gateway or cloud-to-cloud API?
Tariffs, weather, solar forecasts, remote commands or demand-response events?
Failure behavior
Keep local device links, respect the last valid plan only while it is fresh, then move to a conservative schedule.
Mark forecasts and prices invalid after a defined age instead of treating yesterday's data as current.
Devices return to manufacturer-safe behavior and remain manually controllable.
Read back actual state, stop repeating unsafe requests and expose the failure clearly.
GridPassport view
GridPassport uses cloud services where they add real value: forecasts, remote access, software delivery and analysis. The Passport keeps the household coordination layer close to the devices.
That architecture does not make every integration local. Some manufacturers expose only cloud APIs. Compatibility must therefore state the actual path and what happens when it fails.
The conclusion is the same as at the beginning: use local control for the responsive household loop, cloud services for wider context, and test the boundary between them.
FAQ
No. Local control is valuable for responsive device commands and useful operation during an internet outage. Cloud services are well suited to remote access, forecasts and large-scale processing. A robust design often combines both.
Only if its rules, credentials, device connection and required data are actually available locally. The word local by itself is not proof of offline capability.
Time-sensitive functions such as export limiting, peak control and device setpoint changes usually benefit from a local path, while device safety must remain inside the certified device.
Weather, tariff feeds, remote access, software updates and fleet analysis commonly use internet services. A local controller can cache the latest valid plan and use a defined fallback when those inputs disappear.
No. Privacy depends on what data is collected, stored and shared. Local processing can reduce the data that leaves the home, but the product must document its actual data flows.
Sources
Explains why processing closer to edge devices can reduce response time and support autonomous operation.
A European standard covering resilience to outages, secure updates, data protection and clear support expectations for consumer IoT.
Explains that Matter uses local connectivity while internet-connected controllers can still provide remote access.
Public criteria for connected home energy services, device control, user overrides, time-of-use response, privacy and cybersecurity reporting.
Defines HEMS as systems that connect residential energy devices and optimize generation, storage and consumption.