Besoin d’aide pour Dahua VTO état du sensor open door
C’est mon premier post sur le forum, je vous prie donc de m’excuser d’avance, si celui-ci n’était pas dans « les règles de l’art ».
Je viens de JEEDOM et je découvre HA avec enthousiasme…
Actuellement les deux assistants tournent en parallèle.
J’ai un portier Dahua VTO (DHI-VTO2211G-WP) qui fonctionne très bien avec l’intégration sous HA de « Dahua » et « Dahua VTO ».
tout semble fonctionner parfaitement :
Alexa dit « quelqu’un sonne » lorsque le bouton d’appel du portier est actionné (binary_sensor.9k005e5pajd3992_portier_button_pressed)
Le portillon s’ouvre (gâche électrique contact sec NO) grâce à l’action : dahua.vto_open_door
Mon problème, c’est que le statut du sensor : « binary_sensor.9k005e5pajd3992_portier_door_status » ne change jamais et reste en statut « fermé »
C’est gênant car cela m’empêche d’automatiser l’éclairage lorsque le portillon est ouvert.
Je pense que le soucis vient de HA, car sous Jeedom ce statut est bien fonctionnel et change lorsque le bouton d’ouverture portillon est actionné (qui est différent du bouton d’appel).
J’ai essayé de « faire le tour » du forum mais je n’ai rien trouvé pour m’aider, les principaux problèmes réglés étant des problèmes d’ouvertures, alors que chez moi ça fonctionne.
Au passage, j’en profite pour féliciter et remercier tous les membres actifs de ce forum pour leurs conseils et tutos, qui m’ont bien aidé pour tout le reste de ma config, sans que je n’ai à poster de message.
Vérifier si l’état du capteur change dans les logs HA
Il se peut que l’état du capteur change très brièvement, rendant difficile sa détection dans l’interface.
Allez dans Développement → Onglet États et surveillez binary_sensor.9k005e5pajd3992_portier_door_status.
Ouvrez le portillon et voyez si le statut change, même brièvement.
Regardez dans Outils de développement → Onglet Événements, en écoutant state_changed pour voir si le capteur envoie une mise à jour.
Je viens de faire les 2 tests proposés, mais rien ne se passe même quand j’active la commande à partir d’HA.
Par contre quand je vérifie l’état dans outils de développement, le sensor n’à pas d’id. Est-ce que cela pourrait avoir un lien ?
Le fait que l’entité n’ait pas d’id ne semble pas directement être la cause du problème, car cela signifie simplement qu’elle n’a pas d’identifiant interne spécifique attribué par l’intégration. Cela peut arriver avec certaines entités créées dynamiquement via des intégrations API comme Dahua.
En revanche, ce qui est important, c’est que l’état du capteur ne change pas, ce qui suggère que :
L’intégration ne reçoit pas les mises à jour de statut depuis le VTO.
Le capteur ne se rafraîchit pas correctement dans Home Assistant.
Vérifie si Home Assistant reçoit un événement lors de l’ouverture du portillon :
dans Outils de développement → Événements.
Dans le champ « Écouter les événements », entre ce code :
dahua_event_received
Clique sur Commencer l’écoute.
Actionne l’ouverture du portillon et regarde si un événement apparaît.
Si un événement est reçu, cela signifie que Dahua envoie bien l’info, mais que HA ne met pas à jour l’entité.
Si aucun événement n’apparaît, alors HA ne reçoit pas du tout l’information de Dahua.
L’intégration Dahua VTO fonctionne plutôt via un flux d’événements en temps réel, donc scan_interval pourrait ne pas être utile ici.
Home Assistant reçoit bien des événements de Dahua!
l’événement que tu reçois (dahua_event_received) contient une action « Pulse » avec un code « DGSErrorReport », ce qui ne semble pas être lié au statut d’ouverture de la porte.
le context: id change continuellement signifie que HA reçoit fréquemment cet événement. Ce n’est peut-être pas l’événement que l’on cherche.
Écoute tous les événements de Dahua
Va dans Outils de développement → Événements.
« Écouter les événements », entre dahua_event_received.
Ouvre le portillon et observe quel type d’événement est généré.
Si un nouvel événement spécifique apparaît (différent de « Pulse / DGSErrorReport »), c’est celui qu’il faut utiliser pour détecter l’ouverture.
Si tu trouves un événement correspondant à l’ouverture du portillon (par exemple "Action": "DoorOpen" ou "Code": "DoorStatus"), tu peut créer une automatisation , pour mettre à jour l’état du capteur
Si après l’ouverture du portillon aucun nouvel événement ne se déclenche
Le portier Dahua ne signale peut-être pas l’ouverture via l’API (contrairement à Jeedom).
tu doit utiliser un contournement, comme un capteur binaire basé sur la commande d’ouverture
la je pense que tu peux créer une automatisation pour forcer la mise à jour de l’état du capteur avec l’événement correspondant à l’ouverture du portillon pour moi ici c’est le"Code": "DoorStatus" , voilà un exemple d’ automatisation :
alias: "Mise à jour du statut du portillon"
trigger:
- platform: event
event_type: dahua_event_received
event_data:
Action: DoorStatus # Remplacer ici par l'Action correcte trouvée dans les logs
action:
- service: homeassistant.update_entity
target:
entity_id: binary_sensor.9k005e5pajd3992_portier_door_status
mode: restart
Essaie cette étape et dis-moi ce que ça donne.
Explication des événements
photo 1
Type : BackKeyLight
Signification : Il semble indiquer une activité liée au rétroéclairage du bouton.
Utilisation : Peut être utilisé pour détecter une interaction avec l’interphone avant une ouverture.
pohto 2
Type : AccessControl
Action : OpenDoor
Signification : Quelqu’un a ouvert la porte (accès autorisé).
Utilisation : Peut être utilisé pour envoyer une notification, capturer une image (SnapURL), ou enregistrer l’accès.
photo 3
Type : DoorStatus
Action : Close
Signification : La porte s’est refermée.
Utilisation : Peut servir à détecter si la porte reste ouverte trop longtemps et envoyer une alerte.
Tu peux créer une automatisation YAML pour envoyer une notification ou allumer une lumière lorsque la porte s’ouvre.
Exemple : Envoi d’une notification avec image lorsqu’on ouvre la porte
j’ai essayé en modifiant Action: par DoorStatus, AccessControl, et BackKeyLight mais l’automatisation ne se met pas à jour lors de l’actionnement du portier.
Je suis vraiment désolé, mais cette dernière automatisation ne fonctionne pas non plus.
Lorsque le bouton est appuyé, l’automatisation n’est pas activée.
Il semblerait qu’elle ne reçoit pas l’info du changement d’état.
Bonjour,
ça y est ça fonctionne…
Je n’utilise pas l’automatisation pour la mise à jour du statut, mais directement pour l’action qui doit suivre l’ouverture :
