Skip to content

v1.17.2 - Reichweiten-Schätzung (Estimated Range)

Choose a tag to compare

View all tags
@Xunil99 Xunil99 released this 10 Jun 13:36
v1.17.2
f1896a5

🇩🇪 Deutsch

Neu: Reichweiten-Schätzung

Zwei neue Sensoren pro Bike schätzen die Reichweite aus deinem tatsächlichen Verbrauch (distanzgewichteter Durchschnitt über die letzten ~500 km Tour-Historie):

  • Geschätzte Reichweite (voller Akku) – Akkukapazität ÷ Ø-Verbrauch (Wh/km). Rein aus Cloud-Daten, immer verfügbar.
  • Geschätzte Reichweite (aktuell) – aktueller Akkustand × Kapazität ÷ Ø-Verbrauch. Erscheint, wenn in den Integrations-Optionen der Live-Akkustand-Sensor der ESPHome-Bridge verknüpft ist, und aktualisiert sich sofort bei Akkustand-Änderungen.

⚠️ Das ist eine Schätzung, keine Garantie. Die tatsächliche Reichweite hängt stark von Unterstützungsmodus, Topografie, Wind, Temperatur und Akkuzustand ab. Die Berechnungsgrundlage steht in den Sensor-Attributen (wh_per_km, tours_used, window_km). Bei weniger als 3 Touren bzw. 30 km Verbrauchsdaten bleiben die Sensoren leer.

Weitere Änderungen

  • Übersetzungen greifen jetzt: Einige Sensoren zeigten immer englische Namen, obwohl Übersetzungen vorhanden waren. Behoben – deutsche und niederländische Anzeigenamen erscheinen jetzt korrekt. Dadurch ändern sich zwei englische Anzeigenamen leicht („Service Due In Kilometres" → „Service Due In Kilometers", „Maintenance Items Due" → „Maintenance Overview"). Entity-IDs und Automationen sind nicht betroffen.
  • Options-Änderungen wirken sofort: Nach dem Speichern der Integrations-Optionen lädt die Integration neu (z. B. erscheint der neue Reichweiten-Sensor direkt nach dem Verknüpfen des Live-Sensors – ohne HA-Neustart). Beim Speichern werden die Aktivitäten einmal neu importiert, wie bei einem Neustart.
  • Robustere Verarbeitung ungültiger Akkustand-Werte (NaN-Schutz).
  • README-Abschnitt zur Reichweiten-Schätzung in allen sechs Sprachen.

🇬🇧 English

New: Range estimation

Two new sensors per bike estimate the range from your actual consumption (distance-weighted average over the last ~500 km of tour history):

  • Estimated range (full battery) – battery capacity ÷ average consumption (Wh/km). Cloud data only, always available.
  • Estimated range (current) – current state of charge × capacity ÷ average consumption. Appears when the live battery sensor of the ESPHome bridge is linked in the integration options, and updates immediately when the state of charge changes.

⚠️ This is an estimate, not a guarantee. Actual range depends heavily on assist mode, terrain, wind, temperature and battery age. The underlying numbers are exposed as sensor attributes (wh_per_km, tours_used, window_km). With fewer than 3 tours or 30 km of consumption data the sensors stay empty.

Other changes

  • Translations now apply: some sensors always showed English names even though translations existed. Fixed – German and Dutch display names now appear correctly. As a side effect, two English display names change slightly ("Service Due In Kilometres" → "Service Due In Kilometers", "Maintenance Items Due" → "Maintenance Overview"). Entity IDs and automations are not affected.
  • Options changes take effect immediately: saving the integration options now reloads the integration (e.g. the new range sensor appears right after linking the live sensor – no HA restart needed). Saving re-imports the activities once, same as a restart.
  • More robust handling of invalid state-of-charge values (NaN guard).
  • README section about the range estimation in all six languages.

🇳🇱 Nederlands

Nieuw: actieradius-schatting

Twee nieuwe sensoren per fiets schatten de actieradius op basis van je werkelijke verbruik (afstandsgewogen gemiddelde over de laatste ~500 km tourhistorie):

  • Geschatte actieradius (volle accu) – accucapaciteit ÷ gemiddeld verbruik (Wh/km). Alleen clouddata, altijd beschikbaar.
  • Geschatte actieradius (actueel) – actueel accuniveau × capaciteit ÷ gemiddeld verbruik. Verschijnt wanneer de live-accuniveausensor van de ESPHome-bridge in de integratie-opties is gekoppeld, en wordt direct bijgewerkt bij wijzigingen van het accuniveau.

⚠️ Dit is een schatting, geen garantie. De werkelijke actieradius hangt sterk af van ondersteuningsmodus, terrein, wind, temperatuur en accuconditie. De onderliggende cijfers staan in de sensorattributen (wh_per_km, tours_used, window_km). Bij minder dan 3 tours of 30 km verbruiksdata blijven de sensoren leeg.

Overige wijzigingen

  • Vertalingen werken nu: sommige sensoren toonden altijd Engelse namen, hoewel vertalingen bestonden. Opgelost – Duitse en Nederlandse weergavenamen verschijnen nu correct. Als bijeffect veranderen twee Engelse weergavenamen licht ("Service Due In Kilometres" → "Service Due In Kilometers", "Maintenance Items Due" → "Maintenance Overview"). Entity-ID's en automatiseringen worden niet beïnvloed.
  • Optiewijzigingen werken direct: na het opslaan van de integratie-opties wordt de integratie herladen (de nieuwe actieradius-sensor verschijnt bijv. direct na het koppelen van de live-sensor – geen HA-herstart nodig). Bij het opslaan worden de activiteiten eenmalig opnieuw geïmporteerd, zoals bij een herstart.
  • Robuustere verwerking van ongeldige accuniveau-waarden (NaN-beveiliging).
  • README-sectie over de actieradius-schatting in alle zes talen.
Assets 2
Loading