Automatisation de notification système

Bonjour,

Vu que mon HA fonctionne de mieux en mieux, je ne vais plus trop sur l’interface web et je le laisse vivre. Par contre je voudrais être prévenu de notification système : Erreur de connexion a certain service (nécessite juste une reconnexion), mise a jour de HA ou des intégrations …
Je n’ai pas l’application officielle mais je passe par Telegram pour les interactions.

Gemini m’a crée une automatisation mais ça n’a pas l’air de fonctionner :

alias: "Notification : Alertes Système et Mises à jour"
description: >-
  Relaye les notifications persistantes et les nouvelles mises à jour vers
  Telegram
triggers:
  - trigger: event
    event_type: call_service
    event_data:
      domain: persistent_notification
      service: create
    id: system_notify
  - trigger: state
    entity_id:
      - update.home_assistant_core_update
      - update.home_assistant_operating_system_update
    from: "off"
    to: "on"
    id: update_available
actions:
  - choose:
      - conditions:
          - condition: trigger
            id: system_notify
        sequence:
          - action: telegram_bot.send_message
            data:
              config_entry_id: ###################
              message: >
                🔔 **Système Home Assistant**

                *Titre :* {{ trigger.event.data.service_data.title |
                default('Alerte') }}

                *Message :* {{ trigger.event.data.service_data.message }}

                _Heure : {{ now().strftime('%H:%M') }}_
      - conditions:
          - condition: trigger
            id: update_available
        sequence:
          - action: telegram_bot.send_message
            data:
              config_entry_id: ###################
              message: >
                🚀 **Mise à jour disponible**

                Une nouvelle version de **{{ state_attr(trigger.entity_id,
                'friendly_name') }}** est prête !

                Version : {{ state_attr(trigger.entity_id, 'latest_version') }}
mode: parallel

Ma configuration


System Information

version core-2026.2.3
installation_type Home Assistant OS
dev false
hassio true
docker true
container_arch amd64
user root
virtualenv false
python_version 3.13.11
os_name Linux
os_version 6.12.67-haos
arch x86_64
timezone Europe/Paris
config_dir /config
Home Assistant Community Store
GitHub API ok
GitHub Content ok
GitHub Web ok
HACS Data ok
GitHub API Calls Remaining 5000
Installed Version 2.0.5
Stage running
Available Repositories 2789
Downloaded Repositories 17
Home Assistant Cloud
logged_in false
can_reach_cert_server ok
can_reach_cloud_auth ok
can_reach_cloud ok
Home Assistant Supervisor
host_os Home Assistant OS 17.1
update_channel stable
supervisor_version supervisor-2026.02.3
agent_version 1.8.1
docker_version 29.1.3
disk_total 30.8 GB
disk_used 6.7 GB
nameservers 192.168.1.1
healthy true
supported true
host_connectivity true
supervisor_connectivity true
ntp_synchronized true
virtualization vmware
board ova
supervisor_api ok
version_api ok
installed_addons File editor (5.8.0), Get HACS (1.3.1), Duck DNS (1.26.0)
Dashboards
dashboards 4
resources 11
views 11
mode storage
Network Configuration
adapters lo (disabled), enp2s1 (enabled, default, auto), hassio (disabled), docker0 (disabled), vethd71c3c1 (disabled), vethfbc29a7 (disabled), vethf52569f (disabled), vethfbda46b (disabled), veth68e85d9 (disabled), vethed242bf (disabled), vethaade072 (disabled), veth0636428 (disabled)
ipv4_addresses
Recorder
oldest_recorder_run 16 février 2026 à 14:11
current_recorder_run 27 février 2026 à 10:47
estimated_db_size 198.95 MiB
database_engine sqlite
database_version 3.49.2
___

Merci pour votre aide

Quelle erreur as-tu ? Que racontent les logs ?

Je n’ai pas d’erreur spécialement.
Juste ça ne fonctionne pas, l’automatisation en s’exécute pas.

Salut

