État NODON SIN 4 2 20 ne remonte pas dans MQTT

Bonjour,

Je viens de migrer depuis ZHA vers z2mqtt pour 2 raisons: pouvoir mettre à jour en OTA mes appareils zigbee et utiliser mes ampoules Hue sans le pont de Philips.
Je rencontre un problème pour mes modules NODON SIN 4 2 20.

Leur état remonte bien dans z2mqtt quand j'utilise mes interrupteurs mais ne remonte pas dans MQTT et je ne peux donc pas voir à distance si mes lumières sont allumées ou éteintes.

Ce que je ne comprends pas c'est que cela fonctionne pour l'interrupteur de ma salle à manger qui est le seul à être branché au module.
Et dans la chambre parentale j'ai un module sur lequel est branché 2 lumières, 1 lumière remonte bien son état dans MQTT mais pas l'autre ...

Ci-dessous l'activité du module de Cuisine dans z2mqtt suite appuie sur mon interrupteur bistable.

Merci pour votre aide.
Maxime

Ma configuration


System Information

version core-2026.8.2
installation_type Home Assistant OS
dev false
hassio true
docker true
container_arch aarch64
user root
virtualenv false
python_version 3.14.6
os_name Linux
os_version 6.18.34-haos-raspi
arch aarch64
timezone Europe/Paris
config_dir /config
Home Assistant Cloud
logged_in false
can_reach_cert_server ok
can_reach_cloud_auth ok
can_reach_cloud ok
HACS
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 3933
Downloaded Repositories 2
Home Assistant Supervisor
host_os Home Assistant OS 18.2
update_channel stable
supervisor_version supervisor-2026.07.5
agent_version 1.10.0
docker_version 29.6.2
disk_total 57.8 GB
disk_used 8.7 GB
nameservers fe80::8060:a3ff:fe69:a1df, 192.168.1.1
healthy true
supported true
host_connectivity true
supervisor_connectivity true
ntp_synchronized true
virtualization
board rpi4-64
supervisor_api ok
version_api ok
installed_addons tydom2mqtt (3.5.3), File editor (6.1.0), Home Assistant Google Drive Backup (0.112.1), Matter Server (9.2.0), Tailscale (0.28.1), Get HACS (1.3.1), Mosquitto broker (7.1.0), Linky (1.8.0), Network UPS Tools (0.18.0), Zigbee2MQTT (2.13.0-1)
Dashboards
dashboards 2
resources 0
views 0
mode storage
Network Configuration
adapters lo (disabled), end0 (enabled, default, auto), hassio (disabled), docker0 (disabled), vethc0be491 (disabled), veth464bc0e (disabled), veth941be57 (disabled), vethd3a43ab (disabled), veth3087da8 (disabled), veth2b5ed53 (disabled), veth928cb53 (disabled), veth362bb14 (disabled), veth8315ac4 (disabled), veth67c1807 (disabled), veth8ec06da (disabled), vethbc99043 (disabled)
ipv4_addresses lo (127.0.0.1/8), end0 (192.168.1.102/24), hassio (172.30.32.1/23), docker0 (172.30.232.1/23), vethc0be491 (), veth464bc0e (), veth941be57 (), vethd3a43ab (), veth3087da8 (), veth2b5ed53 (), veth928cb53 (), veth362bb14 (), veth8315ac4 (), veth67c1807 (), veth8ec06da (), vethbc99043 ()
ipv6_addresses lo (::1/128), end0 (fd82:60a3:69a1:df00:958f:3579:d9cc:a8ed/64, fe80::71d2:1255:40c8:6e5d/64), hassio (fd0c:ac1e:2100::1/48, fe80::7491:d0ff:fe0a:7792/64), docker0 (fda8:5d63:654::1/64, fe80::78da:4dff:fe66:3adf/64), vethc0be491 (fe80::3432:daff:fe71:b2e0/64), veth464bc0e (fe80::18dc:85ff:fe6f:1a2c/64), veth941be57 (fe80::7c9a:c0ff:fea6:d547/64), vethd3a43ab (fe80::bc80:68ff:fe40:d28f/64), veth3087da8 (fe80::9c66:17ff:fe4e:6cd5/64), veth2b5ed53 (fe80::68b3:bcff:fe80:57af/64), veth928cb53 (fe80::9415:d8ff:fe18:f17c/64), veth362bb14 (fe80::583a:85ff:fe7f:5f67/64), veth8315ac4 (fe80::38c9:41ff:fe89:f37/64), veth67c1807 (fe80::8899:22ff:febd:fe37/64), veth8ec06da (fe80::34d4:f4ff:fe04:293c/64), vethbc99043 (fe80::a864:56ff:fe20:389f/64)
announce_addresses 192.168.1.102, fd82:60a3:69a1:df00:958f:3579:d9cc:a8ed, fe80::71d2:1255:40c8:6e5d
Recorder
oldest_recorder_run 6 août 2026 à 20:03
current_recorder_run 17 août 2026 à 22:04
estimated_db_size 53.32 MiB
database_engine sqlite
database_version 3.53.2
___

Bonjour,
J'ai le même problème, ou à peu près : Les deux circuits du module sont utilisés, le l2 fonctionne normalement, mais le l1 ne remonte l'état que s'il est modifié depuis l'application et pas quand on actionne l'interrupteur monostable. Donc, si on utilise l'interface Home Assistant, tout est normal, mais si on utilise l'interrupteur, la couleur de l'icone ne change pas.
Curieusement, dans Zigbee2MQTT, c'est l'entité "state_default" qui change, et pas "state_l1" !
J'ai essayé de réinitialiser, de supprimer, de forcer la suppression, le problème persiste.
Il a trois ans et n'est plus sous garantie, et au prix du module, j'hésite à le changer !

Ça semble pas être une coïncidence...

Ce n’est pas tout à fait le même problème pour moi car l’état remonte bien dans z2m mais pas dans MQTT.

Merci @Idaho947 ,

Le lien m'a été très utile, c'était exactement mon problème et j'y ai trouvé la solution de contournement. En attendant une mise à jour du module...