Naviguer dans une application depuis un scénario NODE RED + Live d'un portier DAHUA VTO

Bonjour à tous.

J’avance dans mes réglages/évolutions de Home Assistant.

Actuellement, j’ai un portier DAHUA VTO.

Ce dernier remonte dans HA, aucun souci à ce niveau ou presque :

-J’essaie de récupérer le flux vidéo live (pour l’afficher sur ma tablette murale) mais l’état est "‘inactif” (entité : camera.portier_dahua_main). J’ai activé l’option “précharger la vidéo” proposée dans l’add-on DAHUA mais ça n’a rien changé. J’ai regardé dans les paramètres du portier sur son IP, je n’y ai rien vu de particulier qui pourrait aller dans ce sens…

L’autre souci que je rencontre :

Lorsque quelqu’un sonne, je récupère la valeur.

Suite à cela, entre autres, fullykiosk lance l’application DMSS HS (l’application de DAHUA) sur ma tablette. Le souci est que je n’arrive pas directement sur le portier, je dois encore effectuer 2-3 clics avant d’avoir le live et accès aux commandes pour parler avec mon interlocuteur.

Y a-t-il moyen d’effectuer ces clics automatiquement? (j’ai bien vu tasker mais je ne sais pas si cela convient et si c’est compatible avec Fully).

A priori, tasker est commandable depuis HA donc ça pourrait le faire.

Merci pour votre aide

Bonjour,
J’ai aussi un portier DAHUA VTO, j’utilise l’application DMSS sur mon téléphone qui ouvre automatiquement le flux vidéo dès qu’on sonne, il n’y a pas possibilité de sortir la gestion de l’interphone de fullykiosk ?
Est-ce qu’il est possible d’activer/désactiver le mode kiosk quand on sonne pour laisser l’application DMSS fonctionner normalement ?

Salut,

J’ai le même comportement avec mon téléphone.
Sur tablette, il y a différentes applications DMSS. Et toutes ne sont pas compatibles. Mais j’avais réussi à reproduire ce comportement.
@yoyoso essaie d’installer une autre appli DMSS pour reproduire ce comportement.

Bonjour,

Je suis moi même équipé d’un VTO Dahua qui remonte sur une tablette android.

J’ai suivi ce qui a été fait ici : GitHub - felipecrs/dahua-vto-on-home-assistant: My personal Dahua VTO doorbell setup in Home Assistant, with no VTH or cloud dependency.
ça peut te donner des pistes, je n’utilise donc plus DMSS ni sur la tablette, ni sur les téléphones, tout passe par HA.
Avant de choisir cette solution, il y a deux gros points à avoir en tête, la partie go2rtc pour la gestion du flux audio bidirectionnel (intégré dans frigate si jamais tu utilises déjà) et la partie HTTPS en local, sans quoi pas de micro utilisable dans HA.

C’est intéressant, mais comment est la réactivité sans DMSS ? Il me semble que les notification HA ne sont pas instantanées, mais remonte quand l’application interroge le serveur HA. Avec ma femme, on a des écart de plus de 5 minutes pour la même notification, et parfois quelques minutes après l’évènement réel.
Sur les vidéos du tuto que j’ai juste survolé, je ne vois pas d’icone qui gère le verrou de porte.
Est-ce que ça gère le multi-utilisateur ? (j’ai un VTH, et ma femme ou moi pouvons prendre la communication sur nos téléphone, le 1er qui répond coupe les notifications des autres)
De mémoire j’avais eu des soucis pour intégré le son dans frigate, peut-être que ça ne passait pas en h265 à cause des codecs audio, uniquement en h264, je ne me souviens plus.
Est-ce que ça fonctionne en distant ? (quand on n’est pas là en passant par internet)

Je vais essayer d’être le plus complet possible :grinning_face:.


  1. Au niveau smartphone (Android dans mon cas)

J’utilisais l’application compagnon en “connexion permanente : Toujours” pour recevoir les notifications en temps réel. Au fil du temps, j’ai remarqué que ça vidait rapidement la batterie. J’ai donc repassé la connexion permanente sur “jamais” et je laisse maintenant les notifications gérer par Android.

Lorsque quelqu’un sonne, la notification sur le téléphone est envoyée avec cette configuration dans Home Assistant :

- action: notify.mobile_app_telephone_alex
  data:
    message: Ding Dong
    data:
      ttl: 0
      priority: high
      importance: high
      channel: doorbell_alert
      image: >-
        /api/camera_proxy/camera.doorbell?token=xxxxxxxxxxxxxxxx
      actions:
        - action: URI
          title: Voir le direct
          uri: /lovelace/visiophone

Quelques précisions :

  • ttl: 0, priority: high et importance: high permettent d’avoir une notification instantanée.
  • channel est le nom que tu donnes au canal de notification. Il apparaît dans l’application Android compagnon et permet d’avoir un son spécifique pour la sonnette, différent des autres notifications.

Avec cette configuration, la notification affiche “Ding Dong” + un snapshot de la caméra.
J’ai prévu d’ajouter des boutons cliquables pour ouvrir le portail sans déverrouiller le téléphone, mais ce n’est pas encore terminé.

Pour le moment, les notifications semblent très réactives, même si je n’ai pas encore eu beaucoup d’appuis sur le VTO.
J’ai d’autres notifications dans HA sans ces paramètres, et effectivement ça peut mettre jusqu’à 10 minutes avant d’arriver.


  1. Au niveau tablette murale

