Polarys

Home Assistant : une automatisation ne se déclenche pas

Une automatisation ne fait rien : lire sa trace pour savoir si elle n'a pas démarré, s'est arrêtée sur une condition ou a échoué sur une action.

Informations vérifiées en . Ce contenu cite des éléments qui évoluent : vérifiez auprès de la source avant toute décision engageante.

Problème

Une automatisation de Home Assistant qui devrait allumer une lumière, envoyer une notification ou fermer un volet ne fait rien, ou seulement une fois sur deux. Le réflexe est de la réécrire à l'aveugle. Or Home Assistant garde une trace de chaque exécution, qui dit précisément ce qui s'est passé : l'automatisation n'a jamais démarré, elle a démarré puis s'est arrêtée sur une condition, ou elle est allée jusqu'à une action qui a échoué. Trois pannes différentes, trois corrections différentes.

Solution recommandée

Ouvrir la trace avant de modifier quoi que ce soit. S'il n'existe aucune trace au moment attendu, l'automatisation n'a pas démarré : le problème est dans le déclencheur, ou elle est désactivée. Si une trace existe et s'arrête sur une condition, c'est la condition qui bloque. Si la trace va jusqu'à une action en erreur, c'est l'action. Pour séparer les deux moitiés du problème, lancer les actions à la main : si elles fonctionnent ainsi mais pas en conditions réelles, la panne est dans le déclencheur ou dans une condition, jamais dans l'action.

Matériel & outils

L'interface de Home Assistant : Paramètres, Automatisations et scènes, puis la trace de l'automatisation ; l'outil des états (Paramètres, Outils, États) pour lire l'état réel d'un appareil ; les journaux (Paramètres, Système, Journaux)

Étapes

1. Ouvrir l'automatisation dans Paramètres, Automatisations et scènes. Si l'éditeur indique qu'elle est désactivée, la réactiver : c'est la cause la plus simple, et elle arrive après un essai ou une importation 2. Ouvrir ses traces. Chaque exécution récente y figure, avec son déclencheur en tête et un graphe des étapes. Les traces ne sont conservées qu'un temps : provoquer la situation, puis regarder tout de suite 3. Aucune trace au moment attendu : le déclencheur n'a pas eu lieu. Un déclencheur réagit à un changement, pas à un état déjà atteint : une automatisation « quand la porte s'ouvre » ne fera rien si la porte était déjà ouverte au moment de l'enregistrer, tant qu'elle ne s'est pas refermée puis rouverte. Vérifier aussi que l'appareil du déclencheur n'a pas été renommé ou remplacé, ce qui laisse l'automatisation attendre une entité qui n'existe plus 4. Comparer l'état attendu par le déclencheur à l'état réel, dans Paramètres, Outils, États. Un capteur de porte qui rapporte « on » et « off » ne déclenchera jamais une automatisation qui attend « ouvert ». Le texte doit correspondre exactement à ce que l'appareil rapporte 5. Une trace qui s'arrête sur une condition : cliquer sur la condition dans le graphe, le détail de l'étape montre pourquoi elle n'est pas passée. Les causes habituelles sont une plage horaire mal réglée, une condition de présence alors que personne n'est enregistré comme présent, ou plusieurs conditions qui doivent toutes être vraies alors qu'une seule suffisait 6. Une trace marquée comme arrêtée parce qu'une seule exécution est permise : l'automatisation tournait encore quand le déclencheur suivant est arrivé, et le mode par défaut ignore ce nouveau départ. C'est courant avec une automatisation qui contient une attente. Changer son mode pour qu'elle redémarre ou se mette en file, selon ce qu'on attend 7. Une trace en erreur sur une action : cliquer sur l'action, le détail donne l'erreur. Le plus souvent, l'appareil visé est indisponible ou a été renommé. Réparer l'appareil d'abord, l'automatisation suivra 8. Lancer les actions à la main depuis l'éditeur de l'automatisation, ce qui exécute les actions sans déclencheur ni condition. Si elles fonctionnent, la panne est forcément dans le déclencheur ou une condition : revenir aux étapes 3 à 6 9. Si l'automatisation n'apparaît même pas, consulter Paramètres, Système, Réparations, puis les journaux : une automatisation mal configurée peut ne pas avoir été chargée du tout

Coût estimé

0 €. Tout se fait dans l'interface de Home Assistant.

Limites

Ne couvre pas l'écriture d'automatisations avancées ni les modèles (templates) : la fiche aide à lire ce qui se passe, pas à concevoir une logique complexe. Ne traite pas les automatisations importées de la communauté au-delà de la lecture de leur trace. Si l'appareil visé est lui-même indisponible, la panne est dans l'appareil : la fiche « Home Assistant : un appareil est indisponible » la traite. Les noms de menus évoluent d'une version mensuelle à l'autre.

Erreurs fréquentes

Attendre qu'une automatisation réagisse à un état déjà atteint, alors qu'elle ne réagit qu'à un changement : la porte ouverte avant l'enregistrement ne déclenchera rien. Réécrire l'automatisation sans avoir ouvert sa trace, ce qui remplace une cause connue par une cause nouvelle. Saisir l'état attendu tel qu'on le lit dans l'interface (« Ouvert ») au lieu de l'état réel que l'appareil rapporte (souvent « on »). Ajouter une attente dans une automatisation sans changer son mode, puis s'étonner que les déclenchements rapprochés soient ignorés.

Alternatives

Pour vérifier une automatisation sans attendre la situation réelle, la tester en lançant ses actions à la main, puis en provoquant le déclencheur une fois (ouvrir la porte, allumer la lampe). Pour une automatisation importante, lui ajouter une notification en première action le temps de la mettre au point : on sait ainsi à chaque fois qu'elle a démarré. Le cours sur Home Assistant au quotidien, quand il sera publié, détaillera la logique des déclencheurs, conditions et modes.

Besoin d'un accompagnement personnalisé ?

Cours 1:1, conseil de solution, ou simplement une question précise - contacte-moi directement.

À lire ensuite

Sur le même thème, pour aller plus loin.