Z2M 2.X + HA = Action caput

Bonjour,

Mon problème

Utilisateurs de Home assistant depuis quelque temps avec Zigbee2MQTT en déporter (idem pour MQTT), j’ai procéder ce jour à la mise à jour de ma version 1.X à 2.X de Z2M.

J’ai récupérer mon fichier de configuration, refais un appérage de chacun de mes composant (pas mal de temps avant que ceux-ci soit de nouveau disponible dans HA).

Lorsque je demande un allumage ou une extinction de mes lumières cela fonctionne.

Malheureusement, mes interrupteurs Aqara ne fonctionne plus.

J’ai bien compris que sensor.Action n’était plus pris en charge dans HA mais sont pourant bien présent sous Z2M.

J’ai vu l’informations disant qu’il fallait refaire sont automatisation dezero et avec le déclenchement via l’appareil.

Mais rien ne fonctionne.

Reboot serveur MQTT : OK
Reboot serveur Z2M : OK
Vérification HA et reboot : OK

Je ne vois pas ce qui cloche…

Avez-vous une idée permettant de corriger cela?

J’ai ajouter dans ma configuration ci-dessous en exemple un inter et une ampoule que je gère avec lesquel je rencontre le problème.

Merci par avance à ceux qui m’apporteront une aide et réponse.

Ma configuration

System Information

version core-2026.3.1
installation_type Home Assistant OS
dev false
hassio true
docker true
container_arch amd64
user root
virtualenv false
python_version 3.14.2
os_name Linux
os_version 6.12.67-haos
arch x86_64
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.5
Stage running
Available Repositories 2817
Downloaded Repositories 65
Home Assistant Cloud
logged_in true
subscription_expiration 23 avril 2026 à 02:00
relayer_connected true
relayer_region eu-central-1
remote_enabled true
remote_connected true
alexa_enabled false
google_enabled true
cloud_ice_servers_enabled true
remote_server eu-central-1-5.ui.nabu.casa
certificate_status ready
instance_id 8e0685bade444f5abe3cc0df029a7666
can_reach_cert_server ok
can_reach_cloud_auth ok
can_reach_cloud ok
Home Assistant Supervisor
host_os Home Assistant OS 17.1
update_channel stable
supervisor_version supervisor-2026.02.3
agent_version 1.8.1
docker_version 29.1.3
disk_total 30.8 GB
disk_used 19.5 GB
nameservers 192.168.1.254, 8.8.4.4, fd0f:ee:b0::1, 1.1.1.1, 8.8.8.8
healthy true
supported true
host_connectivity true
supervisor_connectivity true
ntp_synchronized true
virtualization kvm
board ova
supervisor_api ok
version_api ok
installed_addons Terminal & SSH (10.0.2), Studio Code Server (6.0.1), ESPHome Device Builder (2026.2.4), Home Assistant Google Drive Backup (0.112.1), go2rtc (1.9.14), IAction (1.8), Zigbee2MQTT Proxy (0.3.0), Gazpar2MQTT (0.2.4), Mosquitto broker (6.5.2)
Dashboards
dashboards 6
resources 43
views 21
mode storage
Network Configuration
adapters lo (disabled), enp0s18 (enabled, default, auto), hassio (disabled), docker0 (disabled), veth396832d (disabled), veth89bffee (disabled), veth295c210 (disabled), veth1147b2d (disabled), veth8162a25 (disabled), vethf19da80 (disabled), vethd0854c0 (disabled), veth7304e16 (disabled), veth0cfa4ec (disabled), vethc00873c (disabled), vethe5b09ee (disabled)
ipv4_addresses lo (127.0.0.1/8), enp0s18 (192.168.1.49/24), hassio (172.30.32.1/23), docker0 (172.30.232.1/23), veth396832d (), veth89bffee (), veth295c210 (), veth1147b2d (), veth8162a25 (), vethf19da80 (), vethd0854c0 (), veth7304e16 (), veth0cfa4ec (), vethc00873c (), vethe5b09ee ()
ipv6_addresses lo (::1/128), enp0s18 (2a01:e0a:f9d:7110:5f4f:82e0:1bf:61f3/64, fe80::a38a:fc22:b363:e871/64), hassio (fe80::7cca:9cff:fe81:59cb/64), docker0 (fe80::902f:f2ff:fe9d:b9a9/64), veth396832d (fe80::b037:f4ff:fe62:5870/64), veth89bffee (fe80::a4b8:26ff:feaf:8129/64), veth295c210 (fe80::acca:7aff:fe52:90e7/64), veth1147b2d (fe80::80f9:83ff:fe37:2a84/64), veth8162a25 (fe80::60b2:73ff:fe8f:f4a0/64), vethf19da80 (fe80::8412:eaff:fe86:6bbd/64), vethd0854c0 (fe80::f8be:81ff:fe9b:196d/64), veth7304e16 (fe80::34a5:77ff:fe8c:7f91/64), veth0cfa4ec (fe80::e074:23ff:fed9:7e87/64), vethc00873c (fe80::ccea:39ff:fe03:6b45/64), vethe5b09ee (fe80::6018:71ff:fede:484a/64)
announce_addresses 192.168.1.49, 2a01:e0a:f9d:7110:5f4f:82e0:1bf:61f3, fe80::a38a:fc22:b363:e871
Recorder
oldest_recorder_run 26 février 2026 à 00:01
current_recorder_run 8 mars 2026 à 22:35
estimated_db_size 1622.25 MiB
database_engine sqlite
database_version 3.49.2
Spotify
api_endpoint_reachable ok
Xiaomi Miot
component_version 1.1.2
can_reach_server ok
can_reach_spec ok
logged_accounts 1
total_devices 2
Composant Aqara
component Firmware
WXKG02LM_rev1 3000-0001 20160517
LED2201G8 - TRADFRI bulb E26/27 3.0.23 20240716

