Améliorer mon automatisation de notification mobile en cas de prise connectées passée en OFF sans mon intervention (pour plusieurs prises)

[MilesTEG1]

Bonjour,

Mon problème

J’ai créé une automatisation assez basiques qui m’envoie une notification critique si jamais une prise connectée s’est mise en OFF toute seule (ça m’arrive de temps à autre sur certaines prises).

Code YAML de mon automatisation pour une seule prise

alias: ALERTE - Prise connectée en OFF
description: ""
triggers:
  - type: turned_off
    device_id: 0075e2414986a84f3bd89e9c066e8d61
    entity_id: d4fe1e33e3d13805fba808e19bbc4ab7
    domain: switch
    trigger: device
    for:
      hours: 0
      minutes: 1
      seconds: 0
conditions: []
actions:
  - action: notify.mobile_app_iphone_15_milesteg
    metadata: {}
    data:
      title: 🔌 Prise "Poële Salon" éteinte ❌
      message: |
        Tentative de la réactiver...
        Vérifier manuellement.
      data:
        push:
          sound:
            name: default
            critical: 1
            volume: 0.5
  - type: turn_on
    device_id: 0075e2414986a84f3bd89e9c066e8d61
    entity_id: d4fe1e33e3d13805fba808e19bbc4ab7
    domain: switch
mode: single

J’ai testé en forçant le OFF, et ça fonctionne.

Mais le soucis c’est que je voudrais « surveiller » plusieurs prises différentes. Et j’aimerais bien ne pas faire autant d’automatisation que j’ai de prises.
Comment puis-je faire ?
Merci d’avance

edit : ha, et aussi, si possible, faire en sorte que le titre de la notification puisse être modifié à la volée sur le nom de la prise ?

[Integra]

Bonjour @MilesTEG1,

Oui tu peux tout à fait regrouper toutes tes prises dans une seule et même automatisation.

Pour ça en trigger tu choisis le menu « Entité » puis « État » et tu indiques ensuite toutes les entités de tes prises et pour l’état tu indiques passant à « Désactivé ».

Exemple :

Pour la partie action, pour que le message s’adapte à la prise concernée (= celle qui a déclenché l’auto) tu peux utiliser le modèle suivant :

{{trigger.to_state.name}}

Le code d’un exemple d’auto reprenant tout ça :

Auto

alias: ""
description: ""
triggers:
  - trigger: state
    entity_id:
      - switch.salon_detect
      - switch.salon_motion
      - switch.salon_recordings
      - switch.salon_snapshots
    to: "off"
conditions: []
actions:
  - data:
      title: ⚠️ Système - Switch désactivés
      message: "Des switchs ont été désactivés ! Switch : {{trigger.to_state.name}}."
    action: notify.integraha_bot
mode: single

[MilesTEG1]

Hello

@Integra

Oui tu peux tout à fait regrouper toutes tes prises dans une seule et même automatisation.

Pour ça en trigger tu choisis le menu « Entité » puis « État » et tu indiques ensuite toutes les entités de tes prises et pour l’état tu indiques passant à « Désactivé ».

Ha cool ça
Et que se passe-t’il si plusieurs prises sont KO en même temps ?

@Integra

Pour la partie action, pour que le message s’adapte à la prise concernée (= celle qui a déclenché l’auto) tu peux utiliser le modèle suivant :

{{trigger.to_state.name}}

Ha super, merci
Il y a une documentation sur ce genre de chose ?

[MilesTEG1]

Encore une question : comment je fais pour relancer la prise qui est OFF ?
J’entends par là, comment dans l’automatisation je peux faire en sorte que ce soit la prise OFF qui soit remise en ON quand il y a plusieurs prises dans l’automatisation ?

[Tochy]

@MilesTEG1

Il y a une documentation sur ce genre de chose ?

Salut
bien sur :

Automation trigger variables

Et pour la trouver :

[MilesTEG1]

Merci

Bon, avec ton aide, et l’aide de Copilot, j’ai pu finaliser mon automatisation, en poussant un peu ses fonctionnalités :

