J’ai lu cette doc
En fait, ce n’est pas très clair
Est ce que cela met la valeur lu en DB et la place dans un sensor
Ou est ce que cela lit la valeur d’un sensor dans la DB de HA
J’ai du mal à déterminer
J’ai essayé de faire un accès à une DB externe, mais la validation de la config me fout dehors
Effectivement, nodered peut le faire, mais le but étant de comprendre le fonctionnement pour ne pas systématiquement passer par nodered si je peux éviter de rajouter des étapes
Je suis en déplacement et c’est un peu compliqué de mettre le code maintenant
Mais je fais ça demain soir en rentrant
En fait, il y a pleins de paramètres à prendre en compte (qui sont peut-être tous faux)
Node red me permet d’envoyer des requête HTTP à mes commandes actuelles
Il me permet provisoirement de lire des valeurs dans la DB, mais je suis obligé de mettre un « inject » avec une boucle pour lire les valeurs suffisamment souvent
D’où une question dont la réponse me permettra d’orienter mon choix : si un sensor lit sa valeur dans une DB, quelle est la réactivité de HA pour mettre à jour la valeur de ce sensor ?
En gros, HA lit il m’a valeur en DB à intervalles réguliers (parametreable ou non?) où est il capable de lire en cas de changement de la valeur ?
De plus, il est toujours bon de connaître le fonctionnement de HA (lorsque j’apprends, j’aime bien aller au bout des choses maîtriser le sujet et surtout, comprendre ce que je fait)
C’est pour cela que je pose beaucoup de questions
Et pour le moment, (et il n’y a aucune raison que ça change) je trouve ce forum génial
Nombreux d’entre vous m’ont accordé beaucoup de temps (c’est ton cas Clemalex)
D’autres m’on même accordé du temps au téléphone
Alors que je ne suis partis vous que depuis quelques jours
Hello
Personnellement je me poserai la question de faire remonter les informations directement dans ha (genre mqtt) plutôt que de passer par une base mais c’est pas le sujet du moment
Oui si tu ajoute une répétition de déclenchement, à l’intervalle que tu configure
On est bien d’accord que c’est nodered qui va chercher la valeur… Autrement dit savoir que la valeur à changé, ça impose forcément d’aller la lire dans tous les cas avant…
par exemple, je pilote ma piscine avec un Raspberry
pour l’etat de la pompe, il y a 4 possibilité : arret, programmé, forcé ou hors gel
je suis obligé de stocker l’etat de fonctionnement dans un DB pour que, en cas de coupure d’electricité et d’un arret TOTAL des installations, le meme etat soit repris au redemarrage
si ces valeurs sont en RAM ou volatile, il n’y a pas de reprise a l’état initial
Moi plutôt que de lire en base je ferai pousser l’information au démarrage et à chaque changement par le pi, via mqtt.
Comme ça tu as pas besoin de lire x fois dans une base un truc qui va pas changer si souvent…
pas bete
donc, tu ne fait une lecture QUE lorsque la valeur change?
c’est ça
Je ne maitrise pas MQTT (pas encore)
Et encore, au demarrage, tu lis la valeur, tu la pousse via MQTT aux periphriques en ayant besoin
en cas de changement, tu pousse la nouvelle valeur et tu l’ecris en DB pour un prochain redemarrage
c’est ça?
Mqtt c’est ni plus ni moins qu’un message poussé par ton pi.
Tu ajoutes juste la création et l’envoi du message à chaque changement d’état du pi et c’est tout. Tu gardes l’existant dans ta base comme avant sans rien faire de plus.
Côté HA ça crée automatiquement un sensor. Tu affiche ce sensor etc… Pas de lecture à faire, pas de refresh, pas de base en plus
dommage
ma base My SQL existe deja sur un serveur MySQL dedié
et elle est deja grandement utilisé pour ma domotique
j’aurais voulu continué a l’utilisé
je vais passer par un étpe supplémentaie en utilisant un noeud Node Red, mais j’aurais preferé eviter