Zigbee2mqtt passage en version 2.0.0 ( archive )

Entraide Home Assistant
101

Voila, configuration.yaml modifier et tout roule en 1.42.0-2 :smiley:
Prêt pour la v2.0…

homeassistant: true
mqtt:
  server: mqtt://core-mosquitto:1883
  user: addons
  password: Thee8xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
  keepalive: 60
  reject_unauthorized: true
  version: 4
  include_device_information: false
serial:
  port: >-
    /dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_3ee8ee205d29ec1193366f7840c9ce8d-if00-port0
  adapter: zstack
frontend:
  port: 8099
advanced:
  homeassistant_legacy_entity_attributes: false
  homeassistant_legacy_triggers: false
  legacy_api: false
  legacy_availability_payload: false
  log_level: info
device_options:
  legacy: false
permit_join: false
devices:
  - devices.yaml
3 « J'aime »
102

J’ai trouvé bien plus simple ! ! ! OK, il y a une méthode dépréciée… OK il y a une méthode recommandée… Mais il y a aussi une méthode expérimentale qui deviendra recommandée avec la v2.0.0 !

This will become the recommended method with 2.0.0

Donc quitte à modifier sa configuration pour cibler la 2.0.0, autan le faire vraiment !

alias: Bouton dégagement imprimante 3d
description: Gestion des action du bouton de l'imprimante 3D.
triggers:
  - trigger: state
    entity_id:
      - sensor.button_degagement_imprimante3d_action
    to: null
    from: null
conditions: []
actions:
  - choose:
      - conditions:
          - condition: template
            value_template: "{{ trigger.to_state.state == \"single\" }}"
        sequence:
          - action: light.toggle
            metadata: {}
            data: {}
            target:
              device_id: ebce41d3c380c8014523bde45a02d4ac
        alias: single
      - conditions:
          - condition: template
            value_template: "{{ trigger.to_state.state == \"double\" }}"
        sequence:
          - action: input_boolean.toggle
            target:
              entity_id: input_boolean.imprimante_3d
            data: {}
        alias: double
      - conditions:
          - condition: template
            value_template: "{{ trigger.to_state.state == \"long\" }}"
        sequence: []
        alias: long
mode: queued
max: 10

Qui devient simplement :

alias: Bouton dégagement imprimante 3d
description: Gestion des action du bouton de l'imprimante 3D.
triggers:
  - trigger: state
    entity_id:
      - event.button_degagement_imprimante3d_action
conditions:
  - condition: template
    value_template: "{{trigger.from_state.state != 'unavailable'}}"
actions:
  - choose:
      - conditions:
          - condition: template
            value_template: "{{ trigger.to_state.attributes.event_type == \"single\" }}"
        sequence:
          - action: light.toggle
            metadata: {}
            data: {}
            target:
              device_id: ebce41d3c380c8014523bde45a02d4ac
        alias: single
      - conditions:
          - condition: template
            value_template: "{{ trigger.to_state.attributes.event_type == \"double\" }}"
        sequence:
          - action: input_boolean.toggle
            target:
              entity_id: input_boolean.imprimante_3d
            data: {}
        alias: double
      - conditions:
          - condition: template
            value_template: "{{ trigger.to_state.attributes.event_type == \"long\" }}"
        sequence: []
        alias: long
mode: queued
max: 10
2 « J'aime »
103

Moi le zigbee2mqtt principal avec la clé sonof est migré et tout est prèt

Il me reste le zigbee2mqtt secondaire déporté avec une vieille clé Pascal Huber SmartHome-Bedarf ZigBee CC2531 j’espère qu’elle sera toujours compatible mais pas sur, je vais surement devoir la changer

104

J’ai mis a jour mon fichier de configuration.yaml de z2m comme recommandé. Et mes blueprint de fonctionnent plus évidemment :sweat_smile:
Bien sur le repo n’a pas été mis a jour depuis deux ans je doute donc qu’il le soit d’ici à la V2.0.0 et j’ai regarder pour modifier le blueprint, c’est d’un FOUILLI!!!
Bon je ne pensais pas devoir y passer mon WE mais je réfléchis déjà a prendre ma semaine moi :laughing: :laughing:

