Plugin-Zigbee - conbee II - probleme avec l'API

Bonjour,
Je galère avec le Protocole zigbee depuis plusieurs mois : Je fini toujours en fin de compte par perde la capacité a envoyé des commandes.
Voici le contexte ( mes tests hardware et software, pour qualifier le probleme):
Depuis de années j’ai un RaspPI3 avec z-wave.me (openzwave) + RFXCOM
Fin 2020 : achat d’une clef conbee II + install Deconz sur RaspPI3 → ça marche avec des amploule RGBW chinoise ewelight, puis mes ampoules chinoises ne répondent plus : Je change de clef conbee
fevier : Ca remarche avec la nouvelle clef + conbee, j’ajoute des devices lidl (bulb+plug) + capteur sonoff
mars : je perd ponctuellement l’accès à certains devices → ça remarche a force de désinstaller le plugin deconz+reinstallation des devices, mais c’est complétement instable
deb -avril : peut être un problème d’alimentation ?: je migre vers un PI4 + HUB USB2 ( backlup/restore de la conf jeedom) → RFXCOM et Z-WAVE = OK, mais deconz deconne : device non pilotable.
Mi-avril : je passe au plugin zigbee : Dans un premier temps, tout marche nickel, puis comme avec deconz, je fini par ne plus pouvoir piloter mes devices zigbee.

Extrait des logs :

[2021-04-17 11:13:15][ERROR] : Erreur exécution de la commande [Aucun][TZ3000_dbou1ap4.TS0505A bc:33:ac:ff:fe:a8:60:7c][Luminosité] : Erreur lors de la requete : http://127.0.0.1:8089/device/command(PUT), data : {"ieee":"bc:33:ac:ff:fe:a8:60:7c","cmd":[{"endpoint":1,"cluster":"level","command":"move_to_level","await":1,"args":["133","0"]}],"allowQueue":false} erreur : {"state":"error","result":"[0x99a4:1:0x0008]: Message send failure","code":0}
[2021-04-17 11:13:45][DEBUG] : {"devices":{"04:cf:8c:df:3c:78:c0:b6":{"1":{"1024":[{"value":"17635","cluster_name":"Illuminance Measurement"}]}}}}

Ce qui est bizarre c’est que les nœuds sont visibles dans le réseau Zigbee, mais l’api ne semble pas vouloir répondre :

est ce que vous avez une idee de ce qui se passe ?
Autres info, certains devices sont inclus sans que je lance la procédure d’inclusion ( des devices précédement supprimé)

Avant de guérir encore eût il fallu savoir quelle est ta configuration ?
Voir ici Comment nous aider à vous aider - ou Comment poser une bonne question? paragraphe contenu de la question (prendre le temps de bien lire et de bien respecter tous les items) pour les attendus à minima afin de nous permettre d’être efficaces.

Bonjour, voici ma conf : Raspberry PI4 avec cle rfxcom, z-wave.me et conbee II sur un hub USB2
voici les version :

core : jeedom V4-stable|4.1.22
plugin : domogeek stable|2020-05-12 14:28:30||
plugin : geotrav stable|2020-10-13 01:11:14||
plugin : heliotrope stable|2020-05-29 15:05:43||
plugin : openzwave stable|2020-09-09 01:03:52||
plugin : rfxcom stable|2021-02-09 01:02:40||
plugin : wifilightV2 stable|2021-04-03 07:19:43||
plugin : zigbee stable|2021-04-17 10:20:50||

system : Linux raspberrypi 5.10.11-v8+ #1399 SMP PREEMPT Thu Jan 28 12:14:03 GMT 2021 aarch64 GNU/Linux

les packages utilisés par jeedom sont a jour via l’interface html de jedom.

Le problème: lorsque j’inclus de nouveaux dispositifs Zigbee, ces appareils finissent par ne plus accepter les commandes . Toutefois les appareils sont vivant, et je reçois des infos de certains capteurs ( MI light sensor) par exemple,

Mais pas de contrôle des lampes et dimmer et interrupteurs

