Intégration pluviomètre

Mon problème

Bonjour,
afin de suivre l’évolution de la pluviométrie et l’intégrer sur HA, j’ai suivi ce tuto espagnol : tuto pluviomètre
Maintenant, je coince pour un truc surement tout bête. Il demande d’insérer un code dans la config de HA. Et là j’avoue que mes connaissances sont trop faibles pour le faire sans aide.
Je vous joint une capture d’écran traduite en Français.

Si une âme charitable veut bien m’expliquer où mettre ce code…

Bonjour,
c’est l’integration utility_meter.

La tu as une configuration par yaml, a ajouter dans ton configuration.yaml. Par contre avec la traduction c’est pas bon. C’est comme ca:

utility_meter:
  precipitacion_lluvia_horario:
    name: "Precipitacion Lluvia - Horario"
    source: sensor.esp32_portero_precipitacion_lluvia
    cycle: hourly
  precipitacion_lluvia_diario:
    name: "Precipitacion Lluvia - Diario"
    source: sensor.esp32_portero_precipitacion_lluvia
    cycle: daily
  precipitacion_lluvia_mensual:
    name: "Precipitacion Lluvia - Mensual"
    source: sensor.esp32_portero_precipitacion_lluvia
    cycle: monthly
  precipitacion_lluvia_anual:
    name: "Precipitacion Lluvia - Anual"
    source: sensor.esp32_portero_precipitacion_lluvia
    cycle: yearly

Sinon depuis peu on peu le faire directement du UI dans les entrée ( appareils et services ).

Salut,

C’est marqué/traduit (dans le fichier de configuration.yaml)
Par contre attention, traduire le code c’est pas une bonne idée:

  • les mots clés ne sont pas connus (horaire/quotidien …)
  • les accents dans les ID (précipitations … ) ça pose un souci aussi

Merci à vous deux.
Dons si je comprend bien, j’ouvre « File editor », j’ouvre le dossier « configuration.yaml » et je colle le code ?
ce qui me donne quelque chose comme cela :

Ou alors je comprends vraiment rien ?

C’est pas suffisant

  • name => tu peux te mettre un nom parlant, juste pas mettre d’accent ou d’espaces
  • source => là il faut trouver l’entité qui correspond à TON pluviomètre, si tu gardes celui de l’exemple, tu n’aura jamais de données à cumuler

A priori ca gène pas. J’en ai un comme ça:

monthly_energy_tempo:
  source: sensor.total_energie_importee
  cycle: monthly
  name: Total énergie importée tempo (mois)
  tariffs:
    - pleines-bleu
    - creuses-bleu
    - pleines-blanc
    - creuses-blanc
    - pleines-rouge
    - creuses-rouge

C’est restitué comme ça :

Capture d’écran 2023-10-26 à 22.20.40

1 « J'aime »

Oui
Si effectivement ça marche pour celui là c’est pas toujours le cas partout : autant ne pas prendre de risque ni de mauvaise habitude.
Et puis, ça permet de faire une recherche textuelle, on reste uniforme, et pour l’affichage on privilégie le friendly name

1 « J'aime »

Bonjour.

Je pense que je ne mets pas le code au bon endroit. Du coup, je me suis inspiré du post de WarCOzes et j’ai créé une entrée compteur public et ça à l’air de fonctionner. J’ai mis un pluviomètre gradué à côté du connecté pour voir si il y a un écart. Je vous tiens au courant.

Bonjour Baldu,

Peux tu faire un retour suite à la mise en lace de ton pluviomètre.

Merci d’avance.

Bonjour.
Il fonctionne très bien.
Le seul petit hic, c’est que lors d’orages un peu violents, si le disjoncteur saute, plus de mesure.
J’ai pu constater un écart important sur 1h avec le pluviomètre gradué (de l’ordre de 15/20mm).
Je pense m’orienter sur une alimentation de secours mais je me suis pas trop penché sur le sujet encore.

Bonjour,

J’ai suivi le même tuto, seulement dans la config du wemos ou esp32 il y a

sensor:
  - platform: pulse_counter
    pin: GPIO02
    unit_of_measurement: "mm"
    name: "pluviometre"
    id: rain_gauge
    internal_filter:
      microseconds: 13
    update_interval: 1s
    filters: 
      # Each 0.011" (0.2794mm) of rain causes one momentary contact closure
      - multiply: 0.2794
    accuracy_decimals: 4  
  update_interval: 1s

à chaque bascule de l’auget cela me faisait 60 x 0.2794 mm
Du coup j’ai mis 60s et à chaque bascule ça fait 1 x 0.2794 mm.
Par contre hier et aujourd’hui pas de pluie et pourtant :

j’ai ajouté un PULLUP :

sensor:
  - platform: pulse_counter
    pin:
      number: GPIO02
      mode: INPUT_PULLUP
    unit_of_measurement: "mm"
    name: "pluviometre"
    id: rain_gauge
    internal_filter:
      microseconds: 13
    update_interval: 60s
    filters: 
      # Each 0.011" (0.2794mm) of rain causes one momentary contact closure
      - multiply: 0.2794
    accuracy_decimals: 4  

mais j’ai toujours des déclenchements alors qu’il n’y a eu aucune goutte d’eau :
image

Une idée ?
Pour info, côté matériel rien a été modifié suite au transfert du pluviomètre de Jeedom à HA et qu’il n’y avait pas de rebond quand il était sur Jeedom.

Je suis loin d’être un expert. Je te mets le code que j’utilise si ça peut t’aider.

sensor:
  - platform: pulse_counter
    pin:
      number: GPIO12
      inverted: True
      mode: INPUT_PULLUP
    unit_of_measurement: 'mm'
    name: 'esp32-portero-precipitacion-lluvia'
    update_interval: 1s
    filters:
      - multiply: 0.00548
    accuracy_decimals: 5

Bonjour @Baldu,

Moi j’utilise un Wemos D1 mini pro, si je mets

update_interval: 1s

à chaque bascule de l’auget j’ai 60 fois le coefficient multiplicateur.

Par contre je ne sais pas trop à quoi correspond :

internal_filter:
      microseconds: 13