Salut @MicMor
Tu dois pouvoir simplifier ton automation 
La condition est que chaque détecteur doit être affecté à une « pièce » dans HA.
Ensuite un seul appel à « notify » et la bonne template
- service: notify.mobile_app_sm_g781b
data:
message: "Alarme incendie - {{ area_name(trigger.entity_id) }}"
title: "🔥 Alarme incendie - {{ area_name(trigger.entity_id) }}"
Bonjour
Merci pour le retour.
Peut-on programmer une alerte évacuation générale avec les détecteurs frient et HA ? Modulation du signal ? Comme sur les sites industriels ? Onde sonore sinusoïdale ?
C’est possible ?
Donc je retire la possibilité de faire sonner tous les détecteurs en même temps, je garde la notification par détecteur.
Maintenant, il reste à programmer l’évacuation générale, si pas de réponse, élévation de température, autre détecteur qui déclenche ?
Je ne peux pas comparer mon installation avec un système pro.
J’ai 6 détecteurs, mais aucune sirène. Et je ne vais installer des sirènes.
Le but d’un détecteur est de signaler un danger. Donc chez moi, si un détecteur s’enclenche, tous les détecteurs s’enclenche.
Ex:
Un détecteur s’enclenche car il y a le feu dans mon tableau électrique (qui est le plus éloigné des chambres) pendant la nuit. Les autres détecteurs vont s’enclencher parce que le feu se sera propagé… Et personne n’a entendu le premier détecteur…
Je ne suis pas d’accord. Le but d’un détecteur de fumée est de sauver des vies, pas d’appeler les pompiers pour leur dire où est le feu.
Si un de me détecteur s’enclenche, j’arrive à faire le tour de chez moi pour savoir où est le problème.
Difficile de faire la part des choses entre la méthode, un détecteur sonne ou tous les détecteurs sonnent pour une alarme ciblée.
Personnellement, au premier abord, je suis plutôt pour la solution, comme c’est pour une maison familiale, de faire sonner tous les détecteurs en cas d’alarme pour que du RDC au second étage, l’alarme s’entend.
Maintenant, il ne faudrait pas qu’un simple lave-vaisselle ouvert, un four ouvert, une machine à laver ouverte déclenche trop vite les détecteurs.
J’ai ajouté pour cela une condition de température au-dessus de 50°C pour la cuisine, la buanderie. 50° C suffisant, bonne solution ?
Il me reste à trouver comment utiliser la méthode proposée par @Herbs pour les notifications.
Pour simplifier la maintenance, j’ai mis les trois détecteurs dans des automatisations séparées.
Donc
Il reste à appeler le service de notification
Appeler la liste des smartphones
un script pour la notification, c’est correct ?
alias: notification alarme incendie
sequence:
- service: notify.mobile_app_sm_g781b
data:
message: Alarme incendie - {{ area_name(trigger.entity_id) }}
title: 🔥 Alarme incendie - {{ area_name(trigger.entity_id) }}
mode: single
icon: mdi:fire
si oui, peut-on mettre plusieurs téléphones dans le script ?.
Tu peux même faire un groupe
notify:
- platform: group
name: "My notification group"
services:
- service: notify.mobile_1
- service: notify.mobile_2
La doc ici.
Ensuite dans ton script :
alias: notification alarme incendie
sequence:
- service: notify.my_notification_group
data:
message: Alarme incendie - {{ area_name(trigger.entity_id) }}
title: 🔥 Alarme incendie - {{ area_name(trigger.entity_id) }}
mode: single
icon: mdi:fire
Bon
j’ai créé un fichier « groups.yaml » dans /config
avec
notify:
- platform: group
name: "Notification_telephone"
services:
- service: notify.mobile_app_sm_g781b
# - service: notify.mobile_2
puis dans
configuration.yaml, j’ai ajouté la ligne
group: !include groups.yaml
et j’obtiens une erreur
Configuration non valide !
Invalid config for [group]: value should be a string for dictionary value @ data['group']['notify']['entities']. Got None. (See /config/configuration.yaml, line 11).
c’est normal on est pas dans du groupe de base, mais dans du groupe de notify.
Donc dans configuration.yaml :
notify: !include notify.yaml
Et dans notify.yaml
- name: "Notification_telephone"
platform: group
services:
- service: notify.mobile_app_sm_g781b
# - service: notify.mobile_2
Ça devrait mieux fonctionner comme ça
Il est préconisé de ne pas les installer dans la cuisine ou une buanderie. 
Non, le détecteur de fumée s’enclenche avec de la fumée.
Il est préconisé de ne pas les installer dans la cuisine ou une buanderie.
Oui, je sais, ils sont installés dans la cuisine et dans la buanderie depuis plus de 10 ans, sans problème pour le moment.
En réfléchissant, heureusement que la sirène ne dépend pas d’une programmation.
Maintenant, je peux essayer de mettre un volume sonore faible si la température est inférieure à 50°c et un volume plus élevé si la température dépasse 50°c. Bien, mauvaise idée ?
Bon, erreur sur mon téléphone maintenant
Invalid config for [notify.group]: invalid slug notify.mobile_app_sm_g781b (try notify_mobile_app_sm_g781b) for dictionary value @ data['services'][0]['service']. Got 'notify.mobile_app_sm_g781b'. (See ?, line ?).
Yes, j’ai laissé trop de choses.
La correction :
- name: "Notification_telephone"
platform: group
services:
- service: mobile_app_sm_g781b
# - service: mobile_2
Merci à tous
Alors pour résumer
alias: Alarme incendie
description: ""
trigger:
- type: smoke
platform: device
device_id: xxxx
entity_id: xxx
domain: binary_sensor
for:
hours: 0
minutes: 1
seconds: 0
- type: smoke
platform: device
device_id: xxx
entity_id: xxx
domain: binary_sensor
- type: smoke
platform: device
device_id: xxxx
entity_id: 4xxxx
domain: binary_sensor
for:
hours: 0
minutes: 1
seconds: 0
condition: []
action:
- type: squawk
domain: zha
device_id: xxxx
- type: squawk
domain: zha
device_id: xxxx
- type: squawk
domain: zha
device_id: xxxx
- service: script.notification_alarme_incendie
data: {}
mode: single
dans automatisation → scripts
« Alarme incendie »
alias: notification alarme incendie
sequence:
- service: notify.notification_telephone
data:
message: Alarme incendie - {{ area_name(trigger.entity_id) }}
title: 🔥 Alarme incendie - {{ area_name(trigger.entity_id) }}
mode: single
icon: mdi:fire
dans /config/notity.yaml
- name: "notification_telephone"
platform: group
services:
- service: mobile_app_sm_g781b
# - service: notify.mobile_2
dans /config/configuration.yaml
notify: !include notify.yaml
Il me reste à tester, si c’est correct?
Le trigger type « smoke » me dit rien 
T’as trouvé ça où ?
En mode « éditeur visuel », lorsque j’ai créé l’automatisation.
Appareil « détecteur … »
déclencheur " détecteur … smoke commencé à détecter la fumée"
→ binary.sensor.detecteur_incendie_buanderie_smoke
Dacodac, donc je dirai que tu peux tester
J’avais jamais fait attention, et pour le détecteur de chaleur c’est type: temperature
Pour la notification, si tu as des sondes de température dans tes pièces, tu peux inclure un bilan de ces températures.
Ainsi, si tu n’es pas chez toi, avoir un retour de température à 30°C alors que les thermostats sont sensés régler 19°C et qu’il en fait 15 dehors, … ça sent effectivement le roussi 
Oui les type smoke et temperature, j’avais jamais utilisé, mais en fait c’est parce que je n’utilise jamais les déclencheurs ou les actions « Appareil », c’est eux qui ont des actions et déclencheurs prédéfinis qui génèrent ce genre de « types ».
Pas que la fumée (opacité de l’air), mais aussi élévation brusque de la température
Si je bascule de ZHA vers zigbee2mqtt, devrai-je refaire les automatisations, scripts qui concernent les périphériques zigbee ?
Merci
EDIT: j’ai eu ma réponse ici : Zigbee2MQTT vs deConz vs ZHA
Il faudra refaire les automatisations, scripts… surtout au niveau des ID, des intitulés des capteurs et autres. Si j’ai bien compris.