You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
In brief (longer explanation below), when predbat tries to connect to meteoalarm (e.g. internet down), if this fails, then predbat crashes and stops executing the plan.
Took me a bit to work this out, but internet went down earlier today (twice) first time at about 13:28. I was unable to connect remotely and the GivEnergy app and portal showed that there were no updates received after 13:25.
I surmised (correctly) that the internet had gone down.
Looking at the predbat logs I can see it attempts to connect to meteoalarm, fails as the internet is down, crashes, and this process repeats until the internet comes back 2 hours later.
My inverters were left stuck in export and didn't start charging in the power up event at 13:30.
When internet came back at about 15:00 predbat correctly swapped inverters to charging mode.
Expected behaviour
Failure to connect to meteoalarm or indeed any external service including Octopus, Solcast, Github, etc should not be a fatal error. Wherever possible Predbat should continue executing the plan with the latest data it has
Screenshots
GivTCP log shows no activity betweem 13:25 and 15:10
Home Assistant entity state show that HA was connected to the inverters OK, receiving PV power and exporting it, and receiving regular inverter time statii updates. However predbat stuck in force export mode
I don't have the actual plan, but it was to force export up to 13:30, then charge from 13:30 to 16:00 (2 hour power up then Cosy cheap rate), then Demand mode for the peak.
Log file
I'll try to capture the full logfile when I have better internet connection, but screenshots of the error:
The text was updated successfully, but these errors were encountered:
Describe the bug
In brief (longer explanation below), when predbat tries to connect to meteoalarm (e.g. internet down), if this fails, then predbat crashes and stops executing the plan.
Could be similar to #2043
Longer version:
Took me a bit to work this out, but internet went down earlier today (twice) first time at about 13:28. I was unable to connect remotely and the GivEnergy app and portal showed that there were no updates received after 13:25.
I surmised (correctly) that the internet had gone down.
Looking at the predbat logs I can see it attempts to connect to meteoalarm, fails as the internet is down, crashes, and this process repeats until the internet comes back 2 hours later.
My inverters were left stuck in export and didn't start charging in the power up event at 13:30.
When internet came back at about 15:00 predbat correctly swapped inverters to charging mode.
Expected behaviour
Failure to connect to meteoalarm or indeed any external service including Octopus, Solcast, Github, etc should not be a fatal error. Wherever possible Predbat should continue executing the plan with the latest data it has
Predbat version
8.14.4
Environment details
GivTCP 3.04
HAOS 2025.2.5
Gen 1 hybrid inverter x2
Screenshots

GivTCP log shows no activity betweem 13:25 and 15:10
Home Assistant entity state show that HA was connected to the inverters OK, receiving PV power and exporting it, and receiving regular inverter time statii updates. However predbat stuck in force export mode

I don't have the actual plan, but it was to force export up to 13:30, then charge from 13:30 to 16:00 (2 hour power up then Cosy cheap rate), then Demand mode for the peak.
Log file
I'll try to capture the full logfile when I have better internet connection, but screenshots of the error:
The text was updated successfully, but these errors were encountered: