En fait tout fonctionne correctement, avec cette config… En relisant ce post, je me suis rendu compte d’une erreur de config de mon capteur ‹ Pluie Heure › (le capteur d’entrée n’était pas le bon…)Le screen est le bon…
Dans l’attente de confirmation que c’est OK de ton coté également
@SebCaps , merci pour les infos, j’essaye !
Connais tu la syntaxe pour le module RTL_433 (hors docker) mais en version module complémentaire pour rajouter le protocol 200 ?
Si j’ajoute protocol 200 dans mon fichier de conf, je me retrouve qu’avec celui la ! .
Salut,
Désolé, je n’ai pas cette installation et ne peut donc répondre précisément.
Les seuls éléments que j’ai à partager sont:
dans mon setup (rtl_433 docker), pour ajouter le protocole 200, j’ai du spécifier en plus les 2 protocoles que j’utilise (73, 12) en utilisant l’option -R (cf ici ),
j’aurai préféré simplement l’ajouter à la liste des protocoles par défaut (comme toi si j’ai bien compris), mais au final ça doit réduire la charge nécéssaire au décodage (ressources CPU…) et de manière certaine le bruit dans les logs (pas hyper pertinent de capter toutes les sonde de mes voisins / les capteurs de pressions de pneu…)
→ je pense que le 200 doit suffire si tu ne souhaite monitorer que cette station
@SebCaps oui je suis d’accord avec toi sur l’inutilité d’avoir tous les protocol activés, je trouve la procédure pour ajouter un protocol lourds par rapport à docker, car en rajoutant un protocol en dehors de la conf par défaut, il faut rajouter tous ceux dont tu as besoin !
C’est en place, pas suffisamment de pluie pour l’instant … pour un avis. Pour ma part j’ai créer d’autres utility_meter .(jours , semaines)
Par contre je trouve la portée du capteur très limité , souvent des pertes de liaisons , mais bon vu le prix
Bonjour à tous
La valeur retournée par le pluviomètre est en nombre de bascules du système à mon avis, en cumul depuis, heu, je sais pas… Donc il faudrait connaître la quantité d’éau que représente une bascule. Dès que j’ai fait la mesure, je vous dis quoi