Problème zigbee2MQTT blueprint

Bonjour,

Après pas mal d’heures de lecture sur le forum (merci aux membres actifs et modérateurs) j’ai à chaque fois trouvé les réponses à mes questions.

Mais là je suis coincé, et je n’ai pas trouvé de solution.

Je vous explique :

Ma femme en avait marre de devoir lancer via son téléphone, une routine pour que le robot aspire le matin en partant au boulot.

J’ai donc installé Mosquitto, zigbee2MQTT, et acheté un bouton porte clé sur Aliexpress.

J’ai importé un blueprint pour avoir plusieurs choix : 1 clic, 2 clics et appui long.

J’ai ensuite créé une automatisation et tout fonctionnait à merveille.

Et du jour au lendemain plus rien.

Pourtant : lors de la création de l’automatisation, quand je clique sur « exécuter » tout se passe bien.

Quand je clique sur le bouton, je vois bien l’action dans les logs de zigbee2MQTT.

J’en déduit que la communication se fait bien dans les 2 sens.

Et quand je passe pas par le blueprint mais par le bouton simple tout fonctionne.

J’ai désinstallé et réinstaller le blueprint sans succès.

Je vous avoue ne plus avoir de piste pour corriger mon problème.

Je suis preneur de toutes aides.

Renseigner votre problème

Ma configuration


System Information

version core-2024.9.3
installation_type Home Assistant OS
dev false
hassio true
docker true
user root
virtualenv false
python_version 3.12.4
os_name Linux
os_version 6.6.31-haos-raspi
arch aarch64
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.1
Stage running
Available Repositories 1424
Downloaded Repositories 25
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 13.1
update_channel stable
supervisor_version supervisor-2024.09.1
agent_version 1.6.0
docker_version 26.1.4
disk_total 28.6 GB
disk_used 4.2 GB
healthy true
supported true
host_connectivity true
supervisor_connectivity true
ntp_synchronized true
virtualization
board rpi3-64
supervisor_api ok
version_api ok
installed_addons Duck DNS (1.18.0), Mosquitto broker (6.4.1), tydom2mqtt (3.5.2), Terminal & SSH (9.15.0), File editor (5.8.0), Zigbee2MQTT (1.40.1-1)
Dashboards
dashboards 2
resources 18
views 6
mode storage
Recorder
oldest_recorder_run 22 septembre 2024 à 10:33
current_recorder_run 30 septembre 2024 à 21:40
estimated_db_size 22.92 MiB
database_engine sqlite
database_version 3.45.3

Le zigbee est pas fait pour être sorti du reseau donc si tu pars de chez toi avec il a probablement quitté le réseau et doit être remis dedans. Et comme en plus tu as acheté ça sur Aliexpress la qualité doit pas être top.

Alors non le bouton n’est pas sorti de chez moi, il reste sur le fameux petit meuble à l’entrée avec les clefs.

Et j’ai pensé à supprimer mon bouton dans zigbee2MQTT et le réinstaller mais sans succès.

Oui donc c’est encore pire il quite le reseau a proximité. Tu as la référence ? Je paris sur du tuya ?

Je ne comprends pas quand tu dis pire il quitte le réseau, et oui c’est du tuyau :sweat_smile:.

Il n’est probablement plus connecté a ta clef. Regarde l’historique d’exécution du blueprint il y a peut-être une piste. Il y a un routeur pas loin du bouton, il est pas trop éloigné ?

Je viens de relire ton premier message et je comprends pas trop en fait. Avec le blueprint ça a fonctionné et là ça marche plus ? Mais quand ça marche plus tu vois les actions de ton bouton dans les log z2mqtt ?

Oui exactement, ça a fonctionné avec le blueprint et puis plus rien.
Et oui je vois bien les actions dans les logs z2mqtt.

Salut lorsque tu vas dans les intégration que tu vas sur mqtt et que tu sélectionnes ton bouton il est bien actif ?
Dans l’historique tu dois voir les remontés des actions du bouton tu y vois quelque chose

Comme ici

Non aucun historique.

Il est bien actif pas grisé ?
Tubas regarde côté mqtt dans les logs si tu n’as pas d’erreur ? Si ce dernier tourne bien ?

Aucune erreur dans les logs et à chaque appui, j’ai l’info dans les logs.

Peux être un début de piste dans z2mqtt j’ai disponibilité= désactivé.

Aaah oui voilà qui est plutôt embêtant

Hello

Tu utilises quel blueprint ?

Ne t’inquiètes pas pour le « désactivé » j’ai la même chose avec cette chinoiserie en 3 gang et il ne m’a jamais fait faux bond.

Je passe direct par message mqtt en trigger

1 « J'aime »

Bonjour,
alors si tu as utilisé un blueprint depuis un moment, l’automatisation faite à partir de se blueprint utilisait la fonction service. Cette fonction a été renommée en action.
Normalement , les automatisations devaient être converties automatiquement de la fonction service en action, mais ne le fais pas pour les blueprints.

Le plus simple est d’éditer ton automatisation, faite à partir de ton blueprint et de renommée service: en action:. Passe en mode YAML , pour changer service en action ( cliquer les les 3 points en haut a droite de ton automatisation, et passe en mode yaml).

exemple :
avant:

alias: Machine a laver Notification
description: ""
use_blueprint:
  path: >-
    sbyx/notify-or-do-something-when-an-appliance-like-a-dishwasher-or-washing-machine-finishes.yaml
  input:
    power_sensor: sensor.0xa4c138c9cc1b6472_power
    starting_threshold: 10
    pre_actions:
      - service: notify.mobile_app_m2101k9g
        data:
          title: Démarrage Machine à laver 🧺
          message: La machine à laver vient de démarrer un cycle de lavage.
          data:
            ttl: 0
            priority: high
      - service: tts.speak
        data:
          cache: false
          media_player_entity_id: media_player.nest_mini
          message: La machine à laver vient de démarrer un cycle de lavage.
        target:
          entity_id: tts.google_fr_fr

après:

alias: Machine a laver Notification
description: ""
use_blueprint:
  path: >-
    sbyx/notify-or-do-something-when-an-appliance-like-a-dishwasher-or-washing-machine-finishes.yaml
  input:
    power_sensor: sensor.0xa4c138c9cc1b6472_power
    starting_threshold: 10
    pre_actions:
      - action: notify.mobile_app_m2101k9g
        data:
          title: Démarrage Machine à laver 🧺
          message: La machine à laver vient de démarrer un cycle de lavage.
          data:
            ttl: 0
            priority: high
      - action: tts.speak
        data:
          cache: false
          media_player_entity_id: media_player.nest_mini
          message: La machine à laver vient de démarrer un cycle de lavage.
        target:
          entity_id: tts.google_fr_fr

Je te dis ça , car j’ai eu le même problème avec toutes mes automatisations faites à partir de blueprint.

Le changement est depuis Aout 2024:

1 « J'aime »

Tu aurais pu préciser, que c’est une option à activer pour la disponibilité d’un appareil.
Par défaut, c’est option, n’est pas activé. C’est pour ça que c’est marqué désactivé.

@Juto,
tu as un article qui en parle :

1 « J'aime »

Bonjour
Ce n’est pas la question mais pourquoi un bouton :
Mon tel quitte la maison, je lance le robot (si input_boolean.robot = off), je positionne un cet input à on, à 23h59 je le passe = off et c’est prêt pour le lendemain, c’est trop automatique peut-être :wink:
Bob