Ici, c’est géré différemment : j’utilise Fully Kiosk sur la tablette, pas l’application compagnon.

  • Pas besoin d’envoyer de notification.
  • Home Assistant allume l’écran et joue un son de sonnette.
  • Pas de raté possible.

Dans le GitHub que j’ai partagé, tu verras qu’il y a un flag qui indique que la sonnette a été activée. Ce flag est remis à 0 :

  • Au bout d’un certain temps si aucune action n’a été effectuée
  • Lorsqu’on décroche
  • Lorsqu’on refuse l’appel
  • Et je le remets à 0 quand le portail passe de fermé à ouvert

La sonnerie sur la tablette s’arrête naturellement lorsque le flag passe à 0.
Ce flag sert aussi à changer l’état des icônes téléphone en haut à gauche de la fenêtre (utile pour voir si un appel a été traité dans un contexte multi-utilisateurs).

Je n’ai jamais testé de décrocher sur deux téléphones en même temps. Dans ce cas, même si l’appel est pris ou que personne ne sonne, on peut lancer un appel depuis HA. Le plus simple est donc de vérifier si l’icône de sonnerie est active : si oui, l’appel n’a pas été traité par un autre utilisateur.


  1. Points critiques
  • go2rtc et HTTPS :
    • La tablette doit accéder à Home Assistant en HTTPS, sinon le micro ne fonctionne pas.
    • Même chose pour les téléphones sur le Wi-Fi local.
    • Il faut donc un certificat valide (DuckDNS ou autre) et probablement un reverse proxy local pour garder l’accès à HA même en cas de coupure Internet.
  • Frigate : j’utilise le H264. Mon GPU ne gérant pas le H265, je n’ai pas testé ce format.

  1. L’état de la serrure du VTO

Le relais du VTO remonte son état dans HA via une carte d’interface connectée à ESPHome.
Une automatisation inverse l’état du portail. Mon VTO étant équipé d’un lecteur de badge RFID :

  • Lorsqu’un badge est détecté, HA reçoit l’information.
  • HA demande alors une ouverture ou une fermeture, suivant l’état actuel du portail.

  1. La motorisation

Ma motorisation de portail dispose de :

  • Deux entrées : une pour ouvrir et une pour fermer
  • Une sortie : indique si le portail est fermé ou non

Je le gère avec un cover dans HA :

cover:
  - name: "Portail"
    unique_id: cdc2689c-4c59-4ff8-8b73-12f56ebf3c42
    command_topic: "portail/commande"
    payload_open: "OUVRIR"
    payload_close: "FERMER"
    state_topic: "portail/etat"
    value_template: >
      {% if value == "FERME" %}
        closed
      {% else %}
        open
      {% endif %}
    optimistic: false
    qos: 0
    retain: false
    icon: >
      {% if is_state('cover.portail', 'open') %}
        mdi:gate-open
      {% else %}
        mdi:gate

Et la carte dans HA :

type: custom:button-card
entity: cover.portail
name: Portail
tap_action:
  action: toggle
  confirmation:
    text: Êtes-vous sûr de vouloir ouvrir le portail ?
hold_action:
  action: navigate
  navigation_path: /logbook?entity_id=cover.portail
show_state: true
show_icon: true
icon: mdi:gate
layout: icon_name_state
state:
  - value: open
    icon: mdi:gate-open
    color: red
    name: Portail
  - value: closed
    icon: mdi:gate
    color: green
    name: Portail
styles:
  card:
    - border-radius: 12px
    - padding: 10px
    - font-size: 16px
    - text-transform: none
  icon:
    - width: 60px
    - height: 60px
  1. Différents états des icônes sur la tablette

PS : L’icône avec la cloche jaune correspond au mode “Ne pas déranger”. Il s’active automatiquement selon l’heure pour éviter que la tablette ne sonne en pleine nuit, tandis que les notifications sur les smartphones restent toujours actives. De plus, le volume de la sonnerie baisse à un niveau plus faible en soirée avant d’être complètement coupé par le mode “Ne pas déranger”.

standby :

Sonnerie en cours

décroché

On peut bien sûr mettre le micro en mute : image
Il est également possible de couper le son pendant l’appel, même si je ne vois pas trop l’intérêt.

J’espère que ce pavé est compréhensible… :sweat_smile: N’hésite pas si tu as d’autres questions.

1 « J'aime »

J’imaginais une solution plus simple que de mettre les mains dans le cambouis…

Enfin à l’heure actuelle, je vais laisser comme ça et je reviendrai peut-être plus tard s’il n’y pas de solution plus simple qui sort entre temps…:sweat_smile: =>Ca c’est pour la partie interphone.

Pour la partie caméra en live, il y a des réglages particuliers dans le VTO pour y parvenir?

Oui c’est pas si simple, mais une fois fait c’est impeccable.

Concernant le flux vidéo, je récupère le flux RTSP directement, chez moi c’est frigate qui s’en occupe, mais il doit y avoir moyen de l’afficher sans passer par frigate, en utilisant l’intégration « Caméra générique » :

Je ne crois pas avoir faire quelque réglage que ce soit côté VTO pour que ça fonctionne. En tout cas il te faut un utilisateur ONVIF d’enregistré, et le service ONVIF activé :

Le forma du flux RTSP est celui ci si besoin pour tester avec VLC par exemple :
rtsp://username:password@IP:554/cam/realmonitor?channel=1&subtype=0