Deconz, Conbee II et Aqara :

Bonjour à tous

Je rencontre un soucis avec l’utilisation du plugin Deconz, depuis que j’ai transféré Jeedom d’un Rpi3B+ à un Rpi4.
Je précise que je suis avec un SSD, Jeedom en version 4.0.61, et Deconz en version du 02/07/20.

J’ai une clé Conbee, 4 capteurs de température Aqara, et 6 détecteurs d’ouverture Aqara.

Avec le Rpi 3B+, ça a toujours fonctionné du premier coup, au niveau des intégrations.
Avec le Rpi4, vu que j’ai réinstallé une sauvegarde Jeedom, j’ai perdu les associations Aqara-Clé Conbee. Pas très grave en soi…

Sauf que depuis, impossible de refaire une association.

Depuis le plugin, les dépendances sont lancées, le daemon aussi. Tout est OK
J’installe deconz en local -->OK
Puis je récupère les données de ma clé Conbee, avec notamment la clé API → OK

Sauf que sur la page de config, je passe en mode inclusion, et il ne se passe absolument rien. Seule ma clé Conbee apparait.

Ce que je trouve bizarre, c’est que, lorsque je clique sur « Récupérer la clé API », ça me récupère effectivement une clé, mais que la Conbee soit en mode association ou pas ! De plus, si je reclique sur « récupérer la clé API », celle-ci change ! (je sauvegarde entre les deux)

Bref, je n’y comprends plus rien…

Voici les logs, si des fois vous y voyez plus clair…

