Problème : les notifications ne sont pas envoyées dynamiquement à tous les appareils d’une personne

Entraide Home Assistant
, ,
1

Bonjour à tous,

Nous sommes une société spécialisée en architecture domotique, et nous travaillons exclusivement avec Home Assistant pour équiper des résidences haut de gamme, des installations multi-sites ou des résidences secondaires.

Dans nos installations, nous configurons pour nos clients des automatisations complètes, y compris des alertes critiques (fuite, porte ouverte, intrusion, etc.). Ces clients ne sont pas techniques, ne touchent pas aux automatisations, et attendent de nous une solution clés en main qui fonctionne en toute circonstance.

Le problème actuel

Aujourd’hui, lorsqu’on veut envoyer une notification, on doit cibler un service de type notify.mobile_app_XXXX, donc un appareil spécifique.

Mais si le client :

  • change de téléphone,

  • ajoute une tablette ou un nouveau mobile,

  • supprime un ancien appareil,

alors la notification n’est plus transmise à son nouvel appareil, sauf si nous intervenons manuellement dans chaque automatisation.

Cela casse la fiabilité de l’installation et impose une maintenance permanente, ce qui n’est ni tenable ni acceptable dans un contexte professionnel.

Ce que nous proposons

Permettre à Home Assistant d’envoyer des notifications à une personne (person.nom), et non à un appareil individuel.

Cela permettrait :

  • d’envoyer dynamiquement les notifications à tous les appareils associés à cette personne,

  • de prendre en charge automatiquement les nouveaux appareils ajoutés par l’utilisateur,

  • d’éviter toute intervention manuelle lors d’un changement de téléphone,

  • d’offrir une solution fiable, évolutive et maintenable dans la durée.

Pourquoi c’est important

En tant qu’intégrateurs, nous avons la responsabilité de livrer des systèmes stables, compréhensibles et autonomes pour le client final.

Celui-ci ne peut ni comprendre ni maintenir les logiques de notification dans YAML. Il doit pouvoir recevoir toutes ses alertes, quel que soit le nombre d’appareils, sans intervention.

Cette évolution serait un vrai progrès pour :

  • les intégrateurs professionnels,

  • les installations multi-utilisateurs,

  • les usages domotiques sérieux (sécurité, santé, téléassistance…).

Nous avons également publié une demande officielle sur GitHub

Merci d’avance à la communauté pour son écoute

Bien à vous,
L’équipe ActivHome

2

Salut

Si vous devez modifier plusieurs automatisations c’est que vous avez mal pensé vos automatisations.

Dans mon cas si je doit changer de téléphone ou ajouter un appareil je n’ai qu’un script a changer.

Sinon on n’est d’accord que ce post est juste pour nous tenir au courant que vous avez fait une demande sur le github officiel de home assistant ? Ça serait bien dans ce cas de mettre le lien vers la demande.

L’idée en soit est pas mauvaise.

2 « J'aime »
3

Salut

@iouribecq Sujet intéressant, mais HACF n‘a aucun pouvoir sur le code source de HA.

@Tochy Quand je change de téléphone, la seul chose que je fais, ç’est nommé mon nouveau téléphone comme l’ancien : telephone prénom

2 « J'aime »
9

Hello,

Merci pour votre réponse c’est sympa, mais il ne s’agit pas de mes automates je pense. Mon problème est de faire en sorte de ne pas intervenir justement, et que cela soit géré de façon native par home assistant : là je ne parle pas de mon installation en tant qu’utilisateur mais des clients chez qui nous faisons des installations : le client lui ne va pas s’amuser à modifier un script ou un automate? Ou alors je dois construire un script qui permettrait à un client d’ajouter via un formulaire un nouvel appareil et que ce soit mis à jour dans les automates de notifications qui sont programmés. Si vous avez une idée je suis preneur :wink:

En attendant voici le lien vers Github

Belle journée à vous

10

Salut et merci de votre réponse, oui évidemment HACF n’a aucun pouvoir sur le code mais je partage ce que je leur envoi pour savoir si des membres de la communauté sont sensibles au sujet et auraient des solutions que je n’envisage pas.

Belle journée à vous

11

Salut,

c’est une bonne idée.
En attendant on ne peux pas envoyer une notification à un groupe ? comme ça il suffit de mettre le nouveau téléphone dans le groupe, ça limite les modifications

Bonne journée

12

oui mais l’objectif est que le client ne soit pas obligé d’aller intervenir dans le fichier configuration.yaml … c’est comme si on demandait à un utilisateur iPhone par exemple d’aller chercher dans un fichier de code pour passer en mode sombre au lieu de cliquer simplement sur un bouton dans une ui. Le but du jeu est que au pire le client passe par un formulaire donc une carte lovelace pour activer un appareil ou bien en supprimer un et que jamais il ne soit obliger de passer par des fichiers de code

13

Mais avant ça est ce que le client sera en mesure d’installer ha companion sur son portable et de le parametrer pour son serveur ?

3 « J'aime »
14

Le sujet que vous avez ouvert est dans la catégorie “issues” sur le core de Home assistant. Ceci est comprehensible si vous considérez qu’il s’agit d’un bug du noyau de home assistant.

Si vous considérez qu’il s’agit d’une demande de nouvelle fonctionnalité (ce qui me semble plus réaliste), il faut utiliser le lien suivant:

Ci dessous le post qui récapitule quelles plateformes doivent être utilisées pour quoi:

