Basculer de Zigbee (Z2M) sur une clé ZBT1 sur une box Yellow

[edvo]

Bonjour,

J’ai une box Yellow depuis un an et demi maintenant. J’ai installé Z2M et beaucoup de périphériques Zigbee.
Je souhaiterais basculer sur Matter, sans firmware multi-protocole. Il me faudrait donc ajouter une clé ZBT1.
J’ai en théorie, si j’ai bien compris d’après mes lectures, 2 façons d’y arriver :

1. garder Z2M sur la box Yellow (EFR32MG21) et installer Matter sur la clé ZBT1
2. basculer Z2M sur la clé ZBT1 et installer Matter sur la box Yellow.

Mes questions sont les suivantes :

• Procéder selon le cas 1) serait peut-être moins compliqué, mais ce serait peut-être préférable à long terme ?
• En suivant le cas 2), y-a-t-il un moyen de conserver un maximum de configuration de Z2M dans la bascule ?

Ma configuration

---

[center]## System Information

version	core-2025.7.3
installation_type	Home Assistant OS
dev	false
hassio	true
docker	true
container_arch	aarch64
user	root
virtualenv	false
python_version	3.13.3
os_name	Linux
os_version	6.6.74-haos-raspi
arch	aarch64
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	2118
Downloaded Repositories	15

Home Assistant Cloud

logged_in	false
can_reach_cert_server	ok
can_reach_cloud_auth	ok
can_reach_cloud	ok

Home Assistant Supervisor

host_os	Home Assistant OS 15.2
update_channel	stable
supervisor_version	supervisor-2025.07.1
agent_version	1.7.2
docker_version	28.0.4
disk_total	234.6 GB
disk_used	13.2 GB
healthy	true
supported	true
host_connectivity	true
supervisor_connectivity	true
ntp_synchronized	true
virtualization
board	yellow
supervisor_api	ok
version_api	ok
installed_addons	Mosquitto broker (6.5.1), Zigbee2MQTT (2.5.1-1), File editor (5.8.0), Whisparr (0.4.0), Terminal & SSH (9.18.0), Grocy (0.24.0), Whisper (2.6.0), Piper (1.6.2), openWakeWord (1.10.0), Silicon Labs Flasher (0.3.2), tydom2mqtt (3.5.3), UniFi Network Application (4.1.1)

Dashboards

dashboards	5
resources	5
views	21
mode	storage

Network Configuration

adapters	lo (disabled), end0 (enabled, default, auto), hassio (disabled), docker0 (disabled), vethdd32c70 (disabled), veth0dcf28b (disabled), veth8ef3b79 (disabled), vethce330fa (disabled), vetha0acf6c (disabled), veth135cae2 (disabled), veth957c646 (disabled), veth7ec3d26 (disabled), veth28b02c0 (disabled), veth34dbd12 (disabled), vethee5ec4c (disabled), veth2f50107 (disabled), veth50b0acf (disabled), veth635fc68 (disabled), veth6426170 (disabled), veth1d88f27 (disabled)
ipv4_addresses	lo (127.0.0.1/8), end0 (192.168.10.120/24), hassio (172.30.32.1/23), docker0 (172.30.232.1/23), vethdd32c70 (), veth0dcf28b (), veth8ef3b79 (), vethce330fa (), vetha0acf6c (), veth135cae2 (), veth957c646 (), veth7ec3d26 (), veth28b02c0 (), veth34dbd12 (), vethee5ec4c (), veth2f50107 (), veth50b0acf (), veth635fc68 (), veth6426170 (), veth1d88f27 ()
ipv6_addresses	lo (::1/128), end0 (fe80::58cb:484f:17ee:7130/64), hassio (fe80::74cd:e5ff:fe5b:7e97/64), docker0 (fe80::c09f:cbff:fe32:70ae/64), vethdd32c70 (fe80::9867:3fff:fe61:4bb1/64), veth0dcf28b (fe80::f8a4:7bff:fe5b:4549/64), veth8ef3b79 (fe80::98f4:ffff:fe8b:d689/64), vethce330fa (fe80::2c69:5bff:fe92:d4c/64), vetha0acf6c (fe80::30be:cbff:feda:ee50/64), veth135cae2 (fe80::28ce:f7ff:feff:d87c/64), veth957c646 (fe80::d8be:f3ff:fe7f:264d/64), veth7ec3d26 (fe80::386d:34ff:fe67:6c7a/64), veth28b02c0 (fe80::20ae:27ff:fef1:56d6/64), veth34dbd12 (fe80::fca2:1fff:fe17:14e/64), vethee5ec4c (fe80::a043:7fff:fe62:932f/64), veth2f50107 (fe80::e843:5eff:fe7f:d3ff/64), veth50b0acf (fe80::6c00:95ff:fe1f:cba2/64), veth635fc68 (fe80::f403:5fff:fe41:2fd2/64), veth6426170 (fe80::4870:4eff:fe1c:b7d4/64), veth1d88f27 (fe80::24fc:5aff:fe68:ed72/64)
announce_addresses	192.168.10.120, fe80::58cb:484f:17ee:7130

Recorder

oldest_recorder_run	6 juillet 2025 à 12:27
current_recorder_run	24 juillet 2025 à 21:37
estimated_db_size	418.48 MiB
database_engine	sqlite
database_version	3.48.0

[/center] ___

[WarC0zes]

Bonjour,
ton HA yellow et la clé ZBT1 ont les mêmes puces EFR32MG21. Pourquoi te prendre la tête a inversé les clés.
Utilise ta ZBT1 pour matter et reste sur le zigbee du HA Yellow.

@edvo

sans firmware multi-protocole

le firmware multi-protocole est abandonné de toute façon, trop instable.

Encore mieux, pourquoi utiliser MATTER ?
quel avantage avec le zigbee ?
Vu l’avancement de MATTER et des appareils disponibles, je ne miserai pas dessus.

[edvo]

Merci. Du coup je vais mettre Matter sur la nouvelle clé ce sera plus simple.
J’envisage d’installer une serrure connectée et c’est essentiellement Matter qui est implémenté sur ce type d’objets comme protocole (du moins comme protocole peu gourmand en énergie).

[Idaho947]

C’est quel serrure ? Parce que tu as a ma connaissance aucune serrure qui ne fonctionne que en matter. Et souvent tu as beaucoup plus d’options et de stabilité sur un autre protocole et ce n’est pas plus gourmand en energie qu’un autre. C’est comme tous les objets connectés ton paramétrage des fonctions qui a un impact plus que le protocole.