2020-08-30 17:28:02][INFO] : Lancement démon deconz : /usr/bin/python3 /var/www/html/plugins/deconz/resources/deconzd/deconzd.py --loglevel debug --socketport 55088 --callback http://127.0.0.1:80/plugins/deconz/core/php/jeeDeconz.php --apikey feNmYf5t6YgdJiutXi2fP9NaquDkgDYf --cycle 0 --pid /tmp/jeedom/deconz/deamon.pid
[2020-08-30 17:28:03.926][INFO] : Start deconzd
[2020-08-30 17:28:03.926][INFO] : Log level : debug
[2020-08-30 17:28:03.927][INFO] : Socket port : 55088
[2020-08-30 17:28:03.927][INFO] : Socket host : localhost
[2020-08-30 17:28:03.927][INFO] : PID file : /tmp/jeedom/deconz/deamon.pid
[2020-08-30 17:28:03.927][INFO] : Apikey : feNmYf5t6YgdJiutXi2fP9NaquDkgDYf
[2020-08-30 17:28:03.927][INFO] : Callback : http://127.0.0.1:80/plugins/deconz/core/php/jeeDeconz.php
[2020-08-30 17:28:03.928][INFO] : Cycle : 0.0
[2020-08-30 17:28:03.928][DEBUG] : Writing PID 6588 to /tmp/jeedom/deconz/deamon.pid
[2020-08-30 17:28:03.929][DEBUG] : Init request module v2.21.0
[2020-08-30 17:28:03.936][DEBUG] : Starting new HTTP connection (1): 127.0.0.1:80
[2020-08-30 17:28:03.952][DEBUG] : http://127.0.0.1:80 "GET /plugins/deconz/core/php/jeeDeconz.php?apikey=feNmYf5t6YgdJiutXi2fP9NaquDkgDYf HTTP/1.1" 200 0
[2020-08-30 17:28:03.956][DEBUG] : Start listening...
[2020-08-30 17:28:03.958][DEBUG] : Socket interface started
[2020-08-30 17:28:03.959][DEBUG] : LoopNetServer Thread started
[2020-08-30 17:28:03.959][DEBUG] : Listening on: [localhost:55088]
[2020-08-30 17:28:03.960][INFO] : Local DeconZ found
[2020-08-30 17:28:03.960][INFO] : Launching local DeconZ
[2020-08-30 17:28:03.961][INFO] : Kill all deCONZ process
kill: (313): Operation not permitted
[2020-08-30 17:28:04.016][INFO] : Log level deconz deamon debug
[2020-08-30 17:28:04.017][INFO] : Opt deconz deamon ['sudo', 'deCONZ', '--auto-connect=1', '--dbg-error=1', '--http-port=8484', '--ws-port=20877', '--upnp=0', '-platform', 'minimal', '--dbg-aps=2', '--dbg-info=2', '--dbg-zcl=2', '--dbg-zdp=2', '--dbg-http=2']
[2020-08-30 17:28:04.023][INFO] : Launched DeconZ with pid 6680
[2020-08-30 17:28:04.024][DEBUG] : Start socket thread
[2020-08-30 17:28:06.235][DEBUG] : Client connected to [127.0.0.1:59740]
[2020-08-30 17:28:06.235][DEBUG] : Message read from socket: b'{"apikey":"feNmYf5t6YgdJiutXi2fP9NaquDkgDYf","cmd":"addgateway","gateways":[{"id":"undefined","name":"","internalipaddress":"undefined","internalport":"undefined","websocketport":"undefined","apikey":"undefined","manageTimeZone":"0"}]}'
[2020-08-30 17:28:06.236][DEBUG] : Client disconnected from [127.0.0.1:59740]
[2020-08-30 17:28:06.280][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2020-08-30 17:28:06.280][DEBUG] : Closing All Websockets
[2020-08-30 17:28:07.282][DEBUG] : Add gateway :
[2020-08-30 17:28:07.283][DEBUG] : Starting WebSocket for  on ip undefined and port undefined
[2020-08-30 17:28:16][DEBUG] : undefined:undefined/api/undefined/sensors type : POST
[2020-08-30 17:28:17][DEBUG] : undefined:undefined/api/undefined/lights type : POST
Exception in thread deconz_undefined:
Traceback (most recent call last):
File "/usr/lib/python3.7/threading.py", line 917, in _bootstrap_inner
self.run()
File "/usr/lib/python3.7/threading.py", line 865, in run
self._target(*self._args, **self._kwargs)
File "/var/www/html/plugins/deconz/resources/deconzd/deconzd.py", line 133, in wshandling
globals.WS[str(gatewayInfos['internalipaddress'])] = create_connection("ws://" + str(gatewayInfos['internalipaddress']) + ":" + str(gatewayInfos['websocketport']))
File "/usr/local/lib/python3.7/dist-packages/websocket/_core.py", line 515, in create_connection
websock.connect(url, **options)
File "/usr/local/lib/python3.7/dist-packages/websocket/_core.py", line 223, in connect
options.pop('socket', None))
File "/usr/local/lib/python3.7/dist-packages/websocket/_http.py", line 108, in connect
hostname, port, resource, is_secure = parse_url(url)
File "/usr/local/lib/python3.7/dist-packages/websocket/_url.py", line 51, in parse_url
if parsed.port:
File "/usr/lib/python3.7/urllib/parse.py", line 169, in port
port = int(port, 10)
ValueError: invalid literal for int() with base 10: 'undefined'
[2020-08-30 17:31:14.945][DEBUG] : Client connected to [127.0.0.1:33210]
[2020-08-30 17:31:14.946][DEBUG] : Message read from socket: b'{"apikey":"feNmYf5t6YgdJiutXi2fP9NaquDkgDYf","cmd":"addgateway","gateways":[{"id":"undefined","name":"undefined","internalipaddress":"127.0.0.1","internalport":"8484","websocketport":"20877","apikey":"undefined","manageTimeZone":"0"}]}'
[2020-08-30 17:31:14.947][DEBUG] : Client disconnected from [127.0.0.1:33210]
[2020-08-30 17:31:14.956][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2020-08-30 17:31:14.957][DEBUG] : Closing All Websockets
[2020-08-30 17:31:15.958][DEBUG] : Add gateway : undefined
[2020-08-30 17:31:15.958][DEBUG] : Starting WebSocket for undefined on ip 127.0.0.1 and port 20877
[2020-08-30 17:31:17][DEBUG] : 127.0.0.1:8484/api type : POST
[2020-08-30 17:31:17][DEBUG] : Username for : undefined => {"username":"0C894FF2A2"}
[2020-08-30 17:31:17][DEBUG] : 127.0.0.1:8484/api/0C894FF2A2/config type : POST
[2020-08-30 17:31:25.841][DEBUG] : Client connected to [127.0.0.1:33270]
[2020-08-30 17:31:25.842][DEBUG] : Message read from socket: b'{"apikey":"feNmYf5t6YgdJiutXi2fP9NaquDkgDYf","cmd":"addgateway","gateways":[{"id":"00212EFFFF05CC1E","name":"undefined","internalipaddress":"127.0.0.1","internalport":"8484","websocketport":20877,"apikey":"0C894FF2A2","manageTimeZone":"0"}]}'
[2020-08-30 17:31:25.843][DEBUG] : Client disconnected from [127.0.0.1:33270]
[2020-08-30 17:31:25.887][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2020-08-30 17:31:25.887][DEBUG] : Closing All Websockets
[2020-08-30 17:31:26.088][DEBUG] : Closing WebSocket for deconz_127.0.0.1
[2020-08-30 17:31:27.092][DEBUG] : Add gateway : undefined
[2020-08-30 17:31:27.093][DEBUG] : Starting WebSocket for undefined on ip 127.0.0.1 and port 20877
14:33:15:965 HTTP client hdr detected:
GET /api/config HTTP/1.1
Host: 127.0.0.1:8484
User-Agent: curl/7.64.0
Accept: */*
14:33:15:965 HTTP API GET /api/config - 127.0.0.1
14:33:15:966 {"apiversion":"1.16.0","bridgeid":"00212EFFFF05CC1E","datastoreversion":"60","devicename":"ConBee II","factorynew":false,"mac":"dc:a6:32:a6:65:01","modelid":"deCONZ","name":"Phoscon-GW","replacesbridgeid":null,"starterkitid":"","swversion":"2.5.77"}
14:33:15:967 http client (127.0.0.1) handled 1 requests
14:33:15:967 ~http client 0x0x1ac5e88
14:33:16:038 poll node 00:21:2e:ff:ff:05:cc:1e-01
14:33:16:038 Poll light node Configuration tool 1
14:33:16:063 Mgmt_Lqi_req zdpSeq: 129 to 0x00212EFFFF05CC1E start index 0
14:33:16:063 APS-DATA.request id: 185, addrmode: 0x03, addr: 0x00212effff05cc1e, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:33:16:074 APS-DATA.confirm id: 185, status: 0x00 SUCCESS
14:33:16:074 APS-DATA.confirm request id: 185 -> confirmed, timeout 28349632
14:33:16:078 APS-DATA.indication srcAddr: 0x0000, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 17, rssi: 21
14:33:16:078 	asdu: 8100000000
14:33:16:078 APS-DATA.indication request id: 185 -> finished
14:33:16:078 APS-DATA.request id: 185 erase from queue
14:33:16:078 ZDP status = 0x00 -> SUCCESS
14:33:16:078 void deCONZ::zmNode::setFetched(deCONZ::RequestId, bool) fetched item: 8, node: 0x0000
14:33:16:078 ZDP Mgmt_Lqi_rsp zdpSeq: 129 from 0x00212EFFFF05CC1E total: 0, startIndex: 0, listCount: 0
14:33:16:920 poll node 00:21:2e:ff:ff:05:cc:1e-01
14:33:16:920 Poll light node Configuration tool 1
14:33:17:814 poll node 00:21:2e:ff:ff:05:cc:1e-01
14:33:17:814 Poll light node Configuration tool 1
14:33:18:464 Mgmt_Lqi_req zdpSeq: 130 to 0x00212EFFFF05CC1E start index 0
14:33:18:464 APS-DATA.request id: 196, addrmode: 0x03, addr: 0x00212effff05cc1e, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:33:18:477 APS-DATA.confirm id: 196, status: 0x00 SUCCESS
14:33:18:477 APS-DATA.confirm request id: 196 -> confirmed, timeout 28349632
14:33:18:481 APS-DATA.indication srcAddr: 0x0000, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 17, rssi: 21
14:33:18:481 	asdu: 8200000000
14:33:18:481 APS-DATA.indication request id: 196 -> finished
14:33:18:481 APS-DATA.request id: 196 erase from queue
14:33:18:481 ZDP status = 0x00 -> SUCCESS
14:33:18:481 void deCONZ::zmNode::setFetched(deCONZ::RequestId, bool) fetched item: 8, node: 0x0000
14:33:18:481 ZDP Mgmt_Lqi_rsp zdpSeq: 130 from 0x00212EFFFF05CC1E total: 0, startIndex: 0, listCount: 0
14:33:18:652 poll node 00:21:2e:ff:ff:05:cc:1e-01
14:33:18:652 Poll light node Configuration tool 1
14:33:19:077 COM: /dev/ttyACM0 : ConBee II (0x1CF1/0x0030)
14:33:19:077 COM: /dev/ttyAMA0 :  (0x0000/0x0000)
14:33:19:077 dev /dev/ttyAMA0
14:33:19:078 GW update firmware not found: deCONZ_ConBeeII_0x26490700.bin.GCF
14:33:19:496 poll node 00:21:2e:ff:ff:05:cc:1e-01
14:33:19:496 Poll light node Configuration tool 1
14:33:20:386 poll node 00:21:2e:ff:ff:05:cc:1e-01
14:33:20:386 Poll light node Configuration tool 1
14:33:20:864 Mgmt_Lqi_req zdpSeq: 131 to 0x00212EFFFF05CC1E start index 0
14:33:20:864 APS-DATA.request id: 208, addrmode: 0x03, addr: 0x00212effff05cc1e, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:33:20:870 APS-DATA.confirm id: 208, status: 0x00 SUCCESS
14:33:20:870 APS-DATA.confirm request id: 208 -> confirmed, timeout 28349632
14:33:20:871 APS-DATA.indication srcAddr: 0x0000, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 17, rssi: 21
14:33:20:871 	asdu: 8300000000
14:33:20:871 APS-DATA.indication request id: 208 -> finished
14:33:20:871 APS-DATA.request id: 208 erase from queue
14:33:20:871 ZDP status = 0x00 -> SUCCESS
14:33:20:871 void deCONZ::zmNode::setFetched(deCONZ::RequestId, bool) fetched item: 8, node: 0x0000
14:33:20:871 ZDP Mgmt_Lqi_rsp zdpSeq: 131 from 0x00212EFFFF05CC1E total: 0, startIndex: 0, listCount: 0
14:33:21:199 poll node 00:21:2e:ff:ff:05:cc:1e-01
14:33:21:199 Poll light node Configuration tool 1
14:33:22:039 poll node 00:21:2e:ff:ff:05:cc:1e-01
14:33:22:039 Poll light node Configuration tool 1
14:33:22:920 poll node 00:21:2e:ff:ff:05:cc:1e-01
14:33:22:920 Poll light node Configuration tool 1
14:33:23:264 Mgmt_Lqi_req zdpSeq: 132 to 0x00212EFFFF05CC1E start index 0
14:33:23:264 APS-DATA.request id: 220, addrmode: 0x03, addr: 0x00212effff05cc1e, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:33:23:275 APS-DATA.confirm id: 220, status: 0x00 SUCCESS
14:33:23:275 APS-DATA.confirm request id: 220 -> confirmed, timeout 28349632
14:33:23:279 APS-DATA.indication srcAddr: 0x0000, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 17, rssi: 21
14:33:23:279 	asdu: 8400000000
14:33:23:279 APS-DATA.indication request id: 220 -> finished
14:33:23:280 APS-DATA.request id: 220 erase from queue
14:33:23:280 ZDP status = 0x00 -> SUCCESS
14:33:23:280 void deCONZ::zmNode::setFetched(deCONZ::RequestId, bool) fetched item: 8, node: 0x0000
14:33:23:280 ZDP Mgmt_Lqi_rsp zdpSeq: 132 from 0x00212EFFFF05CC1E total: 0, startIndex: 0, listCount: 0
14:33:23:814 poll node 00:21:2e:ff:ff:05:cc:1e-01
14:33:23:814 Poll light node Configuration tool 1
14:33:23:996 Daylight now: solarNoon, status: 170, daylight: 1, dark: 0
14:33:24:654 poll node 00:21:2e:ff:ff:05:cc:1e-01
14:33:24:654 Poll light node Configuration tool 1
14:33:25:496 poll node 00:21:2e:ff:ff:05:cc:1e-01
14:33:25:496 Poll light node Configuration tool 1
14:33:25:664 Mgmt_Lqi_req zdpSeq: 133 to 0x00212EFFFF05CC1E start index 0
14:33:25:664 APS-DATA.request id: 231, addrmode: 0x03, addr: 0x00212effff05cc1e, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:33:25:677 APS-DATA.confirm id: 231, status: 0x00 SUCCESS
14:33:25:677 APS-DATA.confirm request id: 231 -> confirmed, timeout 28349632
14:33:25:681 APS-DATA.indication srcAddr: 0x0000, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 17, rssi: 21
14:33:25:681 	asdu: 8500000000
14:33:25:681 APS-DATA.indication request id: 231 -> finished
14:33:25:681 APS-DATA.request id: 231 erase from queue
14:33:25:681 ZDP status = 0x00 -> SUCCESS
14:33:25:681 void deCONZ::zmNode::setFetched(deCONZ::RequestId, bool) fetched item: 8, node: 0x0000
14:33:25:681 ZDP Mgmt_Lqi_rsp zdpSeq: 133 from 0x00212EFFFF05CC1E total: 0, startIndex: 0, listCount: 0
14:33:26:231 HTTP client hdr detected:
GET /api/config HTTP/1.1
Host: 127.0.0.1:8484
User-Agent: curl/7.64.0
Accept: */*
14:33:26:231 HTTP API GET /api/config - 127.0.0.1
14:33:26:232 {"apiversion":"1.16.0","bridgeid":"00212EFFFF05CC1E","datastoreversion":"60","devicename":"ConBee II","factorynew":false,"mac":"dc:a6:32:a6:65:01","modelid":"deCONZ","name":"Phoscon-GW","replacesbridgeid":null,"starterkitid":"","swversion":"2.5.77"}
14:33:26:232 http client (127.0.0.1) handled 1 requests
14:33:26:232 ~http client 0x0x1b0d6b0
14:33:26:386 poll node 00:21:2e:ff:ff:05:cc:1e-01
14:33:26:386 Poll light node Configuration tool 1
14:33:27:198 poll node 00:21:2e:ff:ff:05:cc:1e-01
14:33:27:198 Poll light node Configuration tool 1
14:33:28:036 poll node 00:21:2e:ff:ff:05:cc:1e-01
14:33:28:036 Poll light node Configuration tool 1
14:33:28:063 Mgmt_Lqi_req zdp
Seq: 134 to 0x00212EFFFF05CC1E start index 0
14:33:28:064 APS-DATA.request id: 243, addrmode: 0x03, addr: 0x00212effff05cc1e, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:33:28:076 APS-DATA.confirm id: 243, status: 0x00 SUCCESS
14:33:28:076 APS-DATA.confirm request id: 243 -> confirmed, timeout 28288760
14:33:28:080 APS-DATA.indication srcAddr: 0x0000, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 17, rssi: 21
14:33:28:080 	asdu: 8600000000
14:33:28:080 APS-DATA.indication request id: 243 -> finished
14:33:28:080 APS-DATA.request id: 243 erase from queue
14:33:28:080 ZDP status = 0x00 -> SUCCESS
14:33:28:080 void deCONZ::zmNode::setFetched(deCONZ::RequestId, bool) fetched item: 8, node: 0x0000
14:33:28:080 ZDP Mgmt_Lqi_rsp zdpSeq: 134 from 0x00212EFFFF05CC1E total: 0, startIndex: 0, listCount: 0
14:33:28:921 poll node 00:21:2e:ff:ff:05:cc:1e-01
14:33:28:921 Poll light node Configuration tool 1
14:33:29:083 COM: /dev/ttyACM0 : ConBee II (0x1CF1/0x0030)
14:33:29:083 COM: /dev/ttyAMA0 :  (0x0000/0x0000)
14:33:29:083 dev /dev/ttyAMA0
14:33:29:084 GW update firmware not found: deCONZ_ConBeeII_0x26490700.bin.GCF
14:33:29:819 poll node 00:21:2e:ff:ff:05:cc:1e-01
14:33:29:819 Poll light node Configuration tool 1
14:33:30:463 Mgmt_Lqi_req zdpSeq: 135 to 0x00212EFFFF05CC1E start index 0
14:33:30:463 APS-DATA.request id: 254, addrmode: 0x03, addr: 0x00212effff05cc1e, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:33:30:476 APS-DATA.confirm id: 254, status: 0x00 SUCCESS
14:33:30:476 APS-DATA.confirm request id: 254 -> confirmed, timeout 28288760
14:33:30:480 APS-DATA.indication srcAddr: 0x0000, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 17, rssi: 21
14:33:30:480 	asdu: 8700000000
14:33:30:480 APS-DATA.indication request id: 254 -> finished
14:33:30:480 APS-DATA.request id: 254 erase from queue
14:33:30:480 ZDP status = 0x00 -> SUCCESS
14:33:30:480 void deCONZ::zmNode::setFetched(deCONZ::RequestId, bool) fetched item: 8, node: 0x0000
14:33:30:480 ZDP Mgmt_Lqi_rsp zdpSeq: 135 from 0x00212EFFFF05CC1E total: 0, startIndex: 0, listCount: 0
14:33:30:659 poll node 00:21:2e:ff:ff:05:cc:1e-01
14:33:30:659 Poll light node Configuration tool 1
14:33:31:496 poll node 00:21:2e:ff:ff:05:cc:1e-01
14:33:31:496 Poll light node Configuration tool 1
14:33:32:386 poll node 00:21:2e:ff:ff:05:cc:1e-01
14:33:32:386 Poll light node Configuration tool 1
14:33:32:863 Mgmt_Lqi_req zdpSeq: 136 to 0x00212EFFFF05CC1E start index 0
14:33:32:863 APS-DATA.request id: 10, addrmode: 0x03, addr: 0x00212effff05cc1e, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:33:32:871 APS-DATA.confirm id: 10, status: 0x00 SUCCESS
14:33:32:871 APS-DATA.confirm request id: 10 -> confirmed, timeout 28288760
14:33:32:872 APS-DATA.indication srcAddr: 0x0000, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 17, rssi: 21
14:33:32:872 	asdu: 8800000000
14:33:32:872 APS-DATA.indication request id: 10 -> finished
14:33:32:872 APS-DATA.request id: 10 erase from queue
14:33:32:872 ZDP status = 0x00 -> SUCCESS
14:33:32:872 void deCONZ::zmNode::setFetched(deCONZ::RequestId, bool) fetched item: 8, node: 0x0000
14:33:32:872 ZDP Mgmt_Lqi_rsp zdpSeq: 136 from 0x00212EFFFF05CC1E total: 0, startIndex: 0, listCount: 0
14:33:33:199 poll node 00:21:2e:ff:ff:05:cc:1e-01
14:33:33:199 Poll light node Configuration tool 1
14:33:33:995 Daylight now: solarNoon, status: 170, daylight: 1, dark: 0
14:33:34:037 poll node 00:21:2e:ff:ff:05:cc:1e-01
14:33:34:037 Poll light node Configuration tool 1
14:33:34:920 poll node 00:21:2e:ff:ff:05:cc:1e-01
14:33:34:920 Poll light node Configuration tool 1
14:33:35:263 Mgmt_Lqi_req zdpSeq: 137 to 0x00212EFFFF05CC1E start index 0
14:33:35:263 APS-DATA.request id: 22, addrmode: 0x03, addr: 0x00212effff05cc1e, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
14:33:35:274 APS-DATA.confirm id: 22, status: 0x00 SUCCESS
14:33:35:274 APS-DATA.confirm request id: 22 -> con

Vous auriez une piste pour ce souci ?

As-tu monté ta clé directement sur 'e RPI4?
Si oui, monte-la sur un USB2

La clé est effectivement montée en direct sur le Rpi4, et sur un port USB2.

J’ai oublié de préciser dans mon premier message, que lors de l’installation de monRpi4, l’association Conbee-Aqara ne fonctionnait plus → normal.
J’ai pu réassossier un à un mes amarra, sauf 2 qui ne répondaient pas.

J’ai donc décidé de tout supprimer pour tout réintégrer, et là, c’est le drame… puisque plus rien ne veut s’intégrer…

Tu devrais commencer par suivre à la lettre l’installation et le démarrage de Deconz de la doc Jeedom car tu mélanges un peu tout entre la clef API, les appairages, le plug in Deconz et la clef ConBee2.
Il faut en premier lieu que tu comprennes bien le rôle de chacun de ces acteurs avant d’aller plus loin.

Sinon lors de ta migration il aurait juste fallu que tu sauvegardes la base Zigbee depuis Phoscon RPI 3 et que tu la réimportes ensuite sur Phoscon RPI4 et tout aurait été migré.

Ensuite de multiples fois sur ce forum a été traité le cas de l’utilisation d’une clef ConBee2 sur RPI4 et les obligation de la brancher sur un port USB2 (pas USB3) et sur rallonge ou sur Hub USB auto alimenté. Fais pour cela une petite recherche.

