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
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:
FillR2
Janvier 5, 2025, 6:56
272
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 »
FillR2:
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é.
Les points 1 et 3 sont clairement voulus …
Les actions sont remplacées et les fonctions luminosité sont à réactiver
ebz
Janvier 5, 2025, 7:23
274
WarC0zes:
Error: Adapter EZSP protocol version (9) is not supported by Host [13-16].
De ce que je lis, le ezsp n’est plus supporté. Il va te falloir flasher ta clé avec le firmware ember et modifier en adapter: ember.
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
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 !
CDuv
Janvier 5, 2025, 11:11
277
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
olybop
Janvier 6, 2025, 9:00
281
hello, ce matin en me connectant sur mon dash j’ai ce message.
J’imagine que c’est lié à la maj z2mqtt 2.0 ?