On voit que la prise s’est bien activée lors du passage de 44.xx à 45.xx à 7:39:52 (d’ailleurs excellente réactivité car c’est exactement la même heure entre le passage du seuil d’humidité et l’activation de la prise).
Mais je ne comprend pas pourquoi elle se désactive à 7:56:41…
Je ne vois qu’une évolution de l’humidité à 7:54:15 qui passe de 45.18 à 45.32 … Mais 86s de réactivité me semble beaucoup et surtout la valeur reste au dessus de 45.00.
La seule variation proche de 7:56:41 reste le capteur de contact qui a son link_quality qui passe de 40 à 42 à 7:56:40 ??? mais pourquoi cette donnée aurait fait modifier l’automatisation alors que je n’ai aucune condition dessus ???
(j’ai vérifié, le capteur de contact n’a pas changé de valeur entre 7:30 et 8:00, il est resté à Fermé.)
En fait le problème vient de tes conditions et du cas default.
Le code que tu as se déclenche sur tous les changements d’humidité en dehors de la valeur 45.
Ensuite, tu vérifie si la valeur est au dessus de 45 et si la prise est éteinte et si la fenêtre est fermée.
Et le fait que tu ai mis le cas défaut, au prochain changement d’humidité, ça éteint car cas par défaut…(la prise étant déjà allumée…)
Je modifierai demain, mais comme toujours avec toi, ça doit être ça
Comment tu fais pour avoir cette carte avec les entrées et la sortie de ton automation ?
C’est vachement pratique plutôt que de passer par les outils de Dev
Oui, pour la mise au point, je passe directement par des input_*.
Ce n’est qu’après avoir vérifié le fonctionnement que je bascule sur les entités de production.
Cela a le mérite d’être indépendant des mises à jour des entités et de rester sur son canapé pour faire tests sans devoir aller ouvrir une fenêtre ni allumer une prise…
D’où ma phrase hier :
Il est préférable de faire la mise au point sur des entités créées, plutôt que les entités cibles finales.
Mais lorsque je modifie le switch Fenêtre ou que j’augmente ou baisse la valeur de l’Humidité le switch Déshumidificateur ne bouge pas.
Il me manque quelque chose …
Tu as mis quel code ? car aucune raison que cela ne fonctionne pas chez toi si ça fonctionne chez moi, à moins de se tromper dans les affectations.
Pour la mise au point, je ne passe pas par le YAML pour créer les entités mais directement par l’interface graphique car ce n’est que de la mise au point et cela évite de devoir redemarrer, idem pour les automatisation, je les mets au points dans Lovelace.
Je vais finaliser l’automation en Prod et vendredi prochain, je rédiges un tuto sur « Comment tester vos automations via des entités virtuels ». Je pense que ce tuto pourra intéresser pas mal de personne pour pouvoir débugger l’automation sur laquelle il bosse. T’en penses quoi ?
Si tu as des solutions pour débugger pas-à-pas une automation, je suis preneur pour le tuto.
Désolé mais je pourrais pas avant vendredi car je profites que je suis en chômage partiel les vendredis pour les gros chantier sur la domotique
Un grand merci à toi, j’en apprend de plus en plus sur HA et surtout les automations grâce à toi, MERCI !
Pour la mise mise au point, une seul et unique action (au lieu de faire des input_*) la notification persistent :
en passant par Lovelace, pas besoin forcément de l’id de notification
C’est ce que je fais du moins, cela permet de tester en créant seulement les entrées. Et ensuite, après la mise au point, on peut les laisser dans la prod quelques temps pour voir…
Mais si on ne veux pas être surchargé de notifications (uniquement dans Lovelace) , alors passer par un input_text à la place afin de profiter de l’historique de l’entité.