Variables rémanentes dans blueprint

Bonjour à tous,

Mon problème

J’aimerais créer une variable rémanente SANS utiliser de variable externe de type helpers ou autres création dans configuration.yaml.
Par exemple, un compteur qui totaliserait le nombre d’exécution de mon blueprint mais sans avoir à demander à l’utilisateur de créer quoi que ce soit à l’extérieur du blueprint.

Par avance merci pour vos suggestions…

Ma configuration


[center]## System Information

version core-2023.3.6
installation_type Home Assistant OS
dev false
hassio true
docker true
user root
virtualenv false
python_version 3.10.10
os_name Linux
os_version 5.15.84-v8
arch aarch64
timezone Europe/Paris
config_dir /config
Home Assistant Community Store
GitHub API ok
GitHub Content ok
GitHub Web ok
GitHub API Calls Remaining 4896
Installed Version 1.31.0
Stage running
Available Repositories 1248
Downloaded Repositories 15
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 9.5
update_channel stable
supervisor_version supervisor-2023.03.3
agent_version 1.4.1
docker_version 20.10.22
disk_total 28.0 GB
disk_used 10.3 GB
healthy true
supported true
board rpi4-64
supervisor_api ok
version_api ok
installed_addons File editor (5.5.0), Terminal & SSH (9.6.1), Z-Wave JS (0.1.77), Home Assistant Google Drive Backup (0.110.3), Zigbee2MQTT (1.30.3-1), Mosquitto broker (6.2.0), JupyterLab (0.10.0), SQLite Web (3.7.1)
Dashboards
dashboards 2
resources 4
views 11
mode storage
Recorder
oldest_recorder_run 24 mars 2023 à 14:44
current_recorder_run 3 avril 2023 à 10:12
estimated_db_size 1190.05 MiB
database_engine sqlite
database_version 3.38.5
[/center] ___

Salut,

Pas bien sur de comprendre le principe (compter le nombre d’exécution est-il sur un blueprint ? ) et surtout pourquoi vouloir passer pas ‹ autre chose › que les entrées ? ça va dans tous les cas rendre l’utilisation de cette valeur plus compliqué pour la restitution dans HA

merci pour le coup de main.
Mon exemple n’était pas terrible je vous l’accorde…
Alors imaginons plutôt un blueprint qui aurait besoin d’un PID. Dans son fonctionnement, un PID a besoin de stocker des valeurs entre 2 exécutions et donc de l’automation issue du blueprint dans lequel le PID est conçu.
Comment stocker ces valeurs entre 2 exec de cette automation sans utiliser de helpers par exemple, car la contrainte d’un helpers est que l’utilisateur doit créer ces helpers avant de pouvoir créer son automation a partir du blueprint.
Est ce plus clair ?
Merci.

Plus clair oui, mais du coup je pense que tu te trompes (soit de vocabulaire, soit de solution) à mon avis.

Un blueprint, c’est JUSTE un template d’automatisation pour permettre de faciliter les sélections des entrants/entités qui sont utilisés… C’est de l’évènementiel donc 1 modif = 1 lancement … Avec systématiquement un nouveau contexte qui se recrée

Ce que tu décris là c’est une intégration : un processus qui s’exécute en tache de fond (éventuellement avec une lecture d’entités à intervalle spécifique) et qui produit des actions, dispose d’un contexte persistant (tant que ha est up)

Ok.
Si je comprends bien, il n’existe pas de solution pour stocker une information dans une automation, sans meme parler de blueprint, entre 2 exécutions sans fait appel a des helpers ?
Merci encore pour l’aide :wink:

Bonjour

Plutôt ce genre de truc:

PID Controller to Home Assistant

C’est un exemple…

Oui, là il s’agit d’un PID mais si je comprends bien sous forme d’intégration et non d’automation.

C’est ça, les automatisations ne stockent rien par elles-même

Merci beaucoup pour votre aide, j’ai tout compris :wink: