Open naltatis opened 5 months ago
For inverter only (without an battery) there is the extra problem, that many of them go into a power saving mode after sunset and preventing evcc from restarting in the night, see #10972.
Thanks for that description. I add this comment so that this issue can be found by users having that issue as well:
Related log messages, e.g. if eebus wallbox is down during bootup:
cannot create charger
cannot create charger type 'eebus': i/o timeout
FATAL will attempt restart in: 15m0s
I have similar issue with two wallboxes configured in evcc: as soon as one Wallbox is off or offline, then evcc cannot be used anymore for the other wallbox, even though it is online. evcc should be able to start in such case for the wallbox that is in operation. The Workaround to use two different yaml files is not a good WA.
Ich musste leider gerade feststellen, dass dieses Verhalten sehr dringend notwendig wäre.
Bei mir hat sich ein Shelly verabschiedet, der als PV Meter diente. (1 von 2 PV meters) Der shelly wurde über die UI konfiguriert und obwohl das PV Meter rein für die Darstellung dient, Steuerung erfolgt ja via grid meter, startet evcc nicht mehr hoch. Einzige Lösung: löschen der DB Einträge die mit dem PV Meter zusammen hingen.
Auch ein Failsafe Modus startete nicht. Eigentlich sollte der ja bereits vorhanden sein oder? Oder habe ich das falsch verstanden?
Meine PV läuft seit 14 Jahren ohne einen einzigen Ausfall von irgendeiner Komponente. Eine Shelly ist auch eher Bastelware.
Meine PV läuft seit 14 Jahren ohne einen einzigen Ausfall von irgendeiner Komponente. Eine Shelly ist auch eher Bastelware.
Da stimme ich dir zu. Ist auch nur das BKW ;-)
Auch ein Failsafe Modus startete nicht. Eigentlich sollte der ja bereits vorhanden sein oder? Oder habe ich das falsch verstanden?
Failsafe heißt nur, dass evcc alle paar Minuten aufs neue versucht, die Geräte zu erreichen. Funktioniert dabei eines nicht, wird der Start abgebrochen und evcc tut gar nichts - außer den Loop nach ein paar Minuten wieder neu zu beginnen.
Auch ein Failsafe Modus startete nicht. Eigentlich sollte der ja bereits vorhanden sein oder? Oder habe ich das falsch verstanden?
Failsafe heißt nur, dass evcc alle paar Minuten aufs neue versucht, die Geräte zu erreichen. Funktioniert dabei eines nicht, wird der Start abgebrochen und evcc tut gar nichts - außer den Loop nach ein paar Minuten wieder neu zu beginnen.
Sehe ich nicht so. Wenn die ganze config im UI gemacht wird, anstelle der yaml MUSS evcc hochstarten. Sonst kannst du eine kaputte config nie mehr ändern / korrigieren, außer du öffnest die DB mit einem externen Programm und löschst die Einträge raus. Es muss also ein failsafe mode (oder wie auch immer der dann heißt) existieren, damit Änderungen gemacht werden können. Und das ist ja auch irgendwo diskutiert worden und in der Mache, oder so ähnlich.
@umrath @SolarPower2024 Lass uns nicht hier das Thema neu diskutieren. Konkrete Lösungen oder PRs sind natürlich immer willkommen.
Wechselrichter im Powersafe-Mode macht gerade im Winter 16 Stunden am Tag permanent rote Fehlermeldungen in der UI. In meinem Fall startet evcc zum Glück trotzdem.
Ich habe auch einen mobilen charger in evcc drinnen, wenn ich den an/abstecke muss ich derzeit die Config immer neu schreiben und evcc neu starten.
Meine PV läuft seit 14 Jahren ohne einen einzigen Ausfall von irgendeiner Komponente. Eine Shelly ist auch eher Bastelware.
Das ist schön!
Currently, evcc requires all configured devices to be reachable on startup. When this is not the case (e.g. a meter is not responding) evcc will run in a failsafe mode (control loop and many UI features disabled) and automatically restarts every 15min for retry until everything is reachable.
In some scenarios (unreliable hardware, broken devices), this behavior is problematic and requires temporary reconfiguration of evcc (e.g. disable a device) to get back into a functioning state.
To change this, we have to rework how initialization is done and may need to introduce concepts like device health status, per device retry mechanisms, discuss effects on e.g. load balancing, autodetect and visualize the affected parts correctly in the UI (e.g. disable loadpoint controls because a charger is not responding for a longer time).
\cc @andig