Pour finir sans routeur Zigbee (équipement alimenté sur secteur) dans ton réseau si tu as bougé ne serait ce qu’un de tes capteurs Xiaomi alors le réseau a du devenir instable. Là aussi de multiples retours d’expériences existent sur ce forum. Un petit coup de recherche et tu devrais trouver les bons conseils.

Si aucune de ces trois recherches/applications ne solutionne ton problème alors ce post pourra se pencher sur ton cas qui sera particulier.

1 « J'aime »

L’installation et le démarrage, je pense effectivement l’avoir suivi à la lettre, même si, dans mon message, j’ai résumé très (trop) brièvement les étapes suivies.
La clé est bien connectée à un port USB2, et à d’ailleurs déjà accepté mes Aqara, sauf 2 qui fonctionnaient mal. C’est après avoir tout supprimé qu’ils ne veulent plus s’intégrer…

Je pense que le souci vient de la clé, puisque, branchée sur un PC, elle se connecte et se déconnecte sans cesse. C’est un problème apparemment connu… Je vais me pencher la dessus

Pour ce problème de déco reco effectivement aussi la marche à suivre a aussi été donnée sur ce forum : il faut la reflasher avec la dernière version du firmware avec les options -t60 et -R10 de préférence

je ne parle pas d’une déco /reco au bout de 20min ou 1h comme peuvent rencontrer certains utilisateurs.
C’est une deco / reco toutes les 2 secondes environ. Impossible de la faire reconnaître sur le logiciel Deconz, qu’elle soit branchée en direct sur le PC, ou via un HUB alimenté… Ca va se conclure par un retour SAV

Enfin, si ta clé marchait correctement auparavant, ce n’est sûrement pas la migration qui ne le fera plus marcher.
Tu dois avoir un problème de config.
Tu peux toujours la rebrancher sur ton RPI3B pour voir si elle fonctionne toujours.
Auquel cas, il sera inutile de la renvoyer en SAV, ça ne résoudra pas ton problème.

j’ai tenté… idem…
Coïncidence peut être, mais la clé semble HS

Si tu en es sûr…

Oui le pb de deco reco toutes les x secondes fait bien partie de la solution de reflashage (voir le tuto sur la présentation @akenad) d’où l’importance des option -t60 et -R10 comme cela ça laisse au système l’opportunité de lancer le flash sur une connexion instable.

Uniquement après cette opération tu devras envoyer ta clef en SAV sinon c’est pas gagné pour la prise en charge.

ok… je retenterai car j’ai essayé vite fait, et l’apparition de la clé sur le pc était si fugace que ça ne semblait pas marcher…

je ne sais pas si cela a été dit, mais, de mémoire, il faut désactiver un truc dans le config.txt du /boot sur le pi4 pour la conbeeII fonctionne.

le truc, c’est que ça a fonctionné pendant une journée 1/2. C’est depuis que j’ai voulu réinscrire mes périphériques un par un que ça ne fonctionne plus…