Nouvelle info : avec la dernier version du plug in ( celle de 20210417), je n’ai plus d’erreur avec mes ampoules ewelight, lors de l’utilisation des commandes ( bandeau vert : Action exécutée avec succès ) , mais elle ne sont pas effective ; pas de modification d’état des appareils zigbee.
Par contre toujours les mêmes erreurs pour les autres appareils : (bandeau rouge : Erreur lors de la requete : http://127.0.0.1:8089/device/command(PUT), data : {"ieee":"bc:33:ac:ff:fe:a8:60:7c","cmd":[{"endpoint":1,"cluster":"on_off","command":"toggle","await":1}],"allowQueue":false} erreur : {"state":"error","result":"[0x99a4:1:0x0006]: Message send failure","code":0})

Mes appareils zigbee :

|Image |IEEE |Nom |ID |Status |LQI |RSSI (dB) |Dernière communication |Action|
||00:21:2e:ff:ff:06:bc:5a|Contrôleur|0|N/A|N/A|N/A|N/A||
||bc:33:ac:ff:fe:a8:60:7c|Aucun TZ3000_dbou1ap4.TS0505A bc:33:ac:ff:fe:a8:60:7c|39332|OK|N/A|N/A|N/A||
||5c:02:72:ff:fe:2c:44:d4|Aucun LIDL Plug 1|36347|OK|N/A|N/A|N/A||
||04:cf:8c:df:3c:78:c0:b6|Aucun Mi Light Sensor 1|5019|OK|255|-38|17/04/2021 20:40:51||
||00:12:4b:00:22:34:46:64|Aucun eWeLight.ZB-CL01 00:12:4b:00:22:34:46:64|211|OK|N/A|N/A|N/A||
||5c:02:72:ff:fe:83:c4:c0|Aucun LIDL Remote|7791|OK|N/A|N/A|N/A||
||00:12:4b:00:22:31:2b:02|Aucun eWeLight.ZB-CL01 00:12:4b:00:22:31:2b:02|33463|OK|N/A|N/A|N/A||
||00:12:4b:00:22:ec:59:00|Aucun Motion Salon|52611|OK|N/A|N/A|N/A||
||84:71:27:ff:fe:19:cf:89|Aucun Micro-Module Light Salon|36543|OK|255|-57|17/04/2021 20:25:25||

voici les log du demon ZIGBEE, après réinstallation des dépendances et un rafraichissement du reseau

zigbeed_1.txt (58,8 Ko)

[2021-04-18 08:10:07][DEBUG] : Read parameter nwk_update_id response: [3]
[2021-04-18 08:10:07][DEBUG] : device: 0x8dfb - _TZ3000_wamqdr3f TS011F, FFD=True, Rx_on_when_idle=True
[2021-04-18 08:10:07][DEBUG] : device: 0x8ebf - _TYZB01_qezuin6k TS110F, FFD=True, Rx_on_when_idle=True
[2021-04-18 08:10:07][INFO] : [00:21:2e:ff:ff:06:bc:5a][listener.device_initialized] new=False
[2021-04-18 08:10:07][INFO] : [bc:33:ac:ff:fe:a8:60:7c][listener.device_initialized] new=False
[2021-04-18 08:10:07][INFO] : [5c:02:72:ff:fe:2c:44:d4][listener.device_initialized] new=False
[2021-04-18 08:10:07][INFO] : [04:cf:8c:df:3c:78:c0:b6][listener.device_initialized] new=False
[2021-04-18 08:10:07][INFO] : [00:12:4b:00:22:34:46:64][listener.device_initialized] new=False
[2021-04-18 08:10:07][INFO] : [5c:02:72:ff:fe:83:c4:c0][listener.device_initialized] new=False
[2021-04-18 08:10:08][INFO] : [00:12:4b:00:22:31:2b:02][listener.device_initialized] new=False
[2021-04-18 08:10:08][INFO] : [00:12:4b:00:22:ec:59:00][listener.device_initialized] new=False
[2021-04-18 08:10:08][INFO] : [84:71:27:ff:fe:19:cf:89][listener.device_initialized] new=False
[2021-04-18 08:10:08][DEBUG] : [start_zigbee] Init and start http server : {'database_path': '/var/www/html/plugins/zigbee/data/1/network_deconz.db', 'device': {'path': '/dev/ttyACM0'}, 'network': {'channel': 11}}
[2021-04-18 08:10:08][DEBUG] : [start_zigbee] Start zigbee network
[2021-04-18 08:10:24][DEBUG] : Frame received: 0x0e16000700aa00
[2021-04-18 08:10:24][DEBUG] : Device state changed response: [<DeviceState.128|APSDE_DATA_REQUEST_SLOTS_AVAILABLE|APSDE_DATA_INDICATION|2: 170>, 0]
[2021-04-18 08:10:24][DEBUG] : Command Command.aps_data_indication (1, 1)
[2021-04-18 08:10:24][DEBUG] : Send: 0x1716000800010001
[2021-04-18 08:10:24][DEBUG] : Frame received: 0x17160025001e002202000001029b130104010100070018bc0a2000201f00afff7c622200df
[2021-04-18 08:10:24][DEBUG] : APS data indication response: [30, <DeviceState.APSDE_DATA_REQUEST_SLOTS_AVAILABLE|2: 34>, <DeconzAddress address_mode=ADDRESS_MODE.NWK address=0x0000>, 1, <DeconzAddress address_mode=ADDRESS_MODE.NWK address=0x139b>, 1, 260, 1, b'\x18\xbc
 \x00 \x1f', 0, 175, 255, 124, 98, 34, 0, -33]
[2021-04-18 08:10:24][DEBUG] : [0x139b:1:0x0001] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=188 command_id=Command.Report_Attributes>
[2021-04-18 08:10:24][DEBUG] : [0x139b:1:0x0001] ZCL request 0x000a: [[Attribute(attrid=32, value=<TypeValue type=uint8_t, value=31>)]]
[2021-04-18 08:10:24][INFO] : [04:cf:8c:df:3c:78:c0:b6][listener.general_command] Cluster: <zhaquirks.PowerConfigurationCluster object at 0x7fac4c2940> ClusterId: 0x0001 command_id: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=False disable_default_response=True> manufacturer=None tsn=188 command_id=Command.Report_Attributes> args: ([[Attribute(attrid=32, value=<TypeValue type=uint8_t, value=31>)]],)
[2021-04-18 08:10:24][DEBUG] : [0x139b:1:0x0001] Attribute report received: battery_voltage=31
[2021-04-18 08:10:24][INFO] : [04:cf:8c:df:3c:78:c0:b6][listener.attribute_updated] Received an attribute update 32=31 on cluster 1
[2021-04-18 08:10:24][DEBUG] : [0x139b:1:0x0001] Voltage [RAW]:31 [Max]:2.8 [Min]:1.5, Battery Percent: 100.0
[2021-04-18 08:10:24][INFO] : [04:cf:8c:df:3c:78:c0:b6][listener.attribute_updated] Received an attribute update 33=200 on cluster 1
[2021-04-18 08:10:24][DEBUG] : 'aps_data_indication' response from <DeconzAddress address_mode=ADDRESS_MODE.NWK address=0x139b>, ep: 1, profile: 0x0104, cluster_id: 0x0001, data: b'18bc0a2000201f'
[2021-04-18 08:10:24][DEBUG] : executing functools.partial(<built-in method execute of sqlite3.Connection object at 0x7facd67e30>, 'INSERT OR REPLACE INTO attributes VALUES (?, ?, ?, ?, ?)', (04:cf:8c:df:3c:78:c0:b6, 1, 1, 32, 31))
[2021-04-18 08:10:24][DEBUG] : operation functools.partial(<built-in method execute of sqlite3.Connection object at 0x7facd67e30>, 'INSERT OR REPLACE INTO attributes VALUES (?, ?, ?, ?, ?)', (04:cf:8c:df:3c:78:c0:b6, 1, 1, 32, 31)) completed
[2021-04-18 08:10:24][DEBUG] : executing functools.partial(<built-in method commit of sqlite3.Connection object at 0x7facd67e30>)
[2021-04-18 08:10:24][DEBUG] : operation functools.partial(<built-in method commit of sqlite3.Connection object at 0x7facd67e30>) completed
[2021-04-18 08:10:24][DEBUG] : executing functools.partial(<built-in method execute of sqlite3.Connection object at 0x7facd67e30>, 'INSERT OR REPLACE INTO attributes VALUES (?, ?, ?, ?, ?)', (04:cf:8c:df:3c:78:c0:b6, 1, 1, 33, 200))
[2021-04-18 08:10:24][DEBUG] : operation functools.partial(<built-in method execute of sqlite3.Connection object at 0x7facd67e30>, 'INSERT OR REPLACE INTO attributes VALUES (?, ?, ?, ?, ?)', (04:cf:8c:df:3c:78:c0:b6, 1, 1, 33, 200)) completed
[2021-04-18 08:10:24][DEBUG] : executing functools.partial(<built-in method commit of sqlite3.Connection object at 0x7facd67e30>)
[2021-04-18 08:10:24][DEBUG] : operation functools.partial(<built-in method commit of sqlite3.Connection object at 0x7facd67e30>) completed
[2021-04-18 08:10:24][DEBUG] : Send to jeedom : {'devices': {'04:cf:8c:df:3c:78:c0:b6': {'1': {'1': {'32': {'value': '31', 'cluster_name': 'Power Configuration'}, '33': {'value': '200', 'cluster_name': 'Power Configuration'}}}}}}
[2021-04-18 08:10:24][DEBUG] : Starting new HTTP connection (1): 127.0.0.1:80
[2021-04-18 08:10:24][DEBUG] : http://127.0.0.1:80 "POST /plugins/zigbee/core/php/jeeZigbee.php?apikey=05GuuscvB7miqS1AugbTCRdpBaulydwK HTTP/1.1" 200 0
[2021-04-18 08:12:25][DEBUG] : [DeviceHandler.prepare] Json arg : {'ieee': 'bc:33:ac:ff:fe:a8:60:7c', 'cmd': [{'endpoint': 1, 'cluster': 'on_off', 'command': 'on', 'await': 1}], 'allowQueue': False}
[2021-04-18 08:12:25][DEBUG] : Sending Zigbee request with tsn 1 under 2 request id, data: b'010101'
[2021-04-18 08:12:25][DEBUG] : Command Command.aps_data_request (18, 2, 0, <DeconzAddressEndpoint address_mode=2 address=0x99A4 endpoint=1>, 260, 6, 1, b'\x01\x01\x01', 2, 0)
[2021-04-18 08:12:25][DEBUG] : Send: 0x12170019001200020002a49901040106000103000101010200
[2021-04-18 08:12:25][DEBUG] : Frame received: 0x121700090002002202
[2021-04-18 08:12:25][DEBUG] : APS data request response: [2, <DeviceState.APSDE_DATA_REQUEST_SLOTS_AVAILABLE|2: 34>, 2]
[2021-04-18 08:12:25][DEBUG] : Frame received: 0x0e18000700a600
[2021-04-18 08:12:25][DEBUG] : Device state changed response: [<DeviceState.128|APSDE_DATA_REQUEST_SLOTS_AVAILABLE|APSDE_DATA_CONFIRM|2: 166>, 0]
[2021-04-18 08:12:25][DEBUG] : Command Command.aps_data_confirm (0,)
[2021-04-18 08:12:25][DEBUG] : Send: 0x04180007000000
[2021-04-18 08:12:25][DEBUG] : Frame received: 0x04180013000c00220202a4990101e100000000
[2021-04-18 08:12:25][DEBUG] : APS data confirm response for request with id 2: e1
[2021-04-18 08:12:25][DEBUG] : Request id: 0x02 'aps_data_confirm' for <DeconzAddressEndpoint address_mode=ADDRESS_MODE.NWK address=0x99a4 endpoint=1>, status: 0xe1
[2021-04-18 08:12:25][DEBUG] : Error while sending 2 req id frame: TXStatus.MAC_CHANNEL_ACCESS_FAILURE
[2021-04-18 08:12:25][DEBUG] : [0x99a4] Delivery error for seq # 0x01, on endpoint id 1 cluster 0x0006: message send failure
[2021-04-18 08:12:25][DEBUG] : Traceback (most recent call last):
  File "/var/www/html/plugins/zigbee/resources/zigbeed/restServer.py", line 240, in put
    await zdevices.command(self.json_args)
  File "/var/www/html/plugins/zigbee/resources/zigbeed/zdevices.py", line 69, in command
    await command()
  File "/usr/local/lib/python3.7/dist-packages/zigpy/device.py", line 218, in request
    self.nwk, dst_ep, cluster
zigpy.exceptions.DeliveryError: [0x99a4:1:0x0006]: Message send failure

[2021-04-18 08:12:25][INFO] : 200 PUT /device/command (127.0.0.1) 240.05ms
[2021-04-18 08:12:28][DEBUG] : [DeviceHandler.prepare] Json arg : {'ieee': 'bc:33:ac:ff:fe:a8:60:7c', 'cmd': [{'endpoint': 1, 'cluster': 'on_off', 'command': 'off', 'await': 1}], 'allowQueue': False}
[2021-04-18 08:12:28][DEBUG] : Sending Zigbee request with tsn 3 under 4 request id, data: b'010300'
[2021-04-18 08:12:28][DEBUG] : Command Command.aps_data_request (18, 4, 0, <DeconzAddressEndpoint address_mode=2 address=0x99A4 endpoint=1>, 260, 6, 1, b'\x01\x03\x00', 2, 0)
[2021-04-18 08:12:28][DEBUG] : Send: 0x12190019001200040002a49901040106000103000103000200
[2021-04-18 08:12:28][DEBUG] : Frame received: 0x121900090002002204
[2021-04-18 08:12:28][DEBUG] : APS data request response: [2, <DeviceState.APSDE_DATA_REQUEST_SLOTS_AVAILABLE|2: 34>, 4]
[2021-04-18 08:12:29][DEBUG] : Frame received: 0x0e1a000700a600
[2021-04-18 08:12:29][DEBUG] : Device state changed response: [<DeviceState.128|APSDE_DATA_REQUEST_SLOTS_AVAILABLE|APSDE_DATA_CONFIRM|2: 166>, 0]
[2021-04-18 08:12:29][DEBUG] : Command Command.aps_data_confirm (0,)
[2021-04-18 08:12:29][DEBUG] : Send: 0x041a0007000000
[2021-04-18 08:12:29][DEBUG] : Frame received: 0x041a0013000c00220402a4990101e100000000
[2021-04-18 08:12:29][DEBUG] : APS data confirm response for request with id 4: e1
[2021-04-18 08:12:29][DEBUG] : Request id: 0x04 'aps_data_confirm' for <DeconzAddressEndpoint address_mode=ADDRESS_MODE.NWK address=0x99a4 endpoint=1>, status: 0xe1
[2021-04-18 08:12:29][DEBUG] : Error while sending 4 req id frame: TXStatus.MAC_CHANNEL_ACCESS_FAILURE
[2021-04-18 08:12:29][DEBUG] : [0x99a4] Delivery error for seq # 0x03, on endpoint id 1 cluster 0x0006: message send failure
[2021-04-18 08:12:29][DEBUG] : Traceback (most recent call last):
  File "/var/www/html/plugins/zigbee/resources/zigbeed/restServer.py", line 240, in put
    await zdevices.command(self.json_args)
  File "/var/www/html/plugins/zigbee/resources/zigbeed/zdevices.py", line 69, in command
    await command()
  File "/usr/local/lib/python3.7/dist-packages/zigpy/device.py", line 218, in request
    self.nwk, dst_ep, cluster
zigpy.exceptions.DeliveryError: [0x99a4:1:0x0006]: Message send failure

[2021-04-18 08:12:29][INFO] : 200 PUT /device/command (127.0.0.1) 148.18ms
[2021-04-18 08:12:34][DEBUG] : [ApplicationHandler.prepare] Json arg : None
[2021-04-18 08:12:34][INFO] : 200 GET /application/info (127.0.0.1) 6.68ms
[2021-04-18 08:12:34][DEBUG] : [NetworkHandler.prepare] Json arg : None
[2021-04-18 08:12:34][DEBUG] : [map.scan] Done scanning. Total 2 neighbours
[2021-04-18 08:12:34][DEBUG] : [map.scan] Done scanning. Total 0 neighbours
[2021-04-18 08:12:34][DEBUG] : [map.scan] Done scanning. Total 0 neighbours
[2021-04-18 08:12:34][DEBUG] : [map.scan] Done scanning. Total 0 neighbours
[2021-04-18 08:12:34][DEBUG] : [map.scan] Done scanning. Total 0 neighbours
[2021-04-18 08:12:34][DEBUG] : [map.scan] Done scanning. Total 0 neighbours
[2021-04-18 08:12:34][DEBUG] : [map.scan] Done scanning. Total 0 neighbours
[2021-04-18 08:12:34][DEBUG] : [map.scan] Done scanning. Total 0 neighbours
[2021-04-18 08:12:34][DEBUG] : [map.scan] Done scanning. Total 0 neighbours
[2021-04-18 08:12:34][INFO] : 200 GET /network/map (127.0.0.1) 11.46ms
[2021-04-18 08:12:34][DEBUG] : [DeviceHandler.prepare] Json arg : None
[2021-04-18 08:12:34][DEBUG] : [0x99a4:1] Manufacturer: _TZ3000_dbou1ap4
[2021-04-18 08:12:34][DEBUG] : [0x99a4:1] Model: TS0505A
[2021-04-18 08:12:34][DEBUG] : [0x8dfb:11] Manufacturer: _TZ3000_wamqdr3f
[2021-04-18 08:12:34][DEBUG] : [0x8dfb:11] Model: TS011F
[2021-04-18 08:12:34][DEBUG] : [0x139b:1] Manufacturer: LUMI
[2021-04-18 08:12:34][DEBUG] : [0x139b:1] Model: lumi.sen_ill.mgl01
[2021-04-18 08:12:34][DEBUG] : [0x00d3:1] Manufacturer: eWeLight
[2021-04-18 08:12:34][DEBUG] : [0x00d3:1] Model: ZB-CL01
[2021-04-18 08:12:34][DEBUG] : [0x1e6f:1] Manufacturer: _TYZB01_bngwdjsr
[2021-04-18 08:12:34][DEBUG] : [0x1e6f:1] Model: TS1001
[2021-04-18 08:12:34][DEBUG] : [0x82b7:1] Manufacturer: eWeLight
[2021-04-18 08:12:34][DEBUG] : [0x82b7:1] Model: ZB-CL01
[2021-04-18 08:12:34][DEBUG] : [0xcd83:1] Manufacturer: eWeLink
[2021-04-18 08:12:34][DEBUG] : [0xcd83:1] Model: MS01
[2021-04-18 08:12:34][DEBUG] : [0x8ebf:1] Manufacturer: _TYZB01_qezuin6k
[2021-04-18 08:12:34][DEBUG] : [0x8ebf:1] Model: TS110F
[2021-04-18 08:12:34][INFO] : 200 GET /device/all?with_attributes=0 (127.0.0.1) 32.26ms
[2021-04-18 08:12:37][DEBUG] : [NetworkHandler.prepare] Json arg : None
[2021-04-18 08:12:37][DEBUG] : [map.scan] Done scanning. Total 2 neighbours
[2021-04-18 08:12:37][DEBUG] : [map.scan] Done scanning. Total 0 neighbours
[2021-04-18 08:12:37][DEBUG] : [map.scan] Done scanning. Total 0 neighbours
[2021-04-18 08:12:37][DEBUG] : [map.scan] Done scanning. Total 0 neighbours
[2021-04-18 08:12:37][DEBUG] : [map.scan] Done scanning. Total 0 neighbours
[2021-04-18 08:12:37][DEBUG] : [map.scan] Done scanning. Total 0 neighbours
[2021-04-18 08:12:37][DEBUG] : [map.scan] Done scanning. Total 0 neighbours
[2021-04-18 08:12:37][DEBUG] : [map.scan] Done scanning. Total 0 neighbours
[2021-04-18 08:12:37][DEBUG] : [map.scan] Done scanning. Total 0 neighbours
[2021-04-18 08:12:37][INFO] : 200 GET /network/map (127.0.0.1) 12.86ms
[2021-04-18 08:12:52][DEBUG] : [DeviceHandler.prepare] Json arg : {'ieee': '00:21:2e:ff:ff:06:bc:5a'}
[2021-04-18 08:12:52][WARNING] : [00:21:2e:ff:ff:06:bc:5a][zdevices.get_basic_info] Begin get basic info from device
[2021-04-18 08:12:52][WARNING] : [00:21:2e:ff:ff:06:bc:5a][zdevices.get_basic_info] End point found
[2021-04-18 08:12:52][DEBUG] : Sending Zigbee request with tsn 5 under 6 request id, data: b'00050004000500'
[2021-04-18 08:12:52][DEBUG] : Command Command.aps_data_request (22, 6, 0, <DeconzAddressEndpoint address_mode=2 address=0x0000 endpoint=1>, 260, 0, 1, b'\x00\x05\x00\x04\x00\x05\x00', 2, 0)
[2021-04-18 08:12:52][DEBUG] : Send: 0x121b001d00160006000200000104010000010700000500040005000200
[2021-04-18 08:12:52][DEBUG] : Frame received: 0x121b00090002002206
[2021-04-18 08:12:52][DEBUG] : APS data request response: [2, <DeviceState.APSDE_DATA_REQUEST_SLOTS_AVAILABLE|2: 34>, 6]
[2021-04-18 08:12:52][DEBUG] : Frame received: 0x0e1c000700ae00
[2021-04-18 08:12:52][DEBUG] : Device state changed response: [<DeviceState.128|APSDE_DATA_REQUEST_SLOTS_AVAILABLE|APSDE_DATA_INDICATION|APSDE_DATA_CONFIRM|2: 174>, 0]
[2021-04-18 08:12:52][DEBUG] : Command Command.aps_data_indication (1, 1)
[2021-04-18 08:12:52][DEBUG] : Send: 0x171c000800010001
[2021-04-18 08:12:52][DEBUG] : Frame received: 0x171c0025001e002602000001020000010401000007000005000400050000af23896222000c
[2021-04-18 08:12:52][DEBUG] : APS data indication response: [30, <DeviceState.APSDE_DATA_REQUEST_SLOTS_AVAILABLE|APSDE_DATA_CONFIRM|2: 38>, <DeconzAddress address_mode=ADDRESS_MODE.NWK address=0x0000>, 1, <DeconzAddress address_mode=ADDRESS_MODE.NWK address=0x0000>, 1, 260, 0, b'\x00\x05\x00\x04\x00\x05\x00', 0, 175, 35, 137, 98, 34, 0, 12]
[2021-04-18 08:12:52][DEBUG] : [0x0000:1:0x0000] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=False disable_default_response=False> manufacturer=None tsn=5 command_id=Command.Read_Attributes>
[2021-04-18 08:12:52][DEBUG] : [0x0000:1:0x0000] ZCL request 0x0000: [[4, 5]]
[2021-04-18 08:12:52][INFO] : [00:21:2e:ff:ff:06:bc:5a][listener.general_command] Cluster: <zigpy.zcl.clusters.general.Basic object at 0x7fac4b2710> ClusterId: 0x0000 command_id: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=False disable_default_response=False> manufacturer=None tsn=5 command_id=Command.Read_Attributes> args: ([[4, 5]],)
[2021-04-18 08:12:52][DEBUG] : 'aps_data_indication' response from <DeconzAddress address_mode=ADDRESS_MODE.NWK address=0x0000>, ep: 1, profile: 0x0104, cluster_id: 0x0000, data: b'00050004000500'

Bonjour,
Je vais encore le repeter (comme le dit la doc…). « Message send failure » c’est l’ordre a bien été envoyé par la clef mais le module ne l’a jamais pris. Ce message n’est ni de la faute du plugin (il n’a aucune influence la dessus) ni de la clef (le firmware de celle-ci a la limite) mais du module qui ne recoit pas ou n’envoi pas l’aquittement.

C’est souvent signe d’une mauvaise inclusion ou soucis de routage (porté aussi) du réseaux. Désinstaller/reinstaller le plugin ne changera absolument rien

1 « J'aime »

Bonjour @d_burban,

Les message_send_failure ou MAC_CHANNEL_ACCESS_FAILURE que tu as dans tes logs sont la plus part du temps du à des interférences entre ta clé et un élément extérieur. De nombreux sujets sur le forum traitent de ca.
Pour commencer, il faut que tu regardes :
1 - si ta clé n’est pas sur un port USB3 avec un disque SSD
2 - que tu as bien mis une rallonge USB
3 - que ta clé soit bien éloignée de ta box
4 - qu’il n’y ai pas de recouvrement entre les réseaux wifi et zigbee

Inutile de chercher plus loin pour l’instant, tant que tu auras les messages d’erreur dans tes logs, tu auras des dysfonctionnements

Norbert

1 « J'aime »

Hello, Merci pour ces retours!

Je vais essayé de déplacer la clef.demain '( Le >PI4 est en wifi … je vais essayer de le passer en ethernet)

Entre temps j’ai eu le temps de faire d’autres tests :
1/ ( Plugin Zigbnee) ce matin, plus aucun device ne marchaient, je les ai tous dissociés et reset. mais plus capable de les associer a nouveau.
2/ je desinstall le plugin zigbee, et je le reinstall dans la foulée : pas possible de reinclure les appareils apres de multiples reset ( aucune ampoule ewelight ou lidl, Mi sensor ou plug)…
3/ je reinstall Deconz, mais rien ne marche non plus : inclusion impossible.
4/ je desinstall Deconz, et je change la clef de port USB ( décalage d’un port sur monhub USB2)
4/ je reinstall DeConz et là tout les device sonts inclus avec succès 100% de reussite. ( 4 ampoules )

Est ce que le décalage d’un centimètre a changer les interférences du 2.4ghz ? difficile a dire …

demain, je desinstall deconz, reset de device et je reinstall le plugin zigbee.

Pour info, dans mes précédente reinstallation, j’avais déjà changé le channel de la clef Conbee II. ( 11 à 15).
est ce qu’il faut faire une manip en changer le channel ? reinstall les device? les dépendances ?

Essaye avec une rallonge USB plus longue (50cm ou 1m) ?
Autre point, ton hub est sur un port USB2 ou USB3 de ton RPI4 ?
as-tu un disque SSD ?

Enfin, quand tu dis inclusion impossible, ta clé est quand meme bien reconnue ?

Norbert

J’ai reinstallé ZIGATE et coupé le WIFI sur le RP4.
Mon routeur WIFI est a 1 metres mais il est sur le canal 05 pour le 2.4GHz
Toutes les inclusions des ampoule LIDL et ewelight fonctionnent. et les commandes passent.

Mais ça me laisse dubitatif : Il n’y aurait pas moyen de purger la structure qui stocke les identifient de devices en zigbee ? car de toute évidence c’est stocké quelque part même apres suppression. non?

@ngrataloup,
le hub est sur le port USB2 et le ssd sur USB3.

inclusion impossible, c’est simplement que dans la phase d’inclusion je n’ai pas de découverte des appareils que je cherche a appairer.
La clef est « vue » par le deamon, car quand je relance le deamon, statut est vert et stable image .
si je change de device /dev/ttyxxx pour un qui n’existe pas le deamon ne se lance pas.
Par ailleurs le module deconz ( page html de gestion phoscon) fonctionnait et m’indiquait la version du firmware et le paramétrage des canaux : ça me laisse penser que le clef n’est pas complétement foutue

essaye peut-être de repousser un firmware de la clé ?

En Zigbee tout ou presque est stockée dans une BDD qui est sur la box domotique. Le dongle contrôleur ne stocke que :

  • identifiant réseau
  • clefs de cryptage
  • canal zigbee à utiliser sur le réseau

Donc utiliser le coordinateur sur un autre réseau et avec une autre box domotique il faut en faire un reset usine et effacer la BBD zigbee de la box domotique

Par contre chaque équipement routeur garde dans sa mémoire non volatile :

  • canal zigbee
  • numéro de réseau
  • clef cryptage (celle qui lui permet d’authentifier ses échange)
  • identifiant unique de l’équipement
  • paramètres technique du module
  • table des nœuds voisins
  • table des numéros de groupe auquel l’équipement appartient
  • table de routage
  • table des binds directs

C’est pour cela qu’un reset équipement est nécessaire quand on veut le changer d eréseau

Très bien,

  • changer le controleur de réseau : je ne crois pas en avoir besoin ou l’avoir fait. ( est ce qu’une MaJ de firmware conduit a un reset de controleur ?)
  • faire un reset d’exquisement : je passe ma vie a ca
  • pour ce qui est de l’effacement de la base : a quelle moment est elle fait ?
    a la reinstallation du plug-in?
    Y a t’il une procédure pour visualiser les éléments structurant présent en bDD : équipement et structure principale du réseau ?
    Peut on forcer la purge de certains équipements ( ceux qui ne sont pas vivants et pas dans un reseau ?)

C’est par curiosité ces questions, car pour rappel, depuis que j’ai décalé ma cle usb conbee d’un port sur mon hub usb2, ca remarche nickel avec le plugin zigbee

Tant que tu gardes le contrôleur ConBee2 en l’état il continue de gérer le même réseau.
Le changement de firmware ne touche pas les données non volatiles contenues sur ce dernier. Il faut les modifier spécifiquement (canal zigbee, PAN ID, clefs cryptage, …) avec deCONZ en branchant le contrôleur sur un PC par exemple.

L’application deCONZ qui pilote ce contrôleur créé la base de données si elle n’existe pas déjà. Cette base est contenue dans le fichier zll.db en local sur la box domotique. Un utilitaire de lecture de base de donnée SQL comme DB Browser for SQLite permet d’afficher (et de modifier) le contenu des tables de cette BDD (attention quand même car une manipulation erronée peut corrompre la base). Si on supprime le fichier base de données (arrêter toute application qui y accède au préalable) , l’application deCONZ va le recréer au prochain démarrage (ça peut prendre du temps pour que le coordinateur interroge le réseau et que les infos de tous les équipements remontent).