Et si on fait une recherche simple sur Github, on trouve deux propositions proches, vous pouvez aussi voter ou commenter celles ci pour leur donner plus de poids:

PS. Il s’agit d’une très bonne idée !

Donc pour qu’elle aboutisse autant placer cette requête à l’endroit où elle a le plus de chance de trouver des développeurs qui la prendront à leur compte…

2 « J'aime »
15

ça on le prévoit dans la livraison de nos solutions. on lui installe ha sur son téléphone (et du coup il a companion et on lui paramètre en lui expliquant (c’est repris dans un rapport d’intervention dans lequel il retrouve l’ensemble des détails)

16

ha merci beaucoup pour ce message très utile. déjà je suis heureux de voir qu’il y a d’autres demandes et je vais réorienter mon post sur le bon canal. Cela fait très peu de temps finalement que je communique sur git. Donc vraiment merci pour ces liens et votre avis :+1:

17

Salut,

Une solution est de toujours donner le même nom à un téléphone lors de la phase de paramétrage.
Par contre, le nom n’est un souci parmi d’autre, les capteurs à activer la position par exemple, sont aussi à prendre en compte si changement de matériel.
Donc à part fournir une doc et du support, c’est difficilement gérable sans intervention sinon

18

il y a une solution avec appDaemon à priori et passer par du python pour générer une app qui va générer une solution dynamique mais c’est un boulot que j’aimerais éviter de faire car je trouve que c’est suffisamment important comme fonctionnalité pour que Home Assistant puisse décider de développer ça en natif. J’ai besoin de penser en multi client et en multi site. C’est comme de pouvoir passer d’un site à l’autre pour des clients qui ont plusieurs appartements ou maisons. Là on utilise companion et on peut avec les réglages des gestes passer d’un site à l’autre ou afficher la liste des serveurs mais dans d’autres applications c’est beaucoup plus simple (ex Lifedomus par exemple) et c’est natif.

19

Il y a semble il un blueprint qui remplace le script ap_daemon:

20

Hello et merci pour ce lien. A priori c’est plutôt bien pensé mais ça ne va pas résoudre le problème et ça n’enlève pas mon problème principal qui est de ne pas avoir à faire de maintenance chez le client pour mettre à jour ses appareils… je vais approfondir :+1:

1 « J'aime »
21

D’une manière générale, il y a des fonctionnalités qui mériteraient d’être revues et plus ou mieux utilisées dans home assistant.

En particulier les person pour être capable de notifier plus simplement, d’agréger des tracker pour avoir une présence mieux consolidée, etc…

Mais il y a aussi le cas des devices ou il est parfois compliqué de faire le lien entre les différentes entités d’un device. Et pas simple non plus de relier une entité à un device existant.

J’espère que cette notion de notification par person pourra finir par être implémentée dans le core, ce serait aussi pour les simples mortels un peu moins prise de tête pour les changements de telephone…

22

Oui et on est un peu dubitatif sur tout ce qui touche à la sécurité avec home assistant. Jeedom ne fonctionne pas de la même façon et offre beaucoup plus de sécurité. Je m’inquiète tout de même pour le futur car de notre côté avec nos clients, il va falloir mettre en place des gardes-fous importants pour travailler sur l’ensemble des aspects de confidentialités particulièrement car il y a des options par défaut qui ne devraient absolument pas être présentes. Les RGPD en Europe et en Suisse les lois sur la protection des données, ne sont pas prises en compte correctement dans HA. Bref. On va continuer à envoyer des messages à Home Assistant

23

ça dépends de ce que l’on met dans les aspects sécurité, pour la gestion de compte qui se connectent à HA peut-être (là j’ai plus assez recul sur l’usage de jeedom) mais pour le reste : une vieille version de PHP, arrive tout juste à fonctionner sur une Debian déjà dépassée, un fail2ban à trous et tout ça installé en dur, c’est pas tout à fait l’état de l’art en 2025. OK ça fait sans doute le taff aujourd’hui mais comparé à des containers avec versions à jour c’est sans commune mesure.

c’est déjà possible ça

image
image551×859 70.1 KB

tu peux même faire des tracker à partir de trucs qui n’en sont pas GitHub - pnbruckner/ha-composite-tracker: Home Assistant Composite Device Tracker

24

Intéressant merci mais je ne suis pas certain que ça soit raccord avec les RGPD et en Suisse la Loi fédérale sur la protection des données – LPD. Si on est obligé d’utiliser la géolocalisation … à moins de passer par des sources non gps … wifi, bluetooth, ou capteurs binaires présence/absence. Mais je vais creuser. Toute piste est bonne à prendre. Merci :wink:

25

Là comme ça j’ai pas en tête de grosse problématique par rapport au RGPD (& co)
Il y a assez peu de données nominatives. Si hébergement par un tiers, localisation en Europe etc…
Les comptes ne sont pas liés un compte mail ni à un nom/prénom …

Après les adresse MAC wifi ou BT pour le tracking, c’est à voir ce que ça change, le compagnon HA n’envoie pas forcement les infos à autre chose que son server à lui, en désactivant la collecte de données qui est anonyme.

Et dans la globalité j’ai pas de différence notable entre jeedom ou HA
Pour rappel Nabucasa fait partie de la fondation Open Home qui est Suisse, qui est attentive à la collecte des données https://www.openhomefoundation.org/