v1.19.36b1 (Beta)

Deutsch

Event bei neuer Fahrt. Sobald eine abgeschlossene Tour zum ersten Mal in einer Abfrage auftaucht, wird ha_bosch_ebike_new_activity ausgelöst, genau einmal pro Fahrt. Die Nutzdaten sind flach und bereits in den Einheiten der Sensoren (Strecke in km, Dauer in Minuten, Ø- und Höchstgeschwindigkeit, Höhenmeter, Kalorien, Trick-Daten), ein Template muss also nicht rechnen. Beim ersten Einrichten der Integration passiert das bewusst nicht für die bereits vorhandene Historie. Dazu gibt es ein fertiges Blueprint new_activity.yaml mit optionaler Mindeststrecke.

Trick-Check-Sensoren. Für Räder, deren Touren tatsächlich Trick-Daten liefern, entstehen fünf neue Sensoren zur letzten Fahrt: Sprünge, Manuals, Stoppies, Wheelies (Zustand ist die Anzahl, maximale Weite/Dauer/Höhe bzw. Winkel als Attribute) sowie die maximale Sprunghöhe in Metern als eigener Sensor, damit sie sich über die Zeit auftragen lässt. Meldet dein Rad keine Trick-Daten, werden die Sensoren gar nicht erst angelegt.

Ladevorgangs-Zusammenfassung. Die Bosch-Cloud kennt "Laden" nicht, sie meldet nur den Ladestand zur letzten Synchronisierung. Wer die ESPHome-LDI-Bridge betreibt, bekommt jetzt den Sensor Letzte Ladung: Energie in Wh, mit Start- und End-Ladestand, Dauer, Zeitstempeln und Anzahl der Signalausfälle als Attribute. Ein Ausfall der Bridge beendet einen Ladevorgang nie, er wird nur mitgezählt, denn genau das war die Ursache der Fehlmessungen aus Issue #68. Gemeldet wird immer der Höchststand, nicht der letzte Messwert. Der Sensor übersteht einen Neustart von Home Assistant und funktioniert auch mit eBike System 2.

Intern. Die vorhandene Testsuite und ein neuer Struktur-Prüfer für die sieben Karten-Übersetzungen laufen ab sofort bei jedem Push in der GitHub-Action, statt nur lokal.

English

New-ride event. The first time a finished ride shows up in a poll, ha_bosch_ebike_new_activity fires, exactly once per ride. The payload is flat and already in the units the sensors use (distance in km, duration in minutes, average and top speed, elevation gain, calories, trick data), so a template does not have to do any arithmetic. Rides that already existed when you set the integration up deliberately do not fire it. A ready-made blueprint new_activity.yaml with an optional minimum distance ships with it.

Trick Check sensors. Bikes whose rides actually carry trick data get five new sensors for the latest ride: jumps, manuals, stoppies, wheelies (state is the count, with maximum distance, duration and height or angle as attributes) plus maximum jump height in metres as its own sensor, so it can be plotted over time. If your bike reports no trick data, the sensors are not created at all.

Charge session summary. The Bosch cloud has no notion of charging, it only reports the state of charge as of the last sync. Anyone running the ESPHome LDI bridge now gets a Last Charge Energy sensor in Wh, with start and end state of charge, duration, timestamps and a count of signal dropouts as attributes. A bridge dropout never ends a charge, it is only counted, because that is exactly what caused the wrong readings in issue #68. What gets reported is always the peak, not the last reading. The sensor survives a Home Assistant restart and works with eBike System 2 too.

Internal. The existing test suite plus a new structural checker for the seven card translations now run in the GitHub action on every push, instead of only locally.

Nederlands

Event bij nieuwe rit. Zodra een afgeronde rit voor het eerst in een opvraging verschijnt, wordt ha_bosch_ebike_new_activity afgevuurd, precies één keer per rit. De payload is plat en al in de eenheden die de sensoren gebruiken (afstand in km, duur in minuten, gemiddelde en topsnelheid, hoogtemeters, calorieën, trickgegevens), zodat een template niet hoeft te rekenen. Ritten die al bestonden toen je de integratie instelde vuren het bewust niet af. Er is een kant-en-klare blueprint new_activity.yaml met een optionele minimumafstand.

Trick Check-sensoren. Fietsen waarvan de ritten echt trickgegevens bevatten krijgen vijf nieuwe sensoren voor de laatste rit: sprongen, manuals, stoppies, wheelies (de toestand is het aantal, met maximale afstand, duur en hoogte of hoek als attributen) plus de maximale spronghoogte in meters als eigen sensor, zodat die over de tijd uitgezet kan worden. Meldt je fiets geen trickgegevens, dan worden de sensoren helemaal niet aangemaakt.

Samenvatting van de laadbeurt. De Bosch-cloud kent "laden" niet, hij meldt alleen het accuniveau op het moment van de laatste synchronisatie. Wie de ESPHome-LDI-bridge draait, krijgt nu de sensor Last Charge Energy in Wh, met begin- en eindniveau, duur, tijdstempels en het aantal signaaluitvallen als attributen. Een uitval van de bridge beëindigt een laadbeurt nooit, hij wordt alleen meegeteld, want precies dat veroorzaakte de verkeerde metingen uit issue #68. Gemeld wordt altijd de piek, niet de laatste meting. De sensor overleeft een herstart van Home Assistant en werkt ook met eBike System 2.

Intern. De bestaande testsuite en een nieuwe structuurcontrole voor de zeven kaartvertalingen draaien voortaan bij elke push in de GitHub-action, in plaats van alleen lokaal.