Plantage démon z2m

[BeauFort9476]

Bonjour,

j’ai problème de démarrage de mon démon z2m depuis quelques jours, avec le même message d’erreur à chaque redémarrage du démon.
Depuis le 21/07, le plug-in JeeZigbee ne fonctionne plus sur mon Raspberry PI4, même après redémarrage du démon et mise à jour de la version logicielle en 1.39.

Je suppute un problème avec ma clef ZNP/TI qui pourrait avoir souffert de la chaleur de ces derniers jours… ou avec le fichier de configuration de z2m
Voici la trace d’erreur du démon :

> zigbee2mqtt@1.39.0 start
> node index.js
Starting Zigbee2MQTT without watchdog.
[2024-07-22 15:25:14] e[32minfoe[39m: 	z2m: Logging to console, file (filename: log.log)
[2024-07-22 15:25:14] e[31merrore[39m: 	z2m: Failed to load external converter file '/var/www/html/plugins/z2m/core/class/../config/converters/Danfoss/icon.js' (Cannot find module 'zigbee-herdsman-converters/lib/extend'
Require stack:
- /var/www/html/plugins/z2m/resources/zigbee2mqtt/dist/util/utils.js
- /var/www/html/plugins/z2m/resources/zigbee2mqtt/dist/util/settings.js
- /var/www/html/plugins/z2m/resources/zigbee2mqtt/index.js)
[2024-07-22 15:25:14] e[31merrore[39m: 	z2m: Probably there is a syntax error in the file or the external converter is not compatible with the current Zigbee2MQTT version
[2024-07-22 15:25:14] e[31merrore[39m: 	z2m: Note that external converters are not meant for long term usage, it's meant for local testing after which a pull request should be created to add out-of-the-box support for the device
[2024-07-22 15:25:14] e[34mdebuge[39m: 	z2m: Loaded state from file /var/www/html/plugins/z2m/data/state.json
[2024-07-22 15:25:14] e[32minfoe[39m: 	z2m: Starting Zigbee2MQTT version 1.39.0 (commit #0326926)
[2024-07-22 15:25:14] e[32minfoe[39m: 	z2m: Starting zigbee-herdsman (0.50.1)
[2024-07-22 15:25:14] e[34mdebuge[39m: 	z2m: Using zigbee-herdsman with settings: '"{\"network\":{\"panID\":6754,\"extendedPanID\":[221,221,221,221,221,221,221,221],\"channelList\":[11],\"networkKey\":\"HIDDEN\"},\"databasePath\":\"/var/www/html/plugins/z2m/data/database.db\",\"databaseBackupPath\":\"/var/www/html/plugins/z2m/data/database.db.backup\",\"backupPath\":\"/var/www/html/plugins/z2m/data/coordinator_backup.json\",\"serialPort\":{\"path\":\"/dev/ttyACM1\",\"adapter\":\"zstack\"},\"adapter\":{\"concurrent\":null,\"delay\":null,\"disableLED\":false}}"'
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:adapter: Path '/dev/ttyACM1' is valid for 'ZStackAdapter'
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:controller: Starting with options '{"network":{"networkKeyDistribute":false,"networkKey":"HIDDEN","panID":6754,"extendedPanID":[221,221,221,221,221,221,221,221],"channelList":[11]},"serialPort":{"path":"/dev/ttyACM1","adapter":"zstack"},"databasePath":"/var/www/html/plugins/z2m/data/database.db","databaseBackupPath":"/var/www/html/plugins/z2m/data/database.db.backup","backupPath":"/var/www/html/plugins/z2m/data/coordinator_backup.json","adapter":{"disableLED":false,"concurrent":null,"delay":null}}'
[2024-07-22 15:25:15] e[32minfoe[39m: 	zh:zstack:znp: Opening SerialPort with {"path":"/dev/ttyACM1","baudRate":115200,"rtscts":false,"autoOpen":false}
[2024-07-22 15:25:15] e[32minfoe[39m: 	zh:zstack:znp: Serialport opened
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SREQ: --> SYS - ping - {"capabilities":1}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:writer: --> frame [254,0,33,1,32]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: <-- [254,2,97,1,121,1,26]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext [254,2,97,1,121,1,26]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --> parsed 2 - 3 - 1 - 1 - [121,1] - 26
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SRSP: <-- SYS - ping - {"capabilities":377}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext []
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SREQ: --> SYS - ping - {"capabilities":1}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:writer: --> frame [254,0,33,1,32]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: <-- [254,2,97,1,121,1,26]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext [254,2,97,1,121,1,26]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --> parsed 2 - 3 - 1 - 1 - [121,1] - 26
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SRSP: <-- SYS - ping - {"capabilities":377}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext []
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SREQ: --> SYS - version - {}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:writer: --> frame [254,0,33,2,35]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: <-- [254,14,97,2,2,0,2,6,3,171,101,52,1,2,0,0,0,0,145]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext [254,14,97,2,2,0,2,6,3,171,101,52,1,2,0,0,0,0,145]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --> parsed 14 - 3 - 1 - 2 - [2,0,2,6,3,171,101,52,1,2,0,0,0,0] - 145
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SRSP: <-- SYS - version - {"transportrev":2,"product":0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20211115}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext []
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack: Adapter concurrent: 2
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack: Detected znp version 'zStack12' ({"transportrev":2,"product":0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20211115})
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:adapter:zstack:manager: beginning znp startup
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SREQ: --> SYS - getExtAddr - {}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:writer: --> frame [254,0,33,4,37]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: <-- [254,8,97,4,92,59,218,20,0,75,18,0,157]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext [254,8,97,4,92,59,218,20,0,75,18,0,157]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --> parsed 8 - 3 - 1 - 4 - [92,59,218,20,0,75,18,0] - 157
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SRSP: <-- SYS - getExtAddr - {"extaddress":"0x00124b0014da3b5c"}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext []
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SREQ: --> SYS - osalNvLength - {"id":130}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:writer: --> frame [254,2,33,19,130,0,178]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: <-- [254,2,97,19,21,0,101]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext [254,2,97,19,21,0,101]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --> parsed 2 - 3 - 1 - 19 - [21,0] - 101
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SRSP: <-- SYS - osalNvLength - {"length":21}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext []
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SREQ: --> SYS - osalNvReadExt - {"id":130,"offset":0}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:writer: --> frame [254,4,33,28,130,0,0,0,187]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: <-- [254,23,97,28,0,21,0,1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,13,0,0,0,0,124]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext [254,23,97,28,0,21,0,1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,13,0,0,0,0,124]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --> parsed 23 - 3 - 1 - 28 - [0,21,0,1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,13,0,0,0,0] - 124
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SRSP: <-- SYS - osalNvReadExt - {"status":0,"len":21,"value":{"type":"Buffer","data":[0,1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,13,0,0,0,0]}}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext []
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:adapter:zstack:manager: determining znp startup strategy
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SREQ: --> SYS - osalNvLength - {"id":3840}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:writer: --> frame [254,2,33,19,0,15,63]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: <-- [254,2,97,19,1,0,113]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext [254,2,97,19,1,0,113]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --> parsed 2 - 3 - 1 - 19 - [1,0] - 113
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SRSP: <-- SYS - osalNvLength - {"length":1}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext []
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SREQ: --> SYS - osalNvReadExt - {"id":3840,"offset":0}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:writer: --> frame [254,4,33,28,0,15,0,0,54]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: <-- [254,3,97,28,0,1,85,42]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext [254,3,97,28,0,1,85,42]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --> parsed 3 - 3 - 1 - 28 - [0,1,85] - 42
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SRSP: <-- SYS - osalNvReadExt - {"status":0,"len":1,"value":{"type":"Buffer","data":[85]}}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext []
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SREQ: --> SYS - osalNvLength - {"id":33}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:writer: --> frame [254,2,33,19,33,0,17]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: <-- [254,2,97,19,110,0,30]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext [254,2,97,19,110,0,30]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --> parsed 2 - 3 - 1 - 19 - [110,0] - 30
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SRSP: <-- SYS - osalNvLength - {"length":110}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext []
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SREQ: --> SYS - osalNvReadExt - {"id":33,"offset":0}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:writer: --> frame [254,4,33,28,33,0,0,0,24]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: <-- [254,112,97,28,0,110,213,5,2,0,20,0,0,20,0,0,0,1,5,1,143,7,0,2,5,30,254,255,0,254,255,0,0,0,0,0,0,0,0,254,255,0,0,0,0,0,15,15,0,0,0,0,0,0,0,0,0,0,0,92,59,218,20,0,75,18,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,15,3,0,1,60,10,1,0,0,0,0,0,238]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext [254,112,97,28,0,110,213,5,2,0,20,0,0,20,0,0,0,1,5,1,143,7,0,2,5,30,254,255,0,254,255,0,0,0,0,0,0,0,0,254,255,0,0,0,0,0,15,15,0,0,0,0,0,0,0,0,0,0,0,92,59,218,20,0,75,18,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,15,3,0,1,60,10,1,0,0,0,0,0,238]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --> parsed 112 - 3 - 1 - 28 - [0,110,213,5,2,0,20,0,0,20,0,0,0,1,5,1,143,7,0,2,5,30,254,255,0,254,255,0,0,0,0,0,0,0,0,254,255,0,0,0,0,0,15,15,0,0,0,0,0,0,0,0,0,0,0,92,59,218,20,0,75,18,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,15,3,0,1,60,10,1,0,0,0,0,0] - 238
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SRSP: <-- SYS - osalNvReadExt - {"status":0,"len":110,"value":{"type":"Buffer","data":[213,5,2,0,20,0,0,20,0,0,0,1,5,1,143,7,0,2,5,30,254,255,0,254,255,0,0,0,0,0,0,0,0,254,255,0,0,0,0,0,15,15,0,0,0,0,0,0,0,0,0,0,0,92,59,218,20,0,75,18,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,15,3,0,1,60,10,1,0,0,0,0,0]}}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext []
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SREQ: --> SAPI - readConfiguration - {"configid":98}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:writer: --> frame [254,1,38,4,98,65]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: <-- [254,19,102,4,0,98,16,1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,13,0]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext [254,19,102,4,0,98,16,1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,13,0]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --> parsed 19 - 3 - 6 - 4 - [0,98,16,1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,13] - 0
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SRSP: <-- SAPI - readConfiguration - {"status":0,"configid":98,"len":16,"value":{"type":"Buffer","data":[1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,13]}}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext []
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SREQ: --> SYS - osalNvLength - {"id":58}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:writer: --> frame [254,2,33,19,58,0,10]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: <-- [254,2,97,19,17,0,97]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext [254,2,97,19,17,0,97]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --> parsed 2 - 3 - 1 - 19 - [17,0] - 97
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SRSP: <-- SYS - osalNvLength - {"length":17}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext []
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SREQ: --> SYS - osalNvReadExt - {"id":58,"offset":0}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:writer: --> frame [254,4,33,28,58,0,0,0,3]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: <-- [254,2,97,28,2,0,125]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext [254,2,97,28,2,0,125]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --> parsed 2 - 3 - 1 - 28 - [2,0] - 125
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SRSP: <-- SYS - osalNvReadExt - {"status":2,"len":0,"value":{"type":"Buffer","data":[]}}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext []
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SREQ: --> SYS - osalNvReadExt - {"id":58,"offset":0}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:writer: --> frame [254,4,33,28,58,0,0,0,3]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: <-- [254,2,97,28,2,0,125]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext [254,2,97,28,2,0,125]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --> parsed 2 - 3 - 1 - 28 - [2,0] - 125
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SRSP: <-- SYS - osalNvReadExt - {"status":2,"len":0,"value":{"type":"Buffer","data":[]}}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext []
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SREQ: --> SYS - osalNvReadExt - {"id":58,"offset":0}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:writer: --> frame [254,4,33,28,58,0,0,0,3]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: <-- [254,2,97,28,2,0,125]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext [254,2,97,28,2,0,125]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --> parsed 2 - 3 - 1 - 28 - [2,0] - 125
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SRSP: <-- SYS - osalNvReadExt - {"status":2,"len":0,"value":{"type":"Buffer","data":[]}}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext []
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SREQ: --> SYS - osalNvLength - {"id":59}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:writer: --> frame [254,2,33,19,59,0,11]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: <-- [254,2,97,19,17,0,97]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext [254,2,97,19,17,0,97]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --> parsed 2 - 3 - 1 - 19 - [17,0] - 97
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SRSP: <-- SYS - osalNvLength - {"length":17}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext []
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SREQ: --> SYS - osalNvReadExt - {"id":59,"offset":0}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:writer: --> frame [254,4,33,28,59,0,0,0,2]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: <-- [254,2,97,28,2,0,125]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext [254,2,97,28,2,0,125]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --> parsed 2 - 3 - 1 - 28 - [2,0] - 125
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SRSP: <-- SYS - osalNvReadExt - {"status":2,"len":0,"value":{"type":"Buffer","data":[]}}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext []
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SREQ: --> SYS - osalNvReadExt - {"id":59,"offset":0}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:writer: --> frame [254,4,33,28,59,0,0,0,2]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: <-- [254,2,97,28,2,0,125]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext [254,2,97,28,2,0,125]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --> parsed 2 - 3 - 1 - 28 - [2,0] - 125
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SRSP: <-- SYS - osalNvReadExt - {"status":2,"len":0,"value":{"type":"Buffer","data":[]}}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext []
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SREQ: --> SYS - osalNvReadExt - {"id":59,"offset":0}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:writer: --> frame [254,4,33,28,59,0,0,0,2]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: <-- [254,2,97,28,2,0,125]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext [254,2,97,28,2,0,125]
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --> parsed 2 - 3 - 1 - 28 - [2,0] - 125
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:znp: SRSP: <-- SYS - osalNvReadExt - {"status":2,"len":0,"value":{"type":"Buffer","data":[]}}
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:zstack:unpi:parser: --- parseNext []
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:adapter:zstack:manager: (stage-1) adapter is configured
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:adapter:zstack:manager: (stage-2) adapter state does not match configuration
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:adapter:zstack:manager: (stage-3) got adapter backup
[2024-07-22 15:25:15] e[34mdebuge[39m: 	zh:adapter:zstack:manager: (stage-4) adapter state matches backup
[2024-07-22 15:25:15] e[31merrore[39m: 	zh:adapter:zstack:manager: Configuration is not consistent with adapter state/backup!
[2024-07-22 15:25:15] e[31merrore[39m: 	zh:adapter:zstack:manager: - PAN ID: configured=6754, adapter=65534
[2024-07-22 15:25:15] e[31merrore[39m: 	zh:adapter:zstack:manager: - Extended PAN ID: configured=00124b0014da3b5c, adapter=00124b0014da3b5c
[2024-07-22 15:25:15] e[31merrore[39m: 	zh:adapter:zstack:manager: - Network Key: configured=01030507090b0d0f00020406080a0c0d, adapter=01030507090b0d0f00020406080a0c0d
[2024-07-22 15:25:15] e[31merrore[39m: 	zh:adapter:zstack:manager: - Channel List: configured=11, adapter=
[2024-07-22 15:25:15] e[31merrore[39m: 	zh:adapter:zstack:manager: Please update configuration to prevent further issues.
[2024-07-22 15:25:15] e[31merrore[39m: 	zh:adapter:zstack:manager: If you wish to re-commission your network, please remove coordinator backup at /var/www/html/plugins/z2m/data/coordinator_backup.json.
[2024-07-22 15:25:15] e[31merrore[39m: 	zh:adapter:zstack:manager: Re-commissioning your network will require re-pairing of all devices!
[2024-07-22 15:25:15] e[31merrore[39m: 	z2m: Error while starting zigbee-herdsman
[2024-07-22 15:25:15] e[31merrore[39m: 	z2m: Failed to start zigbee
[2024-07-22 15:25:15] e[31merrore[39m: 	z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start.html for possible solutions
[2024-07-22 15:25:15] e[31merrore[39m: 	z2m: Exiting...
[2024-07-22 15:25:15] e[31merrore[39m: 	z2m: Error: startup failed - configuration-adapter mismatch - see logs above for more information
at ZnpAdapterManager.determineStrategy (/var/www/html/plugins/z2m/resources/zigbee2mqtt/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:223:35)
at ZnpAdapterManager.start (/var/www/html/plugins/z2m/resources/zigbee2mqtt/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:57:26)
at Controller.start (/var/www/html/plugins/z2m/resources/zigbee2mqtt/node_modules/zigbee-herdsman/src/controller/controller.ts:129:29)
at Zigbee.start (/var/www/html/plugins/z2m/resources/zigbee2mqtt/lib/zigbee.ts:63:27)
at Controller.start (/var/www/html/plugins/z2m/resources/zigbee2mqtt/lib/controller.ts:139:27)
at start (/var/www/html/plugins/z2m/resources/zigbee2mqtt/index.js:154:5)

Mon fichier configuration.yml sous /var/www/html/plugins/z2m/data/

1. commence avec trois tiret —
2. fini ainsi avec 3 petits points à la fin …
   :

  "0xa4c138ae38413a6f":
    friendly_name: Prise conso chambre parents
    description: Prise conso NOUS chambre parents
  "0xa4c1385bc9a7f061":
    friendly_name: "0xa4c1385bc9a7f061"
...

est-ce normal?
Comment est-il censé se terminer?

Est-ce une piste possible?

Je remarque plusieurs différences de formattage entre mes fichiers de configuration avant le 21 juillet et ceux après:
Outre les marquages de début et fin de fichier décrit ci-dessous, il y a aussi une différence dans :
L’utilisation de simple quote avant puis double quote après pour les id des devices
L’ajout de double quote pour les champs friendly name et description
Les caractères accentués qui sont encodés différemment.

Avant:

  '0xa4c138d856319e1f':
    friendly_name: Prise conso caméra S7
    description: Prise conso NOUS caméra JPI Galaxy S7 Salle à manger

Après :

  "0xa4c138d856319e1f":
    friendly_name: "Prise conso cam\xE9ra S7"
    description: "Prise conso NOUS cam\xE9ra JPI Galaxy S7 Salle \xE0 manger"

Mais j’ai surtout l’impression qu’il dit que ma configuration ne match pas avec l’état de l’adaptateur…
Il me dit de mettre à jour la configuration, mais je ne vois pas comment …

Cela semble s’être passé alors que j’ai eu de nombreux soucis d’inclusion de nouveaux devices sur mon réseau Zigbee…
Une corruption de l’état de conf de l’adaptateur?

Configuration : Jeedom dernière version 4.4.10, Plug-in z2m 2024-08-05 09:04:43

J’ai 50 équipements connectés sur cet adaptateur, si je peux éviter de tout réappairer… et modifier tous mes scénarios ensuite…

Merci pour votre aide.

[BeauFort9476]

Déjà pour le premier message d’erreur qui est en fait sans conséquence:

[2024-08-15 14:15:26] e[31merrore[39m: 	z2m: Failed to load external converter file '/var/www/html/plugins/z2m/core/class/../config/converters/Danfoss/icon.js' (Cannot find module 'zigbee-herdsman-converters/lib/extend'
Require stack:
- /var/www/html/plugins/z2m/resources/zigbee2mqtt/dist/util/utils.js
- /var/www/html/plugins/z2m/resources/zigbee2mqtt/dist/util/settings.js
- /var/www/html/plugins/z2m/resources/zigbee2mqtt/index.js)
[2024-08-15 14:15:26] e[31merrore[39m: 	z2m: Probably there is a syntax error in the file or the external converter is not compatible with the current Zigbee2MQTT version
[2024-08-15 14:15:26] e[31merrore[39m: 	z2m: Note that external converters are not meant for long term usage, it's meant for local testing after which a pull request should be created to add out-of-the-box support for the device

Il faut suivre les instructions depuis la version 1.36.1 :

Release 1.36.1 · Koenkk/zigbee2mqtt

en supprimant dans le fichier /var/www/html/plugins/z2m/core/class/…/config/converters/Danfoss/icon.js (pour moi, mais vous aurez peut-être un autre fichier) la ligne
const extend = require(‹ zigbee-herdsman-converters/lib/extend ›);

Donc mon soucis vient du second message d’erreur, un problème de données différentes entre la config et l’adaptateur…

PAN ID: configured=6754, adapter=65534
[2024-08-15 14:15:27] e[31merrore[39m: 	zh:adapter:zstack:manager: - Extended PAN ID: configured=00124b0014da3b5c, adapter=00124b0014da3b5c
[2024-08-15 14:15:27] e[31merrore[39m: 	zh:adapter:zstack:manager: - Network Key: configured=01030507090b0d0f00020406080a0c0d, adapter=01030507090b0d0f00020406080a0c0d
[2024-08-15 14:15:27] e[31merrore[39m: 	zh:adapter:zstack:manager: - Channel List: configured=11, adapter=
[2024-08-15 14:15:27] e[31merrore[39m: 	zh:adapter:zstack:manager: Please update configuration to prevent further issues.

2 soucis:
Comment changer le PAN ID dans la configuration pour le remettre à la valeur de celui de l’adapteur ?
Comment est-ce possible que le channel soit nul pour l’adaptateur?

Dois-je (puis-je) modifier le fichier: /var/www/html/plugins/z2m/data/coordinator_backup.json ?

"coordinator_ieee": "00124b0014da3b5c",
  "pan_id": "fffe",
  "extended_pan_id": "00124b0014da3b5c",
  "nwk_update_id": 0,
  "security_level": 5,
  "channel": 0,

Notamment les champs pan_id et channel?
Est-ce un signe de défaillance de mon adaptateur?

[BeauFort9476]

Bon ben j’ai effectivement modifié le fichier: /var/www/html/plugins/z2m/data/coordinator_backup.json en positionnant les mêmes valeurs que celui de la configuration, j’ai redémarré le démon et les messages d’erreur ont disparus.

Par contre dans l’IHM Z2M, il ne retrouve plus aucun équipement!

Après redémarrage du Rpi, dernier message d’erreur du démon:

[2024-08-15 16:44:18] e[34mdebuge[39m:	zh:zstack:backup: Following devices with link key are missing from new backup but present in old backup and database, adding them back:
[2024-08-15 16:44:18] e[32minfoe[39m:	zh:controller: Wrote coordinator backup to ‹ /var/www/html/plugins/z2m/data/coordinator_backup.json ›
[2024-08-15 16:44:18] e[32minfoe[39m:	zh:zstack:znp: closing
[2024-08-15 16:44:18] e[32minfoe[39m:	zh:zstack:znp: Port closed
[2024-08-15 16:44:18] e[32minfoe[39m:	z2m: Stopped zigbee-herdsman
[2024-08-15 16:44:18] e[32minfoe[39m:	z2m: Stopped Zigbee2MQTT

Comment je retrouve les devices manquants?

En redémarrant le rpi, j’ai ensuite les messages suivants en boucle:

|[2024-08-15 17:14:05] e[34mdebuge[39m: |zh:controller: Data is from unknown device with address '52790', skipping...|
|---|---|
|[2024-08-15 17:14:05] e[34mdebuge[39m: |zh:zstack:unpi:parser: --- parseNext []|
|[2024-08-15 17:14:05] e[34mdebuge[39m: |zh:zstack:unpi:parser: <-- [254,35,68,129,0,0,0,0,102,64,1,1,0,15,0,158,212,81,0,0,15,8,6,10,1,0,32,192,226,255,32,54,228,255,32,0,162,162,28,18]|
|[2024-08-15 17:14:05] e[34mdebuge[39m: |zh:zstack:unpi:parser: --- parseNext [254,35,68,129,0,0,0,0,102,64,1,1,0,15,0,158,212,81,0,0,15,8,6,10,1,0,32,192,226,255,32,54,228,255,32,0,162,162,28,18]|
|[2024-08-15 17:14:05] e[34mdebuge[39m: |zh:zstack:unpi:parser: --> parsed 35 - 2 - 4 - 129 - [0,0,0,0,102,64,1,1,0,15,0,158,212,81,0,0,15,8,6,10,1,0,32,192,226,255,32,54,228,255,32,0,162,162,28] - 18|
|[2024-08-15 17:14:05] e[34mdebuge[39m: |zh:zstack:znp: AREQ: <-- AF - incomingMsg - {groupid:0,clusterid:0,srcaddr:16486,srcendpoint:1,dstendpoint:1,wasbroadcast:0,linkquality:15,securityuse:0,timestamp:5362846,transseqnumber:0,len:15,data:{type:Buffer,data:[8,6,10,1,0,32,192,226,255,32,54,228,255,32,0]}}|
|[2024-08-15 17:14:05] e[34mdebuge[39m: |zh:controller: Data is from unknown device with address '16486', skipping...|
|[2024-08-15 17:14:05] e[34mdebuge[39m: |zh:zstack:unpi:parser: --- parseNext []|

A noter que suite à cve redémarrage, les fichiers database.db et coordinator_backup.json ont changé de propriétaires et sont passés en Read Only :

Même en forçant le propriétaires et les droits et en les modifiants ensuite avec l’ancien contenu, ils reviennent dans cet état après un nouveau redémarrage…

[BeauFort9476]

C’est de pire en pire!
Après avoir tenté des retours arrières sur un backup avant le problème, et bien le problème reste , la restauration me laisse des scories de configuration… et même pire car le serveur Z2M ne veut même plus démarrer avec un nouveau message:

Building Zigbee2MQTT... (hash changed), failed
Error: Command failed: npm run build
at ChildProcess.exithandler (node:child_process:419:12)
at ChildProcess.emit (node:events:514:28)
at maybeClose (node:internal/child_process:1091:16)
at Process.ChildProcess._handle.onexit (node:internal/child_process:302:5)
> zigbee2mqtt@1.37.1 start
> node index.js
Building Zigbee2MQTT... (initial build), failed
Error: Command failed: npm run build
Killed
at ChildProcess.exithandler (node:child_process:419:12)
at ChildProcess.emit (node:events:514:28)
at maybeClose (node:internal/child_process:1091:16)
at Process.ChildProcess._handle.onexit (node:internal/child_process:302:5)

Edit: suite à je ne sais quelle action, la configuration est revenue!!

Beaucoup d’équipements ne sont plus connectés, mais je pense qu’il suffira de les réappairer…

[JeedGeek]

Bonjour,

Je n’ai pas vu à quel endroit tu indiques le type de Clé Zigbee que tu utilises n’y ta page de configuration du plugin JeeZigbee

@BeauFort9476

ma clef ZNP/TI qui pourrait avoir souffert de la chaleur

mais on ne sait pas quel modèle.

Comme tu le remarque dans ton 1er message, maintenant l’interface Z2M n’aime pas du tout les « Friendly Name » qui comportent des caractères « spéciaux » tels que les accents « à » « é » « è » « ° »…
Il suffit de renommer les « Friendly Name » sous l’interface Z2M pour voir par la suite disparaitre les messages les concernant.
Cela n’as pas d’impact sur JeeZigbee (actuellement) ou tu peux garder les mots comportant des accents.

Pour le fichier « Coordinateur_Backup.json », il faut arrêter Jeezigbee puis aller dans html / Plugins / z2m / data et il faut renommer le fichier coordinator_backup.json en coordinator_backup-json.old (par exemple)
Le fichier Coordinator_Backup.json va se recréer au démarrage de Jeezigbee.

Si cela peut t’aider un peu dans la recherche de tes problèmes.

[BeauFort9476]

Bonjour @JeedGeek

effectivement, je précise ma clef/adaptateur est basée sur le chipset CC2531 de Texas Instrument.

Bizarre que j’ai pu modifier le fichier coordinator_backup.json et que les modifications aient été prises en compte… alors que comme tu l’indiques il est à la main du démon z2m…

Bon ma clef a dû de nouveau planter car la led reste rouge.
Je vais probablement la reflasher comme indiqué dans la page Supported Adapters | Zigbee2MQTT

[JeedGeek]

Tu nous as toujours pas dit quel model de clé c’était !
(Tu as peux être un firmware à mettre à jour).
Et ta page de config peut peut-être comporter une anomalie qui t’aurais échappé…
Je dis çà … je dis rien …

[BeauFort9476]

Ce n’est pas une clef de marque et il n’y a pas de modèle spécifié non plus. C’est un stick USB avec le chipset TI CC2531 générique.

Voici la conf du plug-in JeeZigbee, mais elle n’a pas été modifiée entre le moment où elle fonctionnait et le moment où cela a commencé a poser problème :

J’ai eu quelques symptômes révélateurs probablement du dysfonctionnement juste avant lorsque j’ai essayé d’appairer plusieurs nouveaux équipements.
Un des équipements ne voulait pas s’appairer sans raison…

Il parait que ces adaptateurs sont abonnés à ce genre de problème…

[iPapy]

Bonsoir,

@BeauFort9476

C’est un stick USB avec le chipset TI CC2531 générique.

Ce type de clé est dépassé, pas cher (à l’époque vers les 5€) mais limité au niveau du nombre de device et surtout pas zigbee 3.0

[JeedGeek]

As-tu regardé si tu avais le dernier firmware recommandé par Zigbee2Mqtt ?

Flashing the CC2531 USB stick | Zigbee2MQTT

Edit :
Le « dernier » Firmware date d’il y a 3 ans mais cela ne veut rien dire et être toujours au Top.

[akenad]

Bonjour,

CC2531 non recommandé pour Zigbee2MQTT : zStack adapters (Texas Instruments) | Zigbee2MQTT

akenad

[BeauFort9476]

Oui c’était il y a un peu plus d’1 an, la solution rapide que j’avais trouvé (car j’avais déjà 4 stick comme routeur pour mon réseau Zigbee Deconz) pour installer ZM et le plug-in JeeZigBee en parallèle.
Mais il est vrai qu’à force de migrer mes devices dessus, il doit maintenant souffrir (entre 40 et 50 équipements…

Je cherche maintenant à m’acheter une clef Zigbee et compatible Matter/Thread pour la remplacer… si vous avez des idées ?

Pourrais-je récupérer tout mon réseau Zigbee/Z2M sans tout avoir à réappairer?

[BeauFort9476]

Je vais justement reflasher la clef avec la dernière version préconisée : Z-Stack-firmware/coordinator/Z-Stack_Home_1.2/bin/source_routing at master · Koenkk/Z-Stack-firmware · GitHub qui date effectivement; merci!

[akenad]

@BeauFort9476

Je cherche maintenant à m’acheter une clef Zigbee et compatible Matter/Thread pour la remplacer… si vous avez des idées ?

NABU CASA - Dongle USB Zigbee 3.0 Connect ZBT-1 pour Home Assistant

akenad

[BeauFort9476]

Merci.
C’est la raison pour laquelle je vais changer d’adaptateur. J’aimerai un adaptateur compatible Zigbee et Matter/Thread pour assurer l’avenir…
J’ai cru voir que des adaptateurs existaient avec double chipset…

[akenad]

Autant avoir une Sonoff ZBDongle-E compatible EZSP/Ember et une Nabu Casa Sky Connect compatible Matter/thread.

SONOFF ZBDONGLE-E - CLÉ USB DONGLE ZIGBEE 3.0 + ANTENNE EXTERNE 20DBM (V2)

akenad

[BeauFort9476]

Etonné que tu dises qu’elle n’est pas compatible Zigbee 3.0…?
Comment puis-je vérifier?
J’y ai appairé 50 équipements avec JeeZigbee, je pensais qu’elle était compatible Zigbee 3.0.
Je serai en protocole Zigbee 2.0 avec tous mes équipements?

[BeauFort9476]

Ok, mais pour le Zigbee, j’ai déjà 2 clefs Conbee 2 pour faire fonctionner le plug-in Deconz (historiquement mon premier plug-in/adaptateur Zigbee) et le plug-in Zigbee (avant qu’il ne soit remplacé par JeeZigBee/Z2M) et je n’ai plus de port USB de libre sur mon Rpi 4b…
D’où ma recherche pour remplacer mon stick TI CC2531 par un adaptateur compatible Zigbee (pour reprendre mes 50 équipements appairé à ce réseau) et qui me permettra à terme d’appairer des équipements Thread/Matter…

[BeauFort9476]

Merci je vais regarder!
Sais-tu si d’autres adaptateurs du même type existent ou vont bientôt sortit?

[BeauFort9476]

Sinon, j’ai effectivement reflashé mon adaptateur avec le dernier firmware et l’ai rebranché à mon Rpi 4b.
Le démon z2m a bien redémarré et la moitié des équipements se sont reconnectés automatiquement.
Pour l’autre moitié :

1. je les ai activés pour qu’ils se re-appairent tous seuls
2. je les ai réappairé via la procédure standard
3. j’ai encore un petit quart qui ne se ré-appairent pas (pas mal d’ampoules pour le coup donc des coordinateurs…), peut-être à cause d’un changement de channel ou de pan id?