Passage en mutliprotocole sur Skyconnect pour intégration matter/thread et perte Zigbee

AVERTISSEMENT : le multiprotocole ca ne marche pas sur Skyconnect et ce n’est pas stable sur Sonoff donc ne suivez pas ces consignes. Tout à la fin vous avez une solution qui marche !

Ca y est je me lance, c’est décidé.

Après avoir acquis une clé Skyconnect l’année dernière et avoir passer pas mal d’appareils en Zigbee avec succès, je me suis décidé à acheter un appareil matter (le verrou Nuki - que j’avais déjà en Wifi) en offre de mise à jour avec une promo de mise à jour.

Je cherche un tuto (en Fr si possible) qui me décrirait les étapes à faire pour faire du multiprotocole (Zigbee + thread).

J’ai trouvé qqes liens mais aucun ne me parait répondre totalement à ma config (je suis avec Z2M et non pas ZHA).

Le meilleur lien et certainement celui-là: Comment activer Matter sur Home Assistant ? La Clé d'une Maison Intelligente et Harmonieuse

Si quelqu’un a de bonnes ressources ou un bon tuto ou des conseils pour bien démarrer pour faire ça, je prends. Merci d’avance.

Question : est-ce que je dois réappairer tous mes devices Zigbee après l’opération ?

Ma configuration


Texte à remplacer par votre configuration

Comment récupérer ma configuration :
Dans votre HA, Menu latéral Paramètres > Système > Corrections puis les trois petits points en haut a droite > Informations Système puis une fois en bas Copier


Je suis le tuto décrit ici : Comment activer Matter sur Home Assistant ? La Clé d’une Maison Intelligente et Harmonieuse

Et je bloque à l’étape 5 (installation du Multiprotocole). Ca se fini comme ça :

C’est pas étonnant je ne suis pas avec ZHA mais Z2M.

Je vais chercher un peu, je dois pas être le premier.

Bon ca m’a installer quand même le Silicon Labs Multiprotocol.

Je mets la conf expliquée ici par @anon41081891 : Configuration Sky connect sur ZHA - #20 par anon41081891 et je démarre.

J’ai ça en boucle:

[21:58:53:359462] Info : Failed to connect, secondary seems unresponsive
[21:58:53:359491] Info : Connecting to Secondary...
[21:58:55:359921] Info : Failed to connect, secondary seems unresponsive
[21:58:55:360008] Info : Connecting to Secondary...
[21:58:57:361034] Info : Failed to connect, secondary seems unresponsive
[21:58:57:361075] Info : Connecting to Secondary...
[21:58:59:361393] Info : Failed to connect, secondary seems unresponsive
[21:58:59:361438] Info : Connecting to Secondary...
[21:59:01:361689] Info : Failed to connect, secondary seems unresponsive
[21:59:01:361717] Info : Connecting to Secondary...
[21:59:03:361955] Info : Failed to connect, secondary seems unresponsive
[21:59:03:362000] Info : Connecting to Secondary...
[21:59:05:362322] Info : Failed to connect, secondary seems unresponsive
[21:59:05:362368] Info : Connecting to Secondary...
[21:59:07:362704] Info : Failed to connect, secondary seems unresponsive
[21:59:07:362737] Info : Connecting to Secondary...
[21:59:09:363036] Info : Failed to connect, secondary seems unresponsive
[21:59:09:363079] Info : Connecting to Secondary...
[21:59:11:363342] Info : Failed to connect, secondary seems unresponsive
[21:59:11:363372] Info : Connecting to Secondary...
[21:59:13:363543] Info : Failed to connect, secondary seems unresponsive
[21:59:13:363573] Info : Connecting to Secondary...
[21:59:15:363836] Info : Failed to connect, secondary seems unresponsive
[21:59:15:363879] Info : Connecting to Secondary...
[21:59:17:364198] Info : Failed to connect, secondary seems unresponsive
[21:59:17:364242] Info : Connecting to Secondary...