3 « J'aime »
105

J’ai mis à jour le fichier yaml comme spécifié, ça me semble pas trop mal. Seule une télécommande ikea a perdu une entitée (_action) mais mes automatisations fonctionnent.
Il y a quelque chose à regarde d’autre ?
je regarde dans la doc et je vois ça (sachant que j’ai une Vm dédiée pour Z2M « pas de jugments ;-) »)

  • pnpm is now used instead of npm, the installation instructions and update.sh script has been updated accordingly. For existing installations you need to execute npm install -g pnpm before updating.
106

Salut :wave:t2:
Je ne savais pas qu’on pouvait séparer aussi les devices dans un YAML séparé !
Va falloir que je le fasse :blush:

1 « J'aime »
107

Oui :
image

1 « J'aime »
108

Merci @WarC0zes

Sinon en lisant vos messages je me demande ce qui changera vraiment changer car je vois des sensor devenir event

Comment je peux vérifier si j’en ai aussi ?
Car là comme ça je ne sais pas si j’ai des entités qui vont changer.

Édit : après je j’utilise pas Home Assistant depuis très longtemps , ça joue probablement :blush:
Je crois que j’ai HA qui tourne depuis décembre 2023, donc un an quoi :innocent:

109

Ce qui change sont les entités sensor.*_action et sensor.*_click qui seront supprimer. Tu recherches dans outils de dev / état, voir si tu en as.

110

Ha terrible ! Merci :pray:t2:
Après vérification je n’ai aucune entités de ces deux types :blush: ouf :face_exhaling:

111

Ok, après, il faudra que le configuration.yaml ( de Z2M ) ait ces lignes :

advanced:
  homeassistant_legacy_entity_attributes: false
  homeassistant_legacy_triggers: false
  legacy_api: false
  legacy_availability_payload: false
device_options:
  legacy: false
112

Oui oui c’est déjà le cas :innocent: j’en ai parlé un peu plus haut :blush:

1 « J'aime »
113

Hello @WarC0zes, je n’ai pas trop suivi ce topic, mais il faut même le mettre quand on est en ember ?

114

Oui, ça n’as rien avoir avec la clé zigbee mais avec home assistant.

1 « J'aime »
115

Ok, merci, donc si j’ajoute le code que tu as fourni, j’ai ça de mon côté :

data_path: /config/zigbee2mqtt
socat:
  enabled: false
  master: pty,raw,echo=0,link=/tmp/ttyZ2M,mode=777
  slave: tcp-listen:8485,keepalive,nodelay,reuseaddr,keepidle=1,keepintvl=1,keepcnt=5
  options: "-d -d"
  log: false
mqtt:
  server: mqtt://core-mosquitto
  user: XXXXXX
  password: XXXXXX
serial:
  port: >-
    /dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20230505182825-if00
  adapter: ember
zigbee_herdsman_debug: true
advanced:
  homeassistant_legacy_entity_attributes: false
  homeassistant_legacy_triggers: false
  legacy_api: false
  legacy_availability_payload: false
device_options:
  legacy: false

Ça te paraît bon ?

EDIT : je prends ton pouce pour un OUI :slight_smile: Merci :wink:

1 « J'aime »
116

Tu ne l’as pas déplacé dans addons_config ?

117

Non, pas encore. Je crois que ça se fera automatiquement à partir de la v2.0.

118

Une petite pensée pour les jeedomiens.

C’est pas dit que ce soit plus simple

3 « J'aime »
119

Je suis surpris de pas les voir dans la liste : Integrations | Zigbee2MQTT

Loïc va avoir du travail…

120

Pas forcément étonnant que ça passe à la trappe.
Si c’est intégré dans un plugin payant avec le repository en privé…
Et si effectivement l’intégration est faite de façon bancale, ça va générer du travail. À l’inverse peut-être que c’est transparent (l’événement Jeedom c’est possiblement un truc différent, juste une conversion à coder)