Sauf qu’il changent régulièrement les ID de station dans mon coin, et si on en fait pas de capture d’écran ou collecte de données, on n’a plus ces informations.
J’ai déjà été confronté par 3 fois à ca en 8 années.
Mais ça ne te dispense pas (si tu veux créer des alarmes ou notifications) de rechercher, pour la station que tu traces, quel niveau ou débit correspond à ta cote d’alerte.
Soit parce que tu connais une date de crue (et donc le niveau ou débit associé) où celà à eu une incidence personelle (débordement, pont coupé, jardin inondé, etc…)
Soit la plus haute crue connue si tu n’as jamais été inondé…
Je l’avais redémarré en effet.
Pour le recorder je n’ai rien ajouté rien retiré, je me suis basé sur cette information comme quoi par défaut c’était intégré, et que pour modifier cette intégration il fallait en effet ajouter des éléments dans configuration.yaml. Je n’ai donc pas touché au fichier de configuration.
En capture d’écran l’état de deux sensors dont celui qui m’intéresse en particulier.
Sauf si tu as exclu quelque chose.
As tu touché au recorder ou pas du tout?
si tu n’as touché à rien, c’est bon, c’est inclu par defaut.
si tu as modifié ton recorder, il est possible que ton entité soit exclue
(mais normalement tu n’aurais pas non plus de recording sur les 2 derniers jours… donc le recorder est une fausse piste désolé).
J’ai une autre piste :
Comment visualise tu cette donnée?
Avec le graph historique ou avec une carte (genre mini graph card au hasard?)
Attention, certaines cartes (comme mini graph card) n’affichent pas les long term statistics…
Pas d’inquietude, c’est encore plus simple que ça !
Tu n’as ajouté state class measurement qu’il y a 2j… donc ça n’enregistre ces données que depuis 2j…
Il va falloir attendre encore 8j pour voir apparaitre les données de stat d’il y a deux jour en bleu clair…
J’avais cru que ton recorder était de 2J et que donc tu ne visualisais pas les données d’il y a 2J.
Ton recorder est à 10j (par défaut) donc tant qu’il a toutes les données, il les affiches, il basculera sur les données long terme (en bleu clair) après 10J (cf ma capture d’écran au dessus)
Depuis fin mai / début juin, vigicrues ne répond plus aux requêtes. Par contre, hubeau qui n’avait pas mes stations d’intérêt les a maintenant… mais avec une autre organisation json (mm, l/s pour les échelles …)
Bonsoir,
Celà doit dépendre des stations. Je n’ai rien touché et ma carte de suivi est toujours active, avec les dernières valeurs qui semblent à jour.
Bonjour
De mon côté, les valeurs de débit et de hauteur ne sont plus récupérées par HomeAssistant depuis plusieurs jours.
Je n’ai rien modifié dans les scripts.
J’ai juste effectué les diverses mises à jour de HA.
Toutefois, si je teste l’URL d’appel à l’API de hubeau, les valeurs sont bien présentes dans la réponse.
Je ne vois pas d’où peut provenir le problème.
Si tu utilises Vigicrue, l’adresse a changé.
Il faut remplacer - resource: "https://www.vigicrues.gouv.fr/rss/?CdEntVigiCru=XXXX"
par - resource: "https://www.vigicrues.gouv.fr/territoire/rss/?CdEntVigiCru=XXXX"
et ne pas oublier de redémarrer HA.
Etrange. En effet, les valeurs semblent bien être dans l’url qui est bien à jour.
As-tu essayé de récupérer les données d’une autre station pour voir?
Par exemple, ci-dessous mon code qui fonctionne toujours:
sensor:
- platform: rest
name: Débit Seine Paris Austerlitz
unique_id: debit_seine_Paris_Austerlitz
scan_interval: 1200
resource: https://hubeau.eaufrance.fr/api/v1/hydrometrie/observations_tr?code_entite=F700000103&size=1&pretty&grandeur_hydro=Q&fields=date_obs,resultat_obs,continuite_obs_hydro
value_template: "{{ (((value_json['data'][0]['resultat_obs']) | int / 1000 ) | round ) }}" # l en m3/s
unit_of_measurement: "m³/s"