C’est des logs Info donc pas forcément grave. Je continue.

Bon Matter a l’air installé (étape 9.). Pas encore d’appareil.

Par contre, la c’est le drame, j’ai perdu tous mes devices Zigbee :sleepy:

Aie,Zigbee2mqtt plante avec ce message:

[22:07:12] INFO: Preparing to start...
[22:07:13] INFO: Socat not enabled
[22:07:15] INFO: Starting Zigbee2MQTT...
Zigbee2MQTT:debug 2024-02-27 22:07:22: Loaded state from file /config/zigbee2mqtt/state.json
Zigbee2MQTT:info  2024-02-27 22:07:22: Logging to console and directory: '/config/zigbee2mqtt/log/2024-02-27.22-07-22' filename: log.txt
Zigbee2MQTT:debug 2024-02-27 22:07:22: Removing old log directory '/config/zigbee2mqtt/log/2024-02-27.21-57-30'
Zigbee2MQTT:info  2024-02-27 22:07:22: Starting Zigbee2MQTT version 1.35.3 (commit #unknown)
Zigbee2MQTT:info  2024-02-27 22:07:22: Starting zigbee-herdsman (0.33.8)
Zigbee2MQTT:debug 2024-02-27 22:07:22: Using zigbee-herdsman with settings: '{"adapter":{"concurrent":null,"delay":null,"disableLED":false},"backupPath":"/config/zigbee2mqtt/coordinator_backup.json","databaseBackupPath":"/config/zigbee2mqtt/database.db.backup","databasePath":"/config/zigbee2mqtt/database.db","network":{"channelList":[20],"extendedPanID":[221,221,221,221,221,221,221,221],"networkKey":"HIDDEN","panID":6754},"serialPort":{"adapter":"ezsp","baudRate":115200,"path":"/dev/serial/by-id/usb-Nabu_Casa_SkyConnect_v1.0_5085f9eb1e7ded1194bfbd6c4fc49859-if00-port0","rtscts":true}}'
Zigbee2MQTT:error 2024-02-27 22:07:52: Error while starting zigbee-herdsman
Zigbee2MQTT:error 2024-02-27 22:07:52: Failed to start zigbee
Zigbee2MQTT:error 2024-02-27 22:07:52: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start.html for possible solutions
Zigbee2MQTT:error 2024-02-27 22:07:52: Exiting...
Zigbee2MQTT:error 2024-02-27 22:07:53: Error: Failure to connect
    at Ezsp.connect (/app/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/ezsp.ts:364:19)
    at Driver.startup (/app/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/driver.ts:158:13)
    at Controller.start (/app/node_modules/zigbee-herdsman/src/controller/controller.ts:132:29)
    at Zigbee.start (/app/lib/zigbee.ts:60:27)
    at Controller.start (/app/lib/controller.ts:109:27)
    at start (/app/index.js:107:5)

Si j’arrete Silicon Labs Multiprotocol, Z2M redémarre normalement.

Y a un conflit d’accès sur le port de la Skyconnect si les 2 sont actifs en même temps.

Si quelqu’un a réussi à faire marcher les 2 en même temps. Je prends.

Bon j’ai trouvé ici qu’il faudrait le port tcp://core-silabs-multiprotocol:9999 dans la conf Z2M.

Mais Z2M redémarre en boucle sans erreur visible:

[22:32:39] INFO: Preparing to start...
[22:32:39] INFO: Socat not enabled
[22:32:42] INFO: Starting Zigbee2MQTT...
Zigbee2MQTT:debug 2024-02-27 22:32:48: Loaded state from file /config/zigbee2mqtt/state.json
Zigbee2MQTT:info  2024-02-27 22:32:48: Logging to console and directory: '/config/zigbee2mqtt/log/2024-02-27.22-32-48' filename: log.txt
Zigbee2MQTT:debug 2024-02-27 22:32:48: Removing old log directory '/config/zigbee2mqtt/log/2024-02-27.22-01-43'
Zigbee2MQTT:info  2024-02-27 22:32:48: Starting Zigbee2MQTT version 1.35.3 (commit #unknown)
Zigbee2MQTT:info  2024-02-27 22:32:48: Starting zigbee-herdsman (0.33.8)
Zigbee2MQTT:debug 2024-02-27 22:32:48: Using zigbee-herdsman with settings: '{"adapter":{"concurrent":null,"delay":null,"disableLED":false},"backupPath":"/config/zigbee2mqtt/coordinator_backup.json","databaseBackupPath":"/config/zigbee2mqtt/database.db.backup","databasePath":"/config/zigbee2mqtt/database.db","network":{"channelList":[20],"extendedPanID":[221,221,221,221,221,221,221,221],"networkKey":"HIDDEN","panID":6754},"serialPort":{"adapter":"ezsp","baudRate":115200,"path":"tcp://core-silabs-multiprotocol:9999","rtscts":true}}'

Puis ca redémarra au bout d’un certain temps.

Bon je ne m’en suis pas sorti hier soir. Je bloque au redémarrage de Z2M après avoir le port avec : tcp://core-silabs-multiprotocol:9999

Au secours…

Bonjour Jean-Marc,

A priori il y a des problèmes avec z2m et Silicon Labs Multiprotocol : issue with Silicon Labs Multiprotocol Add-on and Sonoff Zigbee Dongle plus E : Failed to connect, secondary seems unresponsive · Issue #3412 · home-assistant/addons · GitHub

J’avais réussi à faire fonctionner ma clé Sonoff Type E en multiprotocole avec z2m mais à la première mise à jour de l’add-on Silabs, ça s’était mis à ne plus fonctionner et j’avais du revenir à la version précédente.

Depuis, je suis passé sous ZHA avec la Sonoff type E (en multiprotocole) et sous Z2M avec une Sonoff type P et les deux cohabitent bien.

1 « J'aime »

Ok merci pour les infos. Je vais attendre alors et suivre l’issue.

Après pas mal de recherche (je lâche pas comme ça), il est important, avant de faire quoique-ce-soit de flasher sa clé Skyconnect avec le firmware compatible avec l’addon Silicon Labs Multiprocotole.
Pour ça il faut, dans l’ordre :

  1. Installer le flasher Silicon Labs. Allez dans les « Modules Complémentaires », ajouter un module et ajoutez le module Silicon Labs Flasher (en v 0.2.0) au moment où j’écris ces lignes,
  2. configurer l’addon avec le port USB de la clé, le baud rate 115200 et le hardware flow control (sinon ca marche pas). Ne lancez pas tout de suite l’addon,
  3. stopper tout ce qui peut utiliser la clé: l’addon Z2M (ZHA si vous avez) et l’addon Silicon Labs Multiprotocole,
  4. une fois stoppé, lancer l’addon Silicon Labs Flasher et reagrder les logs. Ca va vous mettre la dernière version stable du firmware EZSP (Zigbee only). Ca pas ce qu’on veut faire puisqu’on veut le multiprotocole mais ca mange pas de pain et ça permet de vérifier que ça marche comme on veut.

Dans le journal vous devriez voir qqe-chose comme ça:

2024-03-02 11:13:16 core-silabs-flasher universal_silabs_flasher.flash[151] INFO Extracted GBL metadata: NabuCasaMetadata(metadata_version=1, sdk_version='4.3.1', ezsp_version='7.3.1.0', ot_rcp_version=None, fw_type=<FirmwareImageType.NCP_UART_HW: 'ncp-uart-hw'>, baudrate=115200)
2024-03-02 11:13:16 core-silabs-flasher universal_silabs_flasher.flasher[151] INFO Probing ApplicationType.GECKO_BOOTLOADER at 115200 baud
2024-03-02 11:13:18 core-silabs-flasher universal_silabs_flasher.flasher[151] INFO Probing ApplicationType.EZSP at 115200 baud
...
Success

Votre clé a bien été flashée avec le firmware ezsp 7.3.1.0. (J’ai pas réussi à savoir quelle était la version précédente).

Redémarrer Z2M avec la conf serial suivante:

adapter: ezsp
port: /dev/serial/by-id/usb-Nabu_Casa_SkyConnect_v1.0_5085f9eb1e7ded1194bfbd6c4fc49859-if00-port0
baudrate: 115200
rtscts: true

et ça devrait marcher (ie tous vos devices Zigbee sont là et répondent).

Dans le post suivant, on va tenter l’install du firmware Multiprotocole maintenant qu’on est sur qu’on sait revenir a un état stable au besoin.

1 « J'aime »

Pour flasher la clé en mutliprotocole il faut faire (dans l’ordre toujours):

  1. trouver la bonne version du firmware. Pour ça, il faut cliquer dans « journal des modifications de l’addon Silicon Labs Multi… ». On voit un truc comme ça :
  2. donc la bonne version du firmware est la 4.3.1 (ca correspond à la version Gecko SDK 4.3.1). Vous verrez un firmware 4.4.0 mais il ne faut pas l’utiliser comme indiqué dans le message de la 2.4.4 (de l’addon).
  3. A cette adresse là: GitHub - NabuCasa/silabs-firmware: Silicon Labs firmware for Yellow and SkyConnect, trouver le bon firmware dans le répertoire RCPMultipan/beta:

    Attention, y a une version Yellow mais il faut bien prendre la version nommée SkyConnect_RCO_4.3.1 dans mon cas,
  4. cliquez sur le bon firmware, et cliquez droit sur le bouton ‹ Raw ›+ copier l’adresse du lien (https://github.com/NabuCasa/silabs-firmware/raw/main/RCPMultiPAN/beta/NabuCasa_SkyConnect_RCP_v4.3.1_rcp-uart-hw-802154_460800.gbl)
  5. coller cette adresse dans la configuration de l’addon Silicon Labs flasher (le champ est masqué par défaut, il faut cliquer sur ‹ Afficher les options… › pour le voir :
  6. Vérifier encore une fois que les addons, Z2M et Silicon Labs Multi… sont bien stoppés,
  7. et cliquez sur ‹ Enregister › pour lancer flasher la clé. Redémarrer si on vous le demande:
    Capture d’écran 2024-03-02 à 12.09.47
  8. Surveillez dans Journal que ca se passe bien :
s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service banner: starting

-----------------------------------------------------------
 Add-on: Silicon Labs Flasher
 Silicon Labs firmware flasher add-on
-----------------------------------------------------------
 Add-on version: 0.2.0
 You are running the latest version of this add-on.
 System: Home Assistant OS 12.0  (aarch64 / raspberrypi4-64)
 Home Assistant Core: 2024.2.5
 Home Assistant Supervisor: 2024.02.1
-----------------------------------------------------------
 Please, share the above information when looking for help
 or support in, e.g., GitHub, forums or the Discord chat.
-----------------------------------------------------------
s6-rc: info: service banner successfully started
s6-rc: info: service universal-silabs-flasher: starting
[12:17:25] INFO: Starting universal-silabs-flasher with /dev/ttyUSB0 (bootloader baudrate 115200)
2024-03-02 12:17:27 core-silabs-flasher universal_silabs_flasher.flash[150] INFO Extracted GBL metadata: NabuCasaMetadata(metadata_version=1, sdk_version='4.3.1', ezsp_version=None, ot_rcp_version=None, fw_type=<FirmwareImageType.RCP_UART_802154: 'rcp-uart-802154'>, baudrate=460800)
2024-03-02 12:17:27 core-silabs-flasher universal_silabs_flasher.flasher[150] INFO Probing ApplicationType.GECKO_BOOTLOADER at 115200 baud
2024-03-02 12:17:29 core-silabs-flasher universal_silabs_flasher.flasher[150] INFO Probing ApplicationType.CPC at 460800 baud
2024-03-02 12:17:33 core-silabs-flasher universal_silabs_flasher.flasher[150] INFO Probing ApplicationType.CPC at 115200 baud
2024-03-02 12:17:37 core-silabs-flasher universal_silabs_flasher.flasher[150] INFO Probing ApplicationType.CPC at 230400 baud
2024-03-02 12:17:42 core-silabs-flasher universal_silabs_flasher.flasher[150] INFO Probing ApplicationType.EZSP at 115200 baud
2024-03-02 12:17:43 core-silabs-flasher universal_silabs_flasher.flasher[150] INFO Detected ApplicationType.EZSP, version '7.3.1.0 build 176' (7.3.1.0.176) at 115200 baudrate (bootloader baudrate None)
2024-03-02 12:17:44 core-silabs-flasher universal_silabs_flasher.flasher[150] INFO Probing ApplicationType.GECKO_BOOTLOADER at 115200 baud
2024-03-02 12:17:44 core-silabs-flasher universal_silabs_flasher.flasher[150] INFO Detected bootloader version '2.1.1'
2024-03-02 12:17:44 core-silabs-flasher universal_silabs_flasher.flasher[150] INFO Detected ApplicationType.GECKO_BOOTLOADER, version '2.1.1' at 115200 baudrate (bootloader baudrate 115200)
firmware.gbl
[12:18:05] INFO: universal-silabs-flasher-up script exited with code 0
s6-rc: info: service universal-silabs-flasher successfully started
s6-rc: info: service legacy-services: starting
s6-rc: info: service legacy-services successfully started
s6-rc: info: service legacy-services: stopping
s6-rc: info: service legacy-services successfully stopped
s6-rc: info: service universal-silabs-flasher: stopping
s6-rc: info: service universal-silabs-flasher successfully stopped
s6-rc: info: service banner: stopping
s6-rc: info: service banner successfully stopped
s6-rc: info: service legacy-cont-init: stopping
s6-rc: info: service legacy-cont-init successfully stopped
s6-rc: info: service fix-attrs: stopping
s6-rc: info: service fix-attrs successfully stopped
s6-rc: info: service s6rc-oneshot-runner: stopping
s6-rc: info: service s6rc-oneshot-runner successfully stopped

Ca veut dire que c’est bon (à priori car pas d’erreur même si c’est pas super clair).

On va maintenant tout redémarrer en utilisant ce nouveau firmware:

  1. Stopper l’addon Silicon Flasher:
    Capture d’écran 2024-03-02 à 12.21.42
  2. Je crois qu’il est conseillé de faire un reboot complet. Remettre la conf Z2M, vérifier la conf « Silicon Labs Multi… » et dans Système bouton en haut à droite:

    (attention au démarrage, selon vos options Z2M peut démarrer automatiquement)
  3. Au redémarrage Z2M doit être démarré et tous vos device Zigbee doivent être visible.

Les logs de Silicon Labs Multiprotocole:

s6-rc: info: service banner: starting

-----------------------------------------------------------
 Add-on: Silicon Labs Multiprotocol
 Zigbee and OpenThread multiprotocol add-on
-----------------------------------------------------------
 Add-on version: 2.4.4
 You are running the latest version of this add-on.
 System: Home Assistant OS 12.0  (aarch64 / raspberrypi4-64)
 Home Assistant Core: 2024.2.5
 Home Assistant Supervisor: 2024.02.1
-----------------------------------------------------------
 Please, share the above information when looking for help
 or support in, e.g., GitHub, forums or the Discord chat.
-----------------------------------------------------------
s6-rc: info: service banner successfully started
s6-rc: info: service universal-silabs-flasher: starting
[12:48:17] INFO: Flashing firmware is disabled
s6-rc: info: service universal-silabs-flasher successfully started
s6-rc: info: service cpcd-config: starting
[12:48:18] INFO: Generating cpcd configuration.
s6-rc: info: service cpcd-config successfully started
s6-rc: info: service cpcd: starting
[12:48:19] INFO: Starting cpcd...
WARNING in function 'main' in file /usr/src/cpc-daemon/main.c at line #186 : Running CPCd as 'root' is not recommended. Proceed at your own risk.
s6-rc: info: service cpcd successfully started
s6-rc: info: service zigbeed: starting
s6-rc: info: service otbr-agent: starting
s6-rc: info: service zigbeed successfully started
[12:48:19] INFO: Starting zigbeed...
[12:48:19:073232] Info : [CPCd v4.3.1.0] [Library API v3] [RCP Protocol v4]
[12:48:19:073475] Info : Git commit: 133b29678b3d0bc7578e098d2f46b4d5bcd2ebb4 / branch: 
[12:48:19:073479] Info : Sources hash: ff8300587e7e4ab1def7a89a272c0baef32f9eb3bff9b0ba06b94e655d652367
[12:48:19:073484] WARNING : In function 'main' in file /usr/src/cpc-daemon/main.c at line #186 : Running CPCd as 'root' is not recommended. Proceed at your own risk.
[12:48:19:073636] Info : Reading cli arguments
[12:48:19:073649] Info : /usr/local/bin/cpcd 
[12:48:19:079218] Info : Reading configuration
[12:48:19:079238] Info :   file_path = /usr/local/etc/cpcd.conf
[12:48:19:079241] Info :   instance_name = cpcd_0
[12:48:19:079243] Info :   socket_folder = /dev/shm
[12:48:19:079246] Info :   operation_mode = MODE_NORMAL
[12:48:19:079248] Info :   use_encryption = false
[12:48:19:079250] Info :   binding_key_file = /etc/binding-key.key
[12:48:19:079252] Info :   stdout_tracing = false
[12:48:19:079254] Info :   file_tracing = false
[12:48:19:079256] Info :   lttng_tracing = false
[12:48:19:079258] Info :   enable_frame_trace = false
[12:48:19:079260] Info :   traces_folder = /dev/shm/cpcd-traces
[12:48:19:079262] Info :   bus = UART
[12:48:19:079264] Info :   uart_baudrate = 460800
[12:48:19:079267] Info :   uart_hardflow = true
[12:48:19:079269] Info :   uart_file = /dev/ttyUSB0
[12:48:19:079272] Info :   fu_recovery_pins_enabled = false
[12:48:19:079274] Info :   fu_connect_to_bootloader = false
[12:48:19:079276] Info :   fu_enter_bootloader = false
[12:48:19:079278] Info :   restart_cpcd = false
[12:48:19:079281] Info :   application_version_validation = false
[12:48:19:079283] Info :   print_secondary_versions_and_exit = false
[12:48:19:079285] Info :   use_noop_keep_alive = false
[12:48:19:079287] Info :   reset_sequence = true
[12:48:19:079289] Info :   stats_interval = 0
[12:48:19:079291] Info :   rlimit_nofile = 2000
[12:48:19:079293] Info : ENCRYPTION IS DISABLED 
[12:48:19:079295] Info : Starting daemon in normal mode
[12:48:19:095764] Info : Connecting to Secondary...
[12:48:19:172232] Info : RX capability is 256 bytes
[12:48:19:172269] Info : Connected to Secondary
[12:48:19:175501] Info : Secondary Protocol v4
[12:48:19:182062] Info : Secondary CPC v4.3.1
[12:48:19:185309] Info : Secondary bus bitrate is 460800
[12:48:19:191953] Info : Secondary APP vUNDEFINED
[12:48:19:192199] Info : Daemon startup was successful. Waiting for client connections
[12:48:20] INFO: Setup OTBR firewall...
[12:48:20] INFO: Starting otbr-agent...
otbr-agent[308]: [NOTE]-AGENT---: Running 0.3.0
otbr-agent[308]: [NOTE]-AGENT---: Thread version: 1.3.0
otbr-agent[308]: [NOTE]-AGENT---: Thread interface: wpan0
otbr-agent[308]: [NOTE]-AGENT---: Radio URL: spinel+cpc://cpcd_0?iid=2&iid-list=0
otbr-agent[308]: [NOTE]-ILS-----: Infra link selected: end0
otbr-agent[308]: 49d.17:11:41.394 [C] Platform------: mCpcBusSpeed = 115200
[12:48:20:297373] Info : New client connection using library v4.3.1.0
[12:48:20:301232] Info : Opened connection socket for ep#12
[12:48:20:301372] Info : Endpoint socket #12: Client connected. 1 connections
[12:48:20:637339] Info : New client connection using library v4.3.1.0
[12:48:20:641724] Info : Endpoint socket #12: Client connected. 2 connections
otbr-agent[308]: 00:00:00.080 [N] RoutingManager: BR ULA prefix: fd78:f549:ed86::/48 (loaded)
otbr-agent[308]: 00:00:00.081 [N] RoutingManager: Local on-link prefix: fdde:ad00:beef:cafe::/64
s6-rc: info: service otbr-agent successfully started
s6-rc: info: service otbr-agent-rest-discovery: starting
s6-rc: info: service otbr-web: starting
s6-rc: info: service otbr-web successfully started
[12:48:22] INFO: Starting otbr-web...
otbr-web[393]: [INFO]-WEB-----: Running 0.3.0
otbr-web[393]: [INFO]-WEB-----: Border router web started on wpan0
Listening on port 9999 for connection...
Accepting connection.
[12:48:23] INFO: Successfully sent discovery information to Home Assistant.
s6-rc: info: service otbr-agent-rest-discovery successfully started
s6-rc: info: service legacy-services: starting
s6-rc: info: service legacy-services successfully started

Ce qui est important c’est:

[12:45:19:521036] Info :   uart_baudrate = 460800
[12:45:19:521038] Info :   uart_hardflow = true

Si vous n’avez pas ça, c’est que votre config de l’addon n’est pas bonne pour cette clé avec ce firmware. Ma conf de l’addon est la suivante:

device: >-
  /dev/serial/by-id/usb-Nabu_Casa_SkyConnect_v1.0_5085f9eb1e7ded1194bfbd6c4fc49859-if00-port0
baudrate: "460800"
flow_control: true
autoflash_firmware: false
cpcd_trace: false
otbr_enable: true
otbr_log_level: notice
otbr_firewall: true

Les logs de Z2M:

[12:47:58] INFO: Starting Zigbee2MQTT...
Assertion failed: Command (setValue(EzspValueId.VALUE_CCA_THRESHOLD, 0)) returned unexpected state: {"_cls_":"setValue","_id_":171,"_isRequest_":false,"status":55}

bref c’est encore planté :sob:

Assertion failed: Command (setConfigurationValue) returned unexpected state: [object Object] · Issue #19168 · Koenkk/zigbee2mqtt · GitHub
Pb Z2M à priori.

Eclairci moi, tout ce bordel pour rien ?

ca craint pas pour la sécurité ?

WARNING in function 'main' in file /usr/src/cpc-daemon/main.c at line #186 : Running CPCd as 'root' is not recommended. Proceed at your own risk.

Pour l’instant oui mais y en a qui y arrive donc y a pas de raison que j’y arrive pas. Le but c’est tout doucement de se préparer à Matter/Thread.

ca craint pas pour la sécurité ?

Certainement si. Je sais bien que tout ça c’est expérimental et que ça va (forcément) être fixé dans l’avenir.

C’est pas pour demain :wink:

Y a des choses qui arrivent quand même. J’ai pris l’upgrade Nuki Lock 4 compatible Matter (avec un prix en upgrade) donc c’est pour ça que l’occasion de s’y mettre est belle.

EDIT: en tout cas j’ai gagné le gros lot : Z2M ne démarre plus du tout. Même pas l’interface graphique.

Bon courage pour utiliser ta serrure Nuki :wink:

1 « J'aime »

Le bon répertoire dans lequel trouver un firmware : silabs-firmware-builder/firmware_builds/skyconnect at ember-nohw · darkxst/silabs-firmware-builder · GitHub

Ces versions patchent un soucis sur le hardware flowcontrol Adapters hardware flow control issues · Issue #943 · Koenkk/zigbee-herdsman · GitHub

Bon ca y est ca fonctionne !
Alors j’ai fais:

  1. acheter une deuxième clé (Sonoff zdongle-e) réservée à Thread (faut oublier le multiprotocole qui n’est pas stable),
  2. installer le firmware ot-rcp qu’on trouve ici : silabs-firmware-builder/firmware_builds/zbdonglee/ot-rcp-v2.4.1.0-zbdonglee-460800.gbl at ember-nohw · darkxst/silabs-firmware-builder · GitHub à l’iade du site Silabs Firmware Flasher | Web based flasher for ZB-GW04 and ZBDongle-E. MultiPAN RCP firmware enables these devices to be used with Silabs Multiprotocol Addon in Home Assistant. Allow Zigbee and Thread to co-exist on the same dongle. Get ahead of the tech an experiment with Matter!. On met la clé dans le PC, on lance le site et on flashe. Facile.
  3. on installe la clé dans le PI (après l’avoir éteint proprement),
  4. on installe l’addon OpenThread Border Router (OTBR),
  5. on le configure avec qqes chose qui ressemble à ça:
device: >-
  /dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_xxxx
baudrate: "460800"
flow_control: false
autoflash_firmware: false
otbr_log_level: notice
firewall: true
nat64: false

§. On peut mettre la conf des ports pour accéder au front :
Capture d’écran 2024-03-20 à 18.12.54
7. On démarre le OTBR. On ignore les erreurs « invalid argument »,
8. Le réseau thread doit être démarré. L’intégration Thread doit être démarrée :


avec un OTBR up and running:
Capture d’écran 2024-03-20 à 18.15.02
9. On installe l’intégration Matter.
10. sur l’app compagnon, il faut « resetter les credentials matter ». Etape importante et super mal documentée. Faut aller, dans l’app HA, Paramètre / Application compagnon / Besoin d’aide / Dépannage / Synchroniser les identifiants Thread. Ca doit marcher sinon c’est que le réseau Thread n’est pas dispo,
11. :tada: Vous êtes prêt pour appairer vos appareils.

J’ai testé avec des prises Matter over Thread (attention y a des Matter over wifi qui n’ont aucun intérêt de mon point de vue) de marque Onvis. On branche la prise, y a une popup qui surgit sur le téléphone, on flashe le QR code et c’est bon.

Grosse impression…

Ca c’est moins bien passer avec des bulbes Nanoleaf car il a fallu maj le firmware avant de pouvoir les appairer et donc installer l’app Nanoleaf.

C’est stable depuis 3 jours chez moi. Le maillage met plusieurs heures à se faire mais est très maillé même si les eqts sont écartés (tout est maillé avec tout) :
Capture d’écran 2024-03-20 à 18.23.18

Pour accéder au front de l’OTBR, il faut aller sur http://:8080. L’IHM est simple et loin de ce qui se fait sur Z2M mais elle a le mérite d’exister.

Tout cela est jeune mais prometteur (mais jeune).

EDIT : la même procédure avec une Skyconnect et le bon driver ot-rcp (surtout pas de multiprotocole) devrait aboutir au même résultat.