Arrêté, car une seule exécution est autorisée à la fois

Bonjour,

Mon problème

Automatisation écrite :
Si la prise NOUS A1Z est désactivée, l’appui court du bouton SONOFF SNZB-01P déclenche l’activation de la prise NOUS A1Z pendant une temporisation de 5mn. A l’issue de cette temporisation, la prise NOUS A1Z est désactivée.

Le problème est que cette automatisation est interrompue de façon aléatoire à la 1ère étape, des fois elle est OK et va jusqu’à la fin et des fois elle est NOK et s’interrompe après la première étape.

Ci-après la Chronologie de l’exécution.

Chronologie de l’exécution :

Déclenché par mqtt topic zigbee2mqtt/Bouton Salle de Bain/action le 21 juillet 2025 à 08:27:11

Tester Prise 220V boucle ECS est désactivé

Arrêté, car une seule exécution est autorisée à la fois le 21 juillet 2025 à 08:27:11 (durée d’exécution : 0.00 secondes) »
<<<

Je ne comprends pas ce qui s’exécute en parallèle ? J’ai modifié l’automatisation en utilisant des triggers (ID), mais ça n’a rien changer.

J’ai lu dans des forums français et anglais sur des PB similaires, par exemple : Un simple test dans automation script qui ne marche comme prevu - #22 par afawaz

Mais je ne vois pas comment peut on identifier deux exécutions en même temps sur mon automatisation qui est on ne peut plus simple et basique, et je suis bloqué.

Donc si quelqu’un peut m’expliquer pourquoi cela arrive ou donner les moyens d’investigation afin de comprendre et remédier à ce problème.

Merci par avance.

Cordialement,
Johndalar

Ma configuration

Home Assistant sur barre metal sur mini PC dédié Lenovo ThinkCentre
Clé SONOFF ZBDongle-E Zigbee2MQTT
Bouton SONOFF SNZB-01P
Prise NOUS A1Z


System Information

version core-2025.6.0
installation_type Home Assistant OS
dev false
hassio true
docker true
user root
virtualenv false
python_version 3.13.3
os_name Linux
os_version 6.12.23-haos
arch x86_64
timezone Europe/Paris
config_dir /config
Home Assistant Community Store
GitHub API ok
GitHub Content ok
GitHub Web ok
HACS Data ok
GitHub API Calls Remaining 5000
Installed Version 2.0.5
Stage running
Available Repositories 2186
Downloaded Repositories 1
Home Assistant Cloud
logged_in false
can_reach_cert_server ok
can_reach_cloud_auth ok
can_reach_cloud ok
Home Assistant Supervisor
host_os Home Assistant OS 15.2
update_channel stable
supervisor_version supervisor-2025.05.5
agent_version 1.7.2
docker_version 28.0.4
disk_total 234.0 GB
disk_used 27.7 GB
healthy true
supported true
host_connectivity true
supervisor_connectivity false
ntp_synchronized true
virtualization
board generic-x86-64
supervisor_api ok
version_api ok
installed_addons Terminal & SSH (9.17.0), Mosquitto broker (6.5.1), Zigbee2MQTT (2.4.0-1), ZeroTier One (0.20.0)
Dashboards
dashboards 2
resources 1
views 1
mode storage
Network Configuration
adapters lo (disabled), enp0s31f6 (enabled, default, auto), docker0 (disabled), hassio (disabled), ztks5suueh (disabled), veth685f689 (disabled), veth1c0c998 (disabled), veth34e296e (disabled), vethd4c31de (disabled), veth185671b (disabled), vetha16902f (disabled), veth20a736c (disabled), veth06aefc2 (disabled)
ipv4_addresses lo (127.0.0.1/8), enp0s31f6 (192.168.111.23/24), docker0 (172.30.232.1/23), hassio (172.30.32.1/23), ztks5suueh (192.168.192.231/24), veth685f689 (), veth1c0c998 (), veth34e296e (), vethd4c31de (), veth185671b (), vetha16902f (), veth20a736c (), veth06aefc2 ()
ipv6_addresses lo
announce_addresses 192.168.111.23, xxxx
Recorder
oldest_recorder_run 24 juin 2025 à 07:35
current_recorder_run 24 juin 2025 à 09:35
estimated_db_size 189.95 MiB
database_engine sqlite
database_version 3.48.0
___

Primo: sans le yaml de ton automatisation, difficile de t’aider et de voir ce qui cloche dans le code

Trois pistes pour moi pour améliorer les choses:

  • La première revoir le code car il y a peut être un bug qui stoppe l’automatisation quelque part (poste le yaml pour voir…).
  • La deuxième sur l’automatisation elle même, tu as plusieurs mode pour un script ou une automatisation dans ton cas le mode « restart » serait peut être adapté
  • La troisième: peut être que l’usage d’un timer serait plus robuste. Ton automatisation déclencherait un timer, alumerait la prise et s’arrêterait. La même automatisation (ou une autre) éteindrait la prise à la fin du timer. Avantage, on peut relancer le timer en cours de route, et en cas de reboot ou autre, l’action de fin de timer est exécutée au redémarrage (il y a des exemples avec détecteur de mvt dans ma presentation si tu veux.)
1 « J'aime »