alias: ALERTE - Prises connectées VITALES passées en OFF
description: ""
triggers:
  - trigger: state
    entity_id:
      - switch.smartplug_serveurs_sous_sol
      - switch.smartplug_wall_onduleur_routeur_salon
      - switch.smartplug_bureau
    to: "off"
    for:
      hours: 0
      minutes: 0
      seconds: 10
    enabled: true
conditions: []
actions:
  - service: notify.mobile_app_iphone
    data:
      title: "🔌 Prise {{ trigger.to_state.name }} éteinte ❌"
      message: "Tentative de la réactiver..."
      data:
        push:
          sound:
            name: default
            critical: 1
            volume: 0.5

  - repeat:
      count: 3
      sequence:
        - service: switch.turn_on
          target:
            entity_id: "{{ trigger.entity_id }}"
        - delay:
            seconds: 5
        - condition: template
          value_template: "{{ states(trigger.entity_id)|lower == 'on' }}"

  - choose:
      - conditions:
          - condition: template
            value_template: "{{ states(trigger.entity_id)|lower == 'on' }}"
        sequence:
          - service: notify.mobile_app_iphone
            data:
              title: "🔌 Prise {{ trigger.to_state.name }} réactivée ✅"
              message: "État actuel : ON après réactivation réussie. 🎉"
    default:
      - service: notify.mobile_app_iphone
        data:
          title: "⚠️ Échec de réactivation de {{ trigger.to_state.name }} ❌"
          message: "La prise est toujours éteinte après plusieurs tentatives 😰. Vérifie manuellement 👁️ !"
          data:
            push:
              sound:
                name: default
                critical: 1
                volume: 0.5

  - service: logbook.log
    data:
      name: "Automatisation Prise Connectée"
      message: "Tentative de réactivation de {{ trigger.to_state.name }}"
      entity_id: "{{ trigger.entity_id }}"
mode: single

Édit : ça donne ceci pour la prise du bureau :

[Integra]

Pratique la réactivation automatique de la prise.

Cependant, une partie de l’auto me pose question, à propos du repeat :

@MilesTEG1

- repeat:
      count: 3
      sequence:
        - service: switch.turn_on
          target:
            entity_id: "{{ trigger.entity_id }}"
        - delay:
            seconds: 5
        - condition: template
          value_template: "{{ states(trigger.entity_id)|lower == 'on' }}"

Si je comprends bien la logique, tu souhaites répéter l’action « turn on » 3 fois, au cas où celle-ci échouerait c’est bien ça ? J’ai l’impression que la condition template à la fin est inutile et mal construite dans cette logique (« on » vs « off » et en dernière position).

Si tu souhaites répéter la séquence 3 fois tant que la prise n’est pas « on », je partirai plutôt la dessus :

- repeat:
      count: 3
      sequence:
        - condition: state
          entity_id: "{{ trigger.entity_id }}"
          state: "off"
        - service: switch.turn_on
          target:
            entity_id: "{{ trigger.entity_id }}"
        - delay:
            seconds: 5

Dans l’absolu il me semble même que la condition template n’est pas utile car je crois que la fonction repeat s’exécute quoiqu’il arrive, elle évitera simplement de « turn on » une prise déjà « on » lors des répétitions suivantes. Mais à confirmer n’étant pas un spécialiste de cette fonction.

Il existe aussi un repeat until, donc répéter jusqu’à ce que la prise passe sur « on », mais pas sur que ce soit conseillé dans une auto… .

[MilesTEG1]

@Integra

Si je comprends bien la logique, tu souhaites répéter l’action « turn on » 3 fois, au cas où celle-ci échouerait c’est bien ça ?

Oui c’est bien ça

@Integra

J’ai l’impression que la condition template à la fin est inutile et mal construite dans cette logique (« on » vs « off » et en dernière position).

Si je ne met pas ce condition template ça ne fonctionne pas et pire je ne peux pas sauvegarder les modifications. Je retenterai tout à l’heure, mais hier CoPilot m’avait proposé ta correction et j’avais une erreur à la sauvegarde de l’automatisation.

@Integra

Il existe aussi un repeat until, donc répéter jusqu’à ce que la prise passe sur « on », mais pas sur que ce soit conseillé dans une auto… .

