Deutsch
v1.19.58 Beta 4
Backend-Änderung (Ladeerkennung, Smart System und eBike System 2 mit Live-SoC-Sensor), keine Firmware-Änderungen. Beta 3 (Dashboard-Karte, Issue #90) ist enthalten.
Neu: Ein laufender Ladevorgang übersteht einen Neustart von Home Assistant (Vorschlag aus Issue #89). Bisher ging bei einem Neustart oder Update mitten in der Ladung alles verloren, was vor dem Neustart beobachtet wurde: Eine Ladung von 20 auf 100 %, die bei 60 % unterbrochen wurde, ergab nur 39 % statt 80 %. Jetzt legt die Integration den laufenden Vorgang in einer kleinen eigenen Datei pro Bike ab (.storage/ha_bosch_ebike_charge_inflight_<bike>, wenige hundert Byte, beim Start und Ende sofort und dazwischen höchstens einmal pro Minute geschrieben) und setzt ihn nach dem Start fort:
- War der letzte Anstieg weniger als 30 Minuten vor dem Start, läuft der Vorgang weiter. Ein inzwischen höherer Ladestand zählt mit, ein gefallener beendet den Vorgang am gespeicherten Höchststand.
- Lag der letzte Anstieg länger zurück (bis 12 Stunden), wird der Vorgang direkt vom gespeicherten Höchststand aus abgeschlossen, so wie es der Leerlauf-Timer ohne Neustart getan hätte.
- Ältere, unplausible oder zu einem anderen Live-SoC-Sensor gehörende Reste werden verworfen.
Es wird nichts hochgerechnet: Was während einer längeren Ausfallzeit geladen wurde, wird nicht dazugerechnet. Es wird also höchstens zu wenig gebucht, nie zu viel. Im Log erscheinen dazu zwei INFO-Zeilen („resumed the charge of …“ bzw. „… ended while Home Assistant was down; booked …“).
Außerdem behoben (trat nur zusammen mit diesem Neustart-Fall auf): „Geladene Energie gesamt“ und „Letzte Ladung: Energie“ werden beim Start in beliebiger Reihenfolge wiederhergestellt, ohne dass dabei eine Ladung verloren geht oder doppelt zählt.
Hinweis: Die README-Aussage, ein laufender Ladevorgang werde bewusst nicht rekonstruiert, gilt nicht mehr und wurde angepasst.
English
v1.19.58 Beta 4
Backend change (charge detection, Smart System and eBike System 2 with a live SoC sensor), no firmware changes. Beta 3 (dashboard card, issue #90) is included.
New: a charge in progress survives a Home Assistant restart (suggestion from issue #89). Until now a restart or update in the middle of a charge lost everything observed before it: a charge from 20 to 100 % that was interrupted at 60 % booked only 39 % instead of 80 %. The integration now keeps the running charge in a small file of its own per bike (.storage/ha_bosch_ebike_charge_inflight_<bike>, a few hundred bytes, written immediately when a charge starts or ends and at most once a minute in between) and carries it on after startup:
- If the last rise was less than 30 minutes before the start, the charge carries on. A state of charge that is higher by then counts too, a lower one ends the charge at the stored peak.
- If the last rise was longer ago (up to 12 hours), the charge is closed from the stored peak right away, as the idle timer would have done without the restart.
- Older leftovers, implausible ones and ones that belong to a different live SoC sensor are discarded.
Nothing is extrapolated: whatever was charged during a longer outage is not added. The result can only be too low, never too high. Two INFO lines in the log show which path ran ("resumed the charge of …" and "… ended while Home Assistant was down; booked …").
Also fixed (it only mattered together with this restart case): "Total Charged Energy" and "Last Charge Energy" are restored in any order at startup without losing a charge or counting one twice.
Note: the README statement that a charge in progress is deliberately not reconstructed no longer applies and has been updated.
Nederlands
v1.19.58 Beta 4
Backend-wijziging (laaddetectie, Smart System en eBike System 2 met een live-SoC-sensor), geen firmware-wijzigingen. Beta 3 (dashboardkaart, issue #90) is inbegrepen.
Nieuw: een lopende lading overleeft een herstart van Home Assistant (voorstel uit issue #89). Tot nu toe ging bij een herstart of update midden in het laden alles verloren wat daarvoor was waargenomen: een lading van 20 naar 100 % die bij 60 % werd onderbroken, leverde maar 39 % op in plaats van 80 %. De integratie bewaart de lopende lading nu in een klein eigen bestand per fiets (.storage/ha_bosch_ebike_charge_inflight_<bike>, enkele honderden bytes, direct geschreven bij start en einde en daartussen hooguit eens per minuut) en zet haar na het opstarten voort:
- Lag de laatste stijging minder dan 30 minuten voor de start, dan loopt de lading door. Een inmiddels hogere laadstand telt mee, een lagere beëindigt de lading op de opgeslagen hoogste stand.
- Lag de laatste stijging langer geleden (tot 12 uur), dan wordt de lading direct vanaf de opgeslagen hoogste stand afgesloten, zoals de inactiviteitstimer zonder herstart had gedaan.
- Oudere, onwaarschijnlijke of bij een andere live-SoC-sensor horende resten worden genegeerd.
Er wordt niets geëxtrapoleerd: wat tijdens een langere uitval is geladen, wordt niet meegeteld. Het resultaat kan dus alleen te laag zijn, nooit te hoog. In het log verschijnen twee INFO-regels die laten zien welk pad is gevolgd ("resumed the charge of …" en "… ended while Home Assistant was down; booked …").
Ook opgelost (dit speelde alleen samen met dit herstartgeval): "Totaal geladen energie" en "Laatste lading: energie" worden bij het opstarten in willekeurige volgorde hersteld, zonder dat daarbij een lading verloren gaat of dubbel telt.
Let op: de README-uitspraak dat een lopende lading bewust niet wordt gereconstrueerd, geldt niet meer en is aangepast.