v1.2.4

Fixes #1

1.2.3

[1.2.3] - 2026-07-12

Corrigé

• Récupération automatique après une perte de signal : quand elle passait « hors de portée », l'intégration attendait la prochaine interrogation régulière (jusqu'à une heure) au lieu de réessayer rapidement. Après un redémarrage tombant pendant un bref trou de signal, la sonde pouvait ainsi rester bloquée sur « hors de portée » jusqu'à un rechargement manuel de l'intégration. Elle réessaie désormais toutes les minutes tant qu'elle est hors de portée et raccroche la mesure en une minute environ, exactement comme le faisait le rechargement manuel.

1.2.2

[1.2.2] - 2026-07-12

Corrigé

• Auto-récupération du signal Bluetooth : la disponibilité se basait en dur sur un indicateur interne piloté par les rappels Bluetooth de Home Assistant. À signal faible, cet indicateur pouvait rester bloqué sur « hors de portée » (l'événement de perte se déclenchait sans que l'événement de retour ne le réarme), figeant la sonde en out_of_range jusqu'à un rechargement manuel de l'intégration, alors même que des trames d'advertisement fraîches continuaient d'arriver. La disponibilité se fonde désormais sur la dernière trame réellement reçue, si bien que l'intégration se rétablit d'elle-même au cycle suivant. Test de non-régression ajouté.

1.2.1

[1.2.1] - 2026-07-11

Corrigé

• Lecture de la sonde dès son retour en portée (après un redémarrage de Home Assistant ou une perte de signal) au lieu d'attendre le cycle d'interrogation suivant, qui pouvait laisser jusqu'à une heure sans mesure fraîche.
• Le capteur RSSI temps réel repasse à indisponible à la perte de signal, au lieu de conserver la dernière valeur affichée.
• lsi_status renvoie l'état « inconnu » standard de Home Assistant quand l'indice de Langelier n'est pas calculable, au lieu d'une valeur d'énumération réservée.
• Validation des seuils ORP comparée en flottant : des bornes ORP non entières ne sont plus tronquées puis rejetées à tort.
• Robustesse : estimate_free_chlorine gère les entrées manquantes, le coordinator se nettoie complètement à l'arrêt (plus de fuite de timer de rafraîchissement au rechargement de l'intégration), et le dépassement de la file de notifications BLE est réellement intercepté.

Modifié

• bleak et bleak-retry-connector retirés des requirements du manifest : ils sont déjà fournis et épinglés par la dépendance bluetooth de Home Assistant. Évite tout risque de mise à niveau de la pile Bluetooth partagée par l'ensemble de Home Assistant.
• Réorganisation interne du code : l'intégration, jusque-là concentrée dans un __init__.py de près de 1200 lignes, est découpée par responsabilité en modules (coordinator, ble, parser, store, flow_schema, sensor_entities, helpers) et la liste des capteurs devient une table déclarative. Aucun changement de comportement, meilleure lisibilité et maintenabilité.

Ajouté

• Tests couvrant le rafraîchissement de rattrapage, la disponibilité du capteur RSSI, la table de specs des capteurs et le cycle de vie du drapeau de lecture.

Première release du fork `cgrard/ha-flipr-local`

Tout le mérite de l'intégration d'origine revient à l'auteur amont.

Points clés depuis la 1.1.0 :

• Recyclage de la passerelle WiFi Flipr en proxy Bluetooth ESPHome (docs/esphome-proxy.md), avec correctif de coexistence WiFi/BLE de l'ESP32-C6 (scan continu qui figeait la pile BLE en out_of_range) et automation « watchdog » de redémarrage.
• Jauge de batterie fidèle : courbe de décharge Li-SOCl2 (Saft LS26500) au lieu du pourcentage linéaire.
• Fiabilité BLE (mode de synchronisation non perdu pendant une interrogation, intervalle de scan appliqué immédiatement, capteur RSSI maintenu en pause, timers de retry) et robustesse des flux de configuration/options.
• Corrections de traductions (NL, PT-BR, CS, PL, RU, DA, ZH).
• Suite de tests (unitaires et d'intégration mockés) avec intégration continue, couverture d'environ 80 %, et refactorisations sans changement de comportement.
• Documentation entièrement en français.

Détail complet dans le CHANGELOG.