y’a t’il eu un changement d’etat d’un de tes 3 triggers pour qu’elle s’exécute ?

J’ai bien eu des notifications depuis oui.
Je ne sais pas si les trigger sont les bon.

Pour les update ça semble bon par contre pour les notifications j‘ai pas l’impression mais je n’en suis pas sur.

Au lieu de demander à gemini si tu étais passé par l’ui d’automatisation tu aurais probablement vu :

trigger notif

Qui donne un code différent du tien.

trigger: persistent_notification
update_type:
  - added
notification_id: ""

1 « J'aime »

J’ai ajouté ce trigger.
A voir a la prochaine mise a jour si ça fonctionne.

Ce trigger sert pour les notifications persistantes, pas besoin d’attendre la prochaine mise à jour pour tester, il te suffit de créer une notification persistante et tu verras bien si l’automatisation se déclenche ou pas.

2 « J'aime »

Attention à Gemini… Il est souvent bien de chercher un peu par soi même autour de ce qu’il dit.

Par exemple comme dit par @Tochy regarder ce qu’il y a dans l’interface, ou les articles du portail: Automatisation #2 : libérer le plein potentiel !

D’autres outils bien pratiques pour surveiller son système:

Le tout ça va être de trouver les bons triggers…

il y a plein de manière de faire autre que les notifs (qui ne seront pas levées à chaque fois…) =>

  • regarder si une entité est indisponible
  • regarder s’il y a des repair (il faut spook)
  • lever ses propres repairs (il faut spook)
  • regarder ses valeurs de RAM et CPU et lever des alertes (ou reboot) le cas échéant (il faut system monitor)

Perso les alertes sur les updates, je ne vois pas l’intérêt si HA est stable, cela va t’inciter à faire les MaJ dès qu’elles sont dispo (donc la 2026.x.0 en début de mois)…
Autant se mettre un rappel en milieu / fin de mois (par ex le 3eme mercredi du mois) pour regarder les maJ dispo et les faire (et ainsi faire la 2026.x.3 qui sera bien plus stable que la 2026.x.0…)

Avec Spook tu peux arreter et relancer des integrations… pratique pour automatiser la relance de service si une entité est indisponible plutôt qu’une notif… Ou alors une notif disant " j’ai arrêté puis relancé l’intégration X car l’entité Y était indisponible"

1 « J'aime »

Alors je viens de vérifier et j’ai encore des notifications qui n’ont pas lancé le trigger.
Après c’est peu être moi qui ne m’exprime pas bien.

image

J’ai eu ce matin 2 « Notifications » pour des mise a jours d’intégration. J’ai aussi de temps en temps des déconnexions de service web pour lesquels il faut juste que je me reconnecte. Et du coup si je ne me reconnecte pas, je perds des données (ex : Overkiz, ma pompe a Chaleur)
Je voudrais donc juste être prévenu lorsqu’il y a du changement.

L’idée n’est pas de lancer les mises a jours dès que disponible mais de suivre les évènements système.

Je me rend compte que sur l’image, la cloche représente surement les « notifications » que je surveille par mon automatisation et que la roue dentée est peu être une autre surveillance.

Note : Pour te rassurer, je ne demande pas tout a Gemini mais ça aide bien, et souvent pour le guider, je regarde ce qui se fait ailleurs sans copier bêtement ce qu’il me donne.

Bah voila tout s’explique, ce ne sont pas les notifications persistantes qu’il faut surveiller puisqu’ils n’y en a pas eu de créées là.
Il faut que tu surveilles tous les sensors `update` qui t’intéresses.

2 « J'aime »

La roue dentée ce sont des updates…

La cloche ce sont des notifs

Les déconnexions, il faut les chercher avec les entités (ta pompe à chaleur) qui deviennent indisponible, non rafraichie ou autre, quel que soit le symptôme.
un exemple là: [Article] Pronote pour Home Assistant : cours, devoirs, notes, etc - #430 par BBE

Pour les mises à jour jette un coup d’oeil par là :

1 « J'aime »