Bonjour,

Oui, il y a toujours un exposé de l’action, pour au moins savoir l’action faite dans Z2M.
image

Regarde ce post pour faire une automatisation pour la v2.x de Z2M :

je ne vois pas d’exemple :sweat_smile:

1 « J'aime »

Bonjour,

Merci pour ce premier élément de réponse.

Je viens d’appliquer la modification à distance.
Je test quand je rentre.

J’ai refais un rechargement des conf YAML entre temps.

Merci encore.

Pour ce qui est des exemples dans la partie ‹ Ma Configuration > Composant Aqara ›.

Bon…

J’ai du rebrousser chemin et restaurer mon environnement à avant la migration de Z2M V2…

J’ai refais été jusqu’a refaire un nouveau serveur MQTT et brancher le Z2M V2 dessus mais plus rien.
J’ai eu beau supprimer MQTT de HA et le reconnecter plus rien ne fonctionnait…

Le WAF ayant attein sa limite de 2 jours…je suis revenu en arrière…moi qui vient d’acquérir un FP300 mais ‹ non reconnu › en Z2M 1.39…

Je vais voir pour chopé une autre clé Z2M et brancherai le tout sur mon env de test.

Un peu dégouter

en même temps attendre autant de temps pou migrer c’est dangeureux

aller bon courage mais globalement la migration c’est relativement bien passé

1 « J'aime »

Si je n’ai pas spécialement attendu car j’ai fais 3 test de migration à chaque fois il y avais un pépin…

Problème de lib pas dispo, script qui ne fonctionnait pas alors que c’est script update.sh fournis de base. Et là je refais ce que l’on me préconise et rien ne passe.

Je ne pense pas avoir attendu trop longtemps, je ne vois pas ce que cela change étant donné que si j’upgrade Z2M il reconnais mes devices et basta. c’est un problème entre MQTT et HA car les intérraction dans Z2M fonctionne elle.

Depuis 14 mois que la v2.0 est sortie.
Regarde les breaking changes et les recommandations à faire pour migrer de v1 vers v2.

1 « J'aime »

Effectivement 14 mois, mais tant que cela fonctionne pourquoi changer.

La c’est la redescente MQTT <> HA qui ne fonctionne pas. :frowning:

J’ai mon lixee que j’ai appairé juste avant mon rollback qui était bien présent dans Z2M mais pas de remonté dans HA via MQTT.

Savez-vous si une purge clean peut etre fait sous HA ou MQTT pour faire un genre de RàZ sans le réappairage?

Parce que lorsqu’un produit évolue c’est conseillé de suivre l’évolution
Sinon tu n’y touche pas du tout mais tu vas te retrouver coincé à un moment

Bizarre ce soucis de mqtt regarde avec un explorateur mqtt voir si tu vois des choses passer dedans

C’est surtout sur les actions qu’il y’a des modifications, sur le reste c’est identique

Oui l’essai a été fait sous MQTT Explorer, j’avais lu que l’outil pouvait être utile dans ce cas.
Les réactions son instantané lorsque je check un interrupteur par exemple.