Ha ça aurait été pratique ça ! Ça aurait évité les 2 répétitions suivantes lorsque la prise est bien réactivée…
Pourquoi ça ne serait pas conseillé en automatisation ?

[zer]

@MilesTEG1

Pourquoi ça ne serait pas conseillé en automatisation ?

Parce que s’il n’arrive pas à la passer on, il va tenter… tenter… tenter jusqu’à ce qu’il plante.
Si après 3 tentatives il n’y arrive pas, ça ne sert à rien de tenter plus !

[MilesTEG1]

Oui c’est pas faux qui n’y a pas de break de boucle …
Ça peut finir en plantage

Est-ce qu’un script peut gérer une sortie de boucle ?

Sinon je code trois tests successifs à base de if then else if then …
Ainsi je n’aurais plus de boucle et si la première réactivation est un succès alors les deux autres tests ne sont pas utilisés.

[Integra]

@MilesTEG1

Oui c’est pas faux qui n’y a pas de break de boucle …
Ça peut finir en plantage

Oui le repeat until peut tout faire planter si ta prise est pour une quelconque raison indisponible (panne Wifi etc…).

@MilesTEG1

Sinon je code trois tests successifs à base de if then else if then …
Ainsi je n’aurais plus de boucle et si la première réactivation est un succès alors les deux autres tests ne sont pas utilisés.

Normalement le code ci-dessous fait cela. À savoir vérifier l’état de la prise, si elle est « off » alors la passer sur « on » puis attendre 5 secondes. Et refaire la boucle 2 fois. Si elle passe en « on » après une boucle la fonction repeat s’exécute à nouveau mais ne tentera pas le « turn on », d’où la condition template. Certes la boucle est relancée mais elle n’effectuera aucune action.

Repeat

repeat:
  count: 3
  sequence:
    - condition: template
      value_template: "{{ states(trigger.entity_id)|lower == 'off' }}"
    - target:
        entity_id: "{{ trigger.entity_id }}"
      action: switch.turn_on
    - delay:
        seconds: 5

J’ai modifié le template celui-ci ne génère pas d’erreur chez moi. À tester si tu le souhaites car plus simple dans l’idée qu’un if/then/else répété plusieurs fois.

[MilesTEG1]

@Integra
Je remplace que la partie repeat ?

Et là avec ta version, on ne risque pas d’avoir une boucle infinie ?

Je me dis que rien ne permet de sortir de la boucle… sauf le changement d’état de la prise.
Dans le cas où la prise est bien réactivée, c’est ok. Mais si ce n’est pas le cas, même au bout de 3 fois… ça va planter la boucle puisque rien n’est prévu pour sortir dans le cas de 3 essais maxi…

En regardant Script Syntax - Home Assistant je me suis dit chouette, c’est utilisable dans une automatisation.
mais on revient sur la combinaison des deux critères : la prise passe de OFF à ON , et/ou on atteint les 3 essais.

Vu qu’on ne peut pas coder comme en C++, je pense partir sur la solution simplifiée, mais moins élégante : les if then else

[Tochy]

La condition en elle même ne sert pas à grand chose.

repeat:
  count: 3
  sequence:
    - target:
        entity_id: "{{ trigger.entity_id }}"
      action: switch.turn_on
    - delay:
        seconds: 5

Fera exactement la même chose.
Avec la condition tu gagneras juste 5 a 10 secondes sur le temps d’exécution total de l’automatisation, selon si la prise se rallume a la première ou a la seconde tentative.

[Integra]

Oui seule la partie repeat serait à remplacer.

Et là non tu n’auras pas de boucle infinie, si après les 3 répétitions la prise n’a pas rebasculé sur « on » alors le reste de ton automatisation suivra si je ne dis pas de bétises = tu recevras la notif que tu as prévu dans ce cas de figure : « La prise est toujours éteinte après plusieurs tentatives . Vérifie manuellement ! ».

Et comme le dit @Tochy, la condition template sert seulement à éviter de « turn on » une prise déjà sur « on » dans la 2ème et/ou 3ème répétition, donc 5 à 10 secondes de gagnées.