J’ai bien reflashé la clé. A priori, je n’ai plus le souci de connexion / déconnexion sur PC.
Elle est en version 2.05.77

Sur le Rpi, dans les logs, je retrouve ça :

[2020-08-31 10:07:08][INFO] : Début d’activation du plugin
[2020-08-31 10:07:09][INFO] : Info sur le démon : {« launchable_message »:«  »,« launchable »:« nok »,« state »:« nok »,« log »:« nok »,« auto »:0}
[2020-08-31 10:07:09][DEBUG] : Lancement de : /var/www/html/core/class/…/…/core/php/jeePlugin.php plugin_id=deconz function=install callInstallFunction=1
kill: (374): Operation not permitted

Ce que je trouve étrange, c’est que, à chaque fois que je clique sur « récupérer l’API », ça me donne une API différente, et ce, même si je ne vais pas sur « authenticate app » sur la page web de la clé. C’est normal ça ?

Pour la version du firmware tu dois faire erreur. la version que tu cites est la version de l’interface API de deCONZ . La version firmware devrait être 26580700

Pour la clef API qui change à chaque fois que tu en fais une requête oui c’est l’interface de decONZ qui la génère à chaque requête JEEDOM. par contre comme l’application deCONZ n’est pas en mode authentification , la clef API ne sera pas reconnue comme valide par cette application.
Une fois de plus j’insiste pour suivre à la lettre la procédure décrite dans la doc Jeedom (passer sous Phoscon, se mettre en autorisation d’accès pour une application tierce, passer sous Jeedom, faire une demande de clef API et … attendre , vérifier sous Phoscon que Jeedom a bien été authentifiée. Vérifier par la même occasion que la clef est elle aussi bien connectée (version du firmware de la clef doit apparaître dans la fenêtre d’infos de la Gateway sous Phoscon).

2 « J'aime »

Salut @Yves19,
Dis-moi, tu n’as pas l’impression de répéter toujours la même chose?

1 « J'aime »

Merci pour ton retour.

Alors, je confirme que la clé fonctionne correctement sous windows. J’ai même fait un test pour associer un capteur → ça fonctionne. Au niveau du firmware, j’ai effectivement 264A0700
J’ai réinstallé le plugin totalement, pour repartir à 0.

Quand je connecte la clé sous jeedom, je fais un sudo GCFFlasher_internal -l et j’ai ça :
image

→ OK, ça semble normal.

Par contre, si je lance une découverte au niveau du plugin, il ne se passe rien.

J’ai essayé de rentrer manuellement l’IP (127.0.0.1) et le port (8448), sans succès.

Je continue mes recherches

Je ne suis sûr de rien du tout. Je ne suis pas du tout un spécialiste dans ce domaine, malheureusement. J’essaie de me documenter sur le forum, et d’avancer par élimination.
Déjà le flashage de la clé a permis de retrouver un fonctionnement normal sous windows. Il faut désormais que j’arrive à la faire reconnaître par Jeedom.

déjà, avec ce genre de log :

[2020-08-31 11:28:27][INFO] : Début d'activation du plugin
[2020-08-31 11:28:28][INFO] : Info sur le démon : {"launchable_message":"","launchable":"nok","state":"nok","log":"nok","auto":0}
[2020-08-31 11:28:28][DEBUG] : Lancement de : /var/www/html/core/class/../../core/php/jeePlugin.php  plugin_id=deconz function=install callInstallFunction=1
kill: (388): Operation not permitted

Je vois bien qu’il y a un problème… Pourtant, je pense suivre à la lettre la procédure d’installation… et il y a forcément un truc qui cloche chez moi

Je veux bien croire que tu as une configuration exceptionnelle mais nous sommes plusieurs, et @Yves19 est probablement le plus assidu, à avoir écrit des dizaines et des dizaines (voir des centaines( de posts à ce sujet.
Alors, simplement, je me demande si tu as reellement lu tous ces posts, et ils sont nombreux.
Je suis à peu près certain que tu y trouveras ta solution. C’est pour cette raison qu’il te demande si tu as suivi la procédure à la lettre.
Ensuite, si vraiment tu ne trouves pas un sujet équivalent, il sera toujours temps d’expliquer ta difference.
En l’état, et tu as pu t’en rendre compte, on se contente d’expliquer ce que l’on a expliqué par ailleurs.
Je te souhaite néanmoins bonne chance.

Vérifie que l’interface de communication sélectionnée pour ta clef ConBee2 est bien ACM0 dans le plug in Deconz.