Juste pour bien comprendre :
Quand la porte ou la fenêtre est ouverte, tes entités passent à Vrai, puis si tu redémarre et que la porte ou la fenêtre est toujours ouverte tu as False tant que tu la ferme pas et que tu l’ouvre à nouveau ?
Effectivement, c’est étrange, cela voudrais dire que le modèle n’est pas interprété au démarrage…
Peut être ajouter un homeassistant.update_entity comme action dans une automatisation avec comme déclencheur le démarrage de HA…
trigger:
- platform: homeassistant
event: start
C’est une idée comme ça… Si tu veux la tester rapidement, tu ouvre la porte, tu redémarre, tu va dans les outils de développement et tu lance le service update_entity sur l’entité de ta porte et tu vérifie qu’il s’est mis à jour…
Les template binary_sensor ne gardent pas leur état au reboot de HA, c’est comme ça… Leur état est « recalculé » par rapport au contenu du value_template.
Or il arrive que l’état termine à off ou on car toutes les entités de la partie value_template n’ont pas retrouvées leur état « normal » ou « nominal » (peuvent être none ou unavailable par exemple)
La solution que j’ai trouvé dans mon cas a été d’utiliser l’option delay_on et de mettre à 1 minute (pas d’impact dans mon cas). Ainsi au reboot+1min toutes les entités que j’utilise sont disponibles avec leur bon état et le binary_sensor ne fait pas n’importe quoi (il reste à off au lieu de passer a on au redémarrage puis off 15 à 30s plus tard)
Dans ton cas, il faut effectivement utiliser l’option MQTT retain
merci pour vos réponses
je galère pour créer un un binary_sensor avec la clé retain sur tamosta
topic envoyer : stat/test/ETAT3
message mqtt reçu de tamosta : {"POWER3":"1"} ou {"POWER3":"0"}
mon code bêtement recopier de la doc HA