Zigbee2mqtt passage en version 2.0.0 ( archive )

non, ta rien à ajouter dans ton confuguration.yaml de z2m.

Il faut passer par un trigger mqtt dans ton automatisation, au lieu d’utiliser l’entité action, qui n’existe plus sur la v2.0.0.

Un exemple dans la doc :

tu choisis appareil en déclencheur , puis ton bouton/interrupteur et l’action que tu veux.

C’est a dire que pour chaque interrupteur « action » que j’ai:

il faut creer un « truc » comme ça ?

Je ne suis pas dans la panade… Mais je vais regarder :triumph:
Je peux tenter d’en faire avant la 2.0 ?

Pas compliqué mais d’après les lecture GitHub ca va changé dans le futur

Faut activé l’option

Un click sur le bouton pour que HA l’enregistre :

et apres dans tes automatisation

Le déclencheur c’est le changement de l’event :

triggers:
  - entity_id: event.interrupteur_veilleuse_zoe_action
    trigger: state

et dans les action tu recherche les diffèrents click pour lancer différente actions si besoin

automatisation simple si tu as plusieurs click diffèrent :

description: ""
mode: single
triggers:
  - trigger: state
    entity_id:
      - event.interrupteur_veilleuse_zoe_action
conditions: []
actions:
  - if:
      - condition: state
        entity_id: event.interrupteur_veilleuse_zoe_action
        attribute: event_type
        state: single
    then:
      - type: turn_on
        device_id: 6fee70578873ee2f7853cc48b51c2c8e
        entity_id: 39043150fe50c91bca8464a7e89358fe
        domain: light
  - if:
      - condition: state
        entity_id: event.interrupteur_veilleuse_zoe_action
        attribute: event_type
        state: double
    then:
      - type: turn_off
        device_id: 063a54b148fcfbb682a93b413790bde0
        entity_id: b46c1ed5490ac028b0e709d376bc2306
        domain: light
alias: Nouvelle automatisationdd


ta le choix soit un trigger mqtt, soit un event comme le montre @bart40140.

oui.

Pour le MQTT ca marche comme ca pour mon bouton, plus besoin de blueprints :

alias: Contrôle veilleuse 
description: ""
triggers:
  - topic: zigbee2mqtt/Inter Veuilleuse Timeo/action
    payload: single
    trigger: mqtt
actions:
  - entity_id: switch.lightxxxx
    action: switch.turn_on

alias: Contrôle veilleuse 
description: ""
triggers:
  - topic: zigbee2mqtt/Inter Veuilleuse Timeo/action
    payload: double
    trigger: mqtt
actions:
  - entity_id: switch.lightxxxx
    action: switch.turn_off

Merci !!!
En tout cas je viens de jeter un coup d’oeil pour essayer une automatisation et je me rends compte qu’un des interrupteurs 4 boutons type « actions » est reconnu avec les 4 clics (auparavent non) mais dans le 2.0, cela devrait disparaitre ?

ca sera toujours le cas mais en fonction de la méthodes que tu choisira ca sera plus ou moins explicite de les retrouver

Mais comme dit warc0zes quitte a devoir modifier ses automatisation pour du long terme il faut mieux passer par le MQTT

J’ai fait encore plus simple… J’ai fait un recherché remplacé dans le code yaml pour passer au event.

Super j’ai finalement compris le principe. On verra quand je basculerai sur la 2.0…

Nickel, avec l’activation du mode expérimental, cela détecte pour 1 de mes inter, le bouton et le type d’action de celui ci : 1 et single !
Top !

Je suis en 2.0 et j’ai un smartbutton et je vois ça dans mon automatisation:

J’ai fait la migration aujourd’hui, je trouve que c’est assez mauvais, ça ne devrait pas être une version autre que béta, et encore.

Au final, j’ai perdu:

  • les actions sur les boutons
  • les attributs sur les sensors
  • et j’ai été obligé de désappairer/réapairer toutes les unités de type luminosité.

Ce n’est pas très grave dans mon utilisation, je vais donc rester en 2.0, mais je ne recommande pas vraiment.

Et puis il y a d’autres problèmes avec la 2025.1 (Temp_Celsius n’est plus supporté pour certaines intégrations), bref ça m’a fait ma journée !

1 « J'aime »

Les points 1 et 3 sont clairement voulus …
Les actions sont remplacées et les fonctions luminosité sont à réactiver

bizarre… tout fonctionne chez moi en skyconnect version ezsp et je ne suis pas pressé de tout reconfigurer (et j’espère bien que ça va durer comme ça) ou casser en me lançant dans la manip de flashage… je n’avais pas réfléchi en passant Z2M v2 :smiley:
heureusement aucun souci sur mes interrupteurs ou autres bidules de volets ou interrupteurs et pilotes radiateurs, toutes mes automatisations sont fonctionnelles, mais c’est peut-être parce que j’ai fais majoritairement avec l’interface.

Mise à jour faite sur 2 instances Z2M avec la clé SLZB-06.
RAS

Je ne dispose que de bouton type lexman :

ou de bouton IKEA comme ceci :

Mon fichier configuration.yaml après la mise à jour
homeassistant:
  enabled: true
  homeassistant_legacy_triggers: false
  experimental_event_entities: true
  discovery_topic: homeassistant
  status_topic: homeassistant/status
mqtt:
  base_topic: zigbee
  server: '!secret.yaml server'
  user: '!secret.yaml user'
  password: '!secret.yaml password'
  keepalive: 120
  reject_unauthorized: true
  version: 4
  include_device_information: true
  force_disable_retain: false
serial:
  port:  '!secret.yaml tcp'
  baudrate: 115200
  adapter: zstack
  disable_led: false
frontend:
  enabled: true
  port: 8080
advanced:
  channel: 15
  retain: true
  transmit_power: 20
  log_level: warning
  timestamp_format: DD-MM-YYYY HH:mm:ss
  last_seen: ISO_8601_local
  log_syslog:
    app_name: Zigbee2MQTT
    eol: /n
    host: localhost
    localhost: localhost
    path: /dev/log
    pid: process.pid
    port: 514
    protocol: udp4
    type: '5424'
  cache_state: true
  cache_state_persistent: true
  cache_state_send_on_startup: true
  elapsed: false
  output: json
availability:
  enabled: true
  active:
    timeout: 60
  passive:
    timeout: 1440
device_options: {}
blocklist:
  - '0x20918a000002ef4e'
ota:
  disable_automatic_update_check: false
devices: devices.yaml
groups: groups.yaml
version: 4
1 « J'aime »

Salut
J’ai tenté une update en coup de poker ce matin. Cela n’a pas fonctionné. J’ai donc ajouté les legacy false dans ma bonne vieille version. Cela ne fonctionne plus.
J’ajoute donc les lignes une à une de legacy false dans le configuration.yaml et constate que tout fonctionne jusqu’à que j’ajoute :
legacy_availability_payload: false
Me voilà bien avancé ! Ca veut dire quoi SVP ? qu’est-ce que je peux faire ?
En fait, dans le journal du module, je vois encore des échanges MQTT qui ressemblent à l’habitude. Dans l’UI de z2m, je vois l’expose de mes devices mais dans HA, tout est affiché indisponible.
Merci !

Tu dis

  • On est pas obligé de changer maintenant le paramétrage actuel pour être prêt pour la v2

C’est donc qu’on peut :

  • Être actuellement sous Z2M v1.42.0-2
  • Avoir le data_path à /config/zigbee2mqtt
  • Les fichiers de données de Z2M (configuration.yaml, database.db et state.json) dans le dossier /config/zigbee2mqtt
  • Avoir le dossier /addon_configs/45df7312_zigbee2mqtt totalement vide

Et quand même migrer en Z2M v2.0.0 (ce jour ou un peu plus tard) ?

Oui, je pensais que c’était obligatoire, mais enfaite non. Mais de toute façon, tu seras bien obligé d’y passer sur Ember.
Comme indiqué dans la doc de Z2M, ezsp est obsolète. Si tu veux bénéficier des améliorations, il faut passer sur ember.

1 « J'aime »

Salut je suis passé en zigbee 2.01 et automation avec des boutons aqua fonctionne toujours avec action

hello, ce matin en me connectant sur mon dash j’ai ce message.
J’imagine que c’est lié à la maj z2mqtt 2.0 ?