dresden-elektronik / deconz-ota-plugin Goto Github PK

Thanks for all the great work you do on this plugin and deCONZ generally!

I thought I would dip my toe into understanding and using OTAU the other day, and I might have messed up my Zigbee network. I am on Raspberry Pi OS (Buster) and am using a Conbee II. My network consists of Xiaomi Aqara devices and IKEA Tradfri devices, including 3x Control Outlets. I noticed that they were on an old firmware version 1.4.020, so I thought I would attempt to update them to v2.0.024.

I used ikea-ota-download.py and opened the deCONZ GUI, which resulted in the correct conversion of the firmware file ~/otau/117C-1101-20024623.zigbee. I opened up the STD OTAU Plugin pane in the deCONZ GUI, ran Query on the 3x control outlets (took 15-20 min for each plug to get to 100%), then selected the "Otau file", and attempted to Update. Pressing the Update button did not appear to do anything, although I may have seen the node indicator lights flash red in the network visualization. I waited 30 mins, and nothing appeared to change. I attempted to Read the Basic Attributes in Cluster Info, power cycled the device, and nothing made the control outlet show that an update to the newer firmware occurred. So finally I rebooted my RPi, and deCONZ was unable to bring up my Zigbee network. It only detects the Aqara devices now. 

Where did I go wrong in the firmware update? Do I need to fully reset and re-pair the Tradfri control outlets to get them working agin?

Describe the bug

In the OTA Update plugin, any device selected line became blank

Steps to reproduce the behavior

Open the OTA Update tab and select a device

Expected behavior

Expecting to have the line in blue but with the text

Screenshots

Not selected;

Selected;

Environment

• Host system: PC
• Running method: Windows
• Firmware version: (26720700)
• deCONZ version (not Home assistant Addon version!): (2.27.0)
• Device: ConBee II
• Do you use an USB extension cable: yes
• Is there any other USB or serial devices connected to the host system? If so: Which?

deCONZ Logs

No response

Additional context

No response

I'm trying to update my Danfoss Ally TRV's from version 1.02 to 1.08. When uploading is ready, progress reports 'done'. But after a minute or so, the upload starts all over again. I'm running DeCONZ 2.13.2. First tried it using the DeCONZ installation on my Domoticz Raspberry Pi. Then installed a fresh DeCONZ on a Windows machine, tried again from there, but with the same result.
Here is my setting:

The debug log reports following at the end of an upload:

`
17:47:44:260 Img block req fwVersion:0x00000108, offset: 0x00036F60, maxsize: 63
17:47:44:260 otau send img block rsp offset: 0x00036F60 dataSize 14 0x14B457FFFE76A912
17:47:45:268 otau upgrade end req: status: 0x96, fwVersion:0x00000108, imgType: 0x0100

17:49:40:652 otau query next img req: 0x842e14fffe5e3ece mfCode: 0x1246, img type: 0x0100, sw version: 0x00000102
17:49:40:652 Send query next image response: OTAU_NO_IMAGE_AVAILABLE
17:50:33:017 otau query next img req: 0x842e14fffe5e3ed5 mfCode: 0x1246, img type: 0x0100, sw version: 0x00000102
17:50:33:017 Send query next image response: OTAU_NO_IMAGE_AVAILABLE

17:52:47:576 otau invalide update end request for node 0x14b457fffe76a912

17:52:47:576 otau query next img req: 0x14b457fffe76a912 mfCode: 0x1246, img type: 0x0100, sw version: 0x00000102

17:52:47:576 OTAU: C:/Users/ELJO/otau/1246-0100-01080108.0002_(DF4ECCE1).ota: 225134 bytes
17:52:47:576 OTAU: ota header (56 bytes)
17:52:47:576 OTAU: tag 0x0000, length 0x00036F30 (225078 bytes)
17:52:47:576 OTAU: packed 160968328 bytes
17:53:12:414 Img block req fwVersion:0x00000108, offset: 0x00000000, maxsize: 63
17:53:12:414 otau send img block rsp offset: 0x00000000 dataSize 28 0x14B457FFFE76A912
`
My questions to start with are:

Line 8 states: 'invalid update end request'. Says who? DeCONZ or the TRV?

Line 4 states 'otau query next img req:'. When no uploading is being done, this request comes about every minute. And am I right that it is requesting for version 1.02? But as far as I know, that's already there.

The otau cluster:

And shouldn't some of this figures below appear in the second frame (Upgrade and respomse) of the otau-cluster?

Or do I have to transfer this figures manually and then press execute after a full upload?

If you want more specific info, or want me to try something, just let me know.

Thanks in advance for your effort.

Hi,

i have update one of my IKEA KADRILJ Button to the latest Firmware. After the update i am not able to control the window coverage anymore.

Here are some results from deCONZ debug log

`
08:57:04:741 Websocket 192.168.178.55:44302 send message: {"e":"changed","id":"47","r":"sensors","state":{"buttonevent":1002,"lastupdated":"2021-12-29T07:57:04.736"},"t":"event","uniqueid":"68:0a:e2:ff:fe:40:29:d7-01-1000"} (ret = 165)
te, mode, lastseen, lastannounced) VALUES ('47', 'Taster_Rollo_Links', 'ZHASwitch', 'TRADFRI open/close remote', 'IKEA of Sweden', '68:0a:e2:ff:fe:40:29:d7-01-1000', '2.3.079', '{"buttonevent":1002,"lastupdated":"2021-12-29T07:57:04.736"}', '{"alert":"none","battery":74,"group":"36","on":true,"reachable":true}', '{"d":515,"ep":1,"in":[0,1,4096],"out":[6,8,258],"p":260}', 'normal', '1', '2021-12-29T07:56Z', '2021-12-29T07:32:32Z')
:"68:0a:e2:ff:fe:40:29:d7-01-1000"},"e":"changed","id":"47","r":"sensors","t":"event","uniqueid":"68:0a:e2:ff:fe:40:29:d7-01-1000"} (ret = 373)
:"68:0a:e2:ff:fe:40:29:d7-01-1000"},"e":"changed","id":"47","r":"sensors","t":"event","uniqueid":"68:0a:e2:ff:fe:40:29:d7-01-1000"} (ret = 373)
08:58:05:816 Websocket 192.168.178.55:44302 send message: {"e":"changed","id":"47","r":"sensors","state":{"buttonevent":1002,"lastupdated":"2021-12-29T07:58:05.809"},"t":"event","uniqueid":"68:0a:e2:ff:fe:40:29:d7-01-1000"} (ret = 165)
te, mode, lastseen, lastannounced) VALUES ('47', 'Taster_Rollo_Links', 'ZHASwitch', 'TRADFRI open/close remote', 'IKEA of Sweden', '68:0a:e2:ff:fe:40:29:d7-01-1000', '2.3.079', '{"buttonevent":1002,"lastupdated":"2021-12-29T07:58:05.809"}', '{"alert":"none","battery":74,"group":"36","on":true,"reachable":true}', '{"d":515,"ep":1,"in":[0,1,4096],"out":[6,8,258],"p":260}', 'normal', '1', '2021-12-29T07:58Z', '2021-12-29T07:32:32Z')

08:54:01:706 [INFO] - Button 1002 - TRADFRI open/close remote, unicast to: 0x0000, endpoint: 0x01, cluster: WINDOW_COVERING (0x0102), action: Open, payload: None, zclSeq: 30
08:54:06:092 reuse dead link (dead link container size now 0)
08:54:07:493 ZCL attribute report 0xCCCCCCFFFE9727F2 for cluster: 0x0001, ep: 0x01, frame control: 0x38, mfcode: 0x0000
08:54:17:502 [INFO] - Button 1002 - TRADFRI open/close remote, unicast to: 0x0000, endpoint: 0x01, cluster: WINDOW_COVERING (0x0102), action: Open, payload: None, zclSeq: 31
08:54:19:059 Device TTL 4505 s flags: 0x7
08:54:23:500 0x00158D0005292610 error APSDE-DATA.confirm: 0xF0 on task
08:54:25:901 ZCL attribute report 0x00158D00045F91F9 for cluster: 0x0400, ep: 0x01, frame control: 0x18, mfcode: 0x0000
08:54:25:908 ZCL attribute report 0x00158D00045F91F9 for cluster: 0x0406, ep: 0x01, frame control: 0x18, mfcode: 0x0000
08:54:26:528 Set sensor check interval to 100 milliseconds
08:54:34:030 GW firmware version is up to date: 0x26720700
08:54:34:131 [INFO] - Button 1002 - TRADFRI open/close remote, unicast to: 0x0000, endpoint: 0x01, cluster: WINDOW_COVERING (0x0102), action: Open, payload: None, zclSeq: 32
08:54:42:505 remove link for (AF87, 9C59)
08:54:47:883 [INFO] - Button 1002 - TRADFRI open/close remote, unicast to: 0x0000, endpoint: 0x01, cluster: WINDOW_COVERING (0x0102), action: Open, payload: None, zclSeq: 33
08:54:50:338 [INFO] - Button 1003 - TRADFRI open/close remote, unicast to: 0x0000, endpoint: 0x01, cluster: WINDOW_COVERING (0x0102), action: Stop, payload: None, zclSeq: 34
08:54:53:606 0x00158D0005292610 error APSDE-DATA.confirm: 0xF0 on task
`

The firmware of window coverage is: 2.3.073

Is my button bricked?

I'm using the deconz add-on v6.11.1 in home assistant, which in turn uses deCONZ 2.13.4

The network uses a Conbee II to build my zigbee home network, the conbee firmware version is 0x26660700
My network heterogenously uses IKEA (bulbs, motion sensor, encoders, blinds), Aqara (magnet sensors, motion sensor, switches, vibration sensors), Hue (light, motion sensor) with a grand total of 20 nodes.

For a few days now I've observed that the OTAU won't stop updating my two Trådfri repeaters that I got with my Fyrtur blinds.
Like some others I've had repeated trouble with losing connection to the blinds and I've been a close follower of dresden-elektronik/deconz-rest-plugin#4535 but that's only peripherally related. As I'm testing this, the fyrtur blinds have been removed from my network.

The behavior I'm observing is that for both repeaters, independently from one another (even if I unplug one or the other) the OTAU is repeated in a cycle and never completes.

Here is the relevant debug log section where the first update ends and the next update restarts:

16:04:06:228 mg block req fwVersion:0x23086631, offset: 0x000302FC, maxsize: 63
16:04:06:228 otau send mg block rsp offset: 0x000302FC dataSize 28 0x680AE2FFFED41BDC
16:04:06:305 mg block reg fwVersion:0x23086631, offset: Ox00030318, maxsize: 63
16:04:06:306 otau send mg block rsp offset: 0x00030318 dataSize 28 0x680AE2FFFED41BDC
16:04:06:381 mg block req fwVersion:0x23086631, offset: 0x00030334, maxsize: 63
16:04:06:382 otau send img block sp offset: 0x00030334 dataSize 28 0x680AE2FFFED41BDC
16:04:06:442 mg block req fwVersion:0x23086631, offset: 0x00030350, maxsize: 63
16:04:06:442 otau send img block sp offset: 0x00030350 dataSize 28 0x680AE2FFFED41BDC
16:04:06:525 mg block req fwVersion:0x23086631, offset: 0x0003036C, maxsize: 63
16:04:06:526 otau send mg block rsp offset: 0x0003036C dataSize 28 0x680AE2FFFED41BDC
16:04:06:586 mg block req fwVersion:0x23086631, offset: Ox00030388, maxsize: 63
16:04:06:586 otau send img block sp offset: 0x00030388 dataSize 28 0x680AE2FFFED41BDC
16:04:06:650 mg block req fwVersion:0x23086631, offset: 0x000303A4, maxsize: 63
16:04:06:650 otau send img block sp offset: 0x000303A4 dataSize 24 0x680AE2FFFED41BDC
16:04:06:726 otau upgrade end req: status: 0x00, fwVersion:0x23086631, imgType: 0x1102
16:04:13:421 DeviceAnnce of LightNode: Ox680ae2fffed41bdc Permit Join: 0

Note that the FW image seems to be transmit in its entirety (0x303a4 + 24d = 197564byte which equals the reported image size, see below at timestamp 16:06:25:575).

Then follows some (probably) unrelated activity between updates:

16:04:14:381 ZCL attribute report 0x680AE2FFFED41BDC for cluster: 0x0000, ep: 0x01, frame control:
0x08, mfcode: 0x0000**
16:04:30:023 emit event/tick: Oxec1bbdfffeb6fe16
16:04:30:039 delay sending request 160 dt 0 ms to OxEC1BBDFFFEB6FE16, ep: 0x01 cluster: 0x0006
onAir: 1
16:04:30:040 delay sending request 162 dt O ms to OxEC1BBDFFFEB6FE16, ep: 0x01 cluster: 0x0008
onAir: 1
16:04:30:086
OXEC1BBDFFFEB6FE16 force poll (2)
16:04:30:108 ZCL attribute report OxEC1BBDFFFEB6FE16 for cluster: 0x0006, ep: 0x01, frame control:
0x38, mfcode: 0x0000
16:04:30:138 delay sending request 162 dt 0 ms to OxEC1BBDFFFEB6FE16, ep: 0x01 cluster: 0x0008
onAir: 1
16:04:30:159
OxEC1BBDFFFEB6FE16 force poll (2)
16:04:30:198
OxEC1BBDFFFEB6FE16 force poll (2)
16:04:30:610ZCL attribute report OxEC1BBDFFFEB6FE16 for cluster: 0x0008, ep: 0x01, frame control:
0x38, mfcode: 0x0000
16:04:35:610 ZCL attribute report OxEC1BBDFFFEB6FE16 for cluster: 0x0008, ep: 0x01, frame control:
0x38, mfcode: 0x0000
16:04:39:275 [INFO] - Button 1002 - TRADFRI motion sensor, broadcast to: 0x0000, endpoint: 0x01,
cluster: ONOFF (0x0006), action: On with timed off, payload: 0008070000, zclSeq: 57
16:04:39:326 emit event/tick: 0x804b50fffe489c30
16:04:39:338 delay sending request 214 dt 0 ms to 0x804B50FFFE489C30, ep: 0x01 cluster: 0x0008
onAir: 1
16:04:39:376
0x804B50FFFE489C30 force poll (2)
16:04:39:379 ZCL attribute report 0x804B50FFFE489C30 for cluster: 0x0006, ep: 0x01, frame control:
0x38, mfcode: 0x0000
16:04:39:409
0x804B50FFFE489C30 force poll (2)
16:04:39:523 ZCL attribute report 0x804B50FFFE489C30 for cluster: 0x0008, ep: 0x01, frame control:
0x38, mfcode: 0x0000
16:04:39:739 Set sensor check interval to 100 milliseconds
16:04:40:445 emit event/tick: Oxec1bbdfffeb6fe16
16:04:40:483
OxEC1BBDFFFEB6FE16 force poll (2)
16:04:40:612 ZCL attribute report OxEC1BBDFFFEB6FE16 for cluster: 0x0008, ep: 0x01, frame control:
0x38, mfcode: 0x0000
16:04:43:545 ZCL attribute report OxEC1BBDFFFEB6FE16 for cluster: 0x0006, ep: 0x01, frame control:
0x38, mfcode: 0x0000
16:04:44:561 ZCL attribute report 0x804B50FFFE489C30 for cluster: 0x0008, ep: 0x01, frame control:
0x38, mfcode: 0x0000
16:04:45:664 ZCL attribute report OxEC1BBDFFFEB6FE16 for cluster: 0x0008, ep: 0x01, frame control:
0x38, mfcode: 0x0000
16:04:47:532 ZCL attribute report 0x0017880106F4B794 for cluster: 0x0400, ep: 0x02, frame control:
0x08, mfcode: 0x0000
16:04:55:610ZCL attribute report 0x0017880106F4B794 for cluster: 0x0406, ep: 0x02, frame control:
0x08, mfcode: 0x0000
16:04:55:746 Device TTL 1860 s flags: 0x7
16:05:01:516 emit event/tick: Oxec1bbdfffeb6fe16
16:05:01:538 delay sending request 97 dt 0 ms to OxEC1BBDFFFEB6FE16, ep: 0x01 cluster: 0x0006
onAir: 1
16:05:01:539 delay sending request 99 dt 0 ms to OxEC1BBDFFFEB6FE16, ep: 0x01 cluster: 0x0008
onAir: 1
16:05:01:564
OxECIBBDFFFEB6FE16 force poll (2)
16:05:01:586ZCL attribute report OxEC1BBDFFFEB6FE16 for cluster: 0x0006, ep: 0x01, frame control:
0x38, mfcode: 0x0000
16:05:01:606
OxEC1BBDFFFEB6FE16 force poll (2)
16:05:01:641
OxEC1BBDFFFEB6FE16 force poll (2)
16:05:02:051ZCL attribute report OxEC1BBDFFFEB6FE16 for cluster: 0x0008, ep: 0x01, frame control:
0x38, mfcode: Ox0000
16:05:07:065ZCL attribute report OxEC1BBDFFFEB6FE16 for cluster: 0x0008, ep: 0x01, frame control:
0x38, mfcode: 0x0000
16:05:07:787 emit event/tick: Oxec1bbdfffeb6fe16
16:05:07:826
OxEC1BBDFFFEB6FE16 force poll (2)
16:05:10:830 ZCL attribute report OxEC1BBDFFFEB6FE16 for cluster: 0x0006, ep: 0x01, frame control:
0x38, mfcode: 0x0000
16:05:12:054ZCL attribute report OxEC1BBDFFFEB6FE16 for cluster: 0x0008, ep: 0x01, frame control:
0x38, mfcode: 0x0000
16:05:39:339 sensor 49 (TRADFRI motion sensor): disable presence
16:05:39:739 Set sensor check interval to 1000 milliseconds
16:05:45:867 emit event/tick: Oxeclbbdfffeb6fe16
16:05:45:919
OxEC1BBDFFFEB6FE16 force poll (2)
16:05:45:938 delay sending request 104 dt 0 ms to OxEC1BBDFFFEB6FE16, ep: 0x01 cluster: 0x0008
onAir: 1
16:05:45:946 ZCL attribute report OxEC1BBDFFFEB6FE16 for cluster: 0x0006, ep: 0x01, frame control:
0x38, mfcode: 0x0000
16:05:45:966
OxEC1BBDFFFEB6FE16 force poll (2)
16:05:46:022
OxEC1BBDFFFEB6FE16 force poll (2)
16:05:46:433 ZCL attribute report OxEC1BBDFFFEB6FE16 for cluster: 0x0008, ep: 0x01, frame control:
0x38, mfcode: 0x0000
16:05:51:441 ZCL attribute report OxEC1BBDFFFEB6FE16 for cluster: 0x0008, ep: 0x01, frame control:
0x38, mfcode: 0x0000
16:05:55:745 Device TTL 1801 s flags: 0x7
16:05:56:437ZCL attribute report OxEC1BBDFFFEB6FE16 for cluster: 0x0008, ep: 0x01, frame control:
0x38, mfcode: 0x0000
16:06:01:441 ZCL attribute report OxEC1BBDFFFEB6FE16 for cluster: 0x0008, ep: 0x01, frame control:
0x38, mfcode: 0x0000
16:06:06:444 ZCL attribute report OxEC1BBDFFFEB6FE16 for cluster: 0x0008, ep: 0x01, frame control:
0x38, mfcode: 0x0000
16:06:10:739 GW firmware version is up to date: 0x26660700

next update attempt

16:06:25:535 otau invalide update end request for node 0x680ae2fffed41bdc
16:06:25:536 otau query next img req: Ox680ae2fffed4lbdc mfCode: 0x117C, img type: 0x1102, sw
version: 0x23070631
16:06:25:540 Match otau version 0x23086631 image type 0x1102
16:06:25:541 OTAU:/data/otau/117C-1102-23086631.zigbee:198020bytes
16:06:25:542 OTAU: offset
456: ota header (56 bytes)
16:06:25:570 TAU: offset
512: tag 0x0000, length Ox0002D590 (185750 bytes)
16:06:25:570 OTAU: offset 186262: tag OxFFBF, length 0x00000040 (70 bytes)
16:06:25:572 OTAU: offset 186332: tag OxFFBE, length 0x00002BA2 (11176 bytes)
16:06:25:573 TAU: offset 197508: tag 0x7035, length OxA2DB5322 (512 bytes)
16:06:25:573 Found update file /data/otau/117C-1102-23086631.zigbee
16:06:25:574 Otau image path does not exist: /data/.local/share/dresden-elektronik/deCONZ/otau
16:06:25:575 OTAU:/data/otau/117C-1102-23086631.zigbee:197564bytes
16:06:25:576 OTAU: ota header (56 bytes)
16:06:25:576 TAU: tag 0x0000, length 0x0002D590 (185750 bytes)
16:06:25:591 OTAU: tag 0xFFBF, length 0x00000040 (70 bytes)
16:06:25:591 OTAU: tag OxFFBE, length 0x00002BA2 (11176 bytes)
16:06:25:592 OTAU: tag 0x7035, length OxA2DB5322 (512 bytes)
16:06:25:593 OTAU: packed -225252088 bytes

before and after the snippets above there's mostly a long list of update packets being sent, nothing that would in any way indicate an error. The update attempt finishes in reasonable time, 10:06 and there is unrestricted line of sight between the Conbee II and the repeater in question, distance approx. 3m

Both repeaters have firmware version 0x23070631, both are attempted an update to 0x23086631.
The md5 of the firmware file served from /data/otau is ea365842bcff641a0a9a11296b0f25cf which matches the md5 of the respective file that IKEA offers for download

Restarting deCONZ, restarting the add-on, restarting home assistant, hard power-cycling the machine, changing USB port of deCONZ all have no effect on the situation.

I can consider that there's a problem with the repeaters themselves being unable to accept the firmware but I would find it staggering that both repeaters would be independently affected and not report any error whatsoever. Removing from and re-adding the repeaters to the network has no effect either.

The repeaters seem to otherwise work fine, minus the fact that the permanent FW update causes way too much radio traffic.

How can I stop OTAU from permanently updating the repeaters, ideally after succeeding with an update to 0x23086631?

I downloaded the tradfri firmware and opened the STD OATU plugin. But it is impossible to find the correct address to a specific device type and select the right firmware and then flash the device and repeat that for all 98 devices.

How can this be done? This absolutely has do work somehow automatically.

For reference: Script to download the firmware files: https://github.com/dresden-elektronik/deconz-rest-plugin/blob/master/ikea-ota-download.py

I placed several firmware files in the ~/otau/ directory; these seem to be picked up but progress is stuck at 0.66% (even after a night sleep); also the VNC connection starts off with 'OTAU disabled' and after a while 'enables' it.

Few notes:

• Running deconz in docker mode.
• Not all my HUE lights respond (immediately?) after the 'Query' command is this normal?

System info:

This is the screenshot of my OTA plugin panel

Update 1:
The interesting part is that it 'continues' after I perform the following steps:

• I need to toggle (off/on) the FWU mechanism in old app
• Wait approx. 5 seconds
• Issue scan command in old app
• Issue 'query' on same node.

Log lines (OTA/INFO/ERROR/ERROR_L2):

13:34:58:397 otau send img block rsp offset: 0x00036B84 dataSize 64 0x0017880108CAAC79
13:34:58:503 Img block req fwVersion:0x01000E04, offset: 0x00036BC4, maxsize: 64
13:34:58:503 otau send img block rsp offset: 0x00036BC4 dataSize 64 0x0017880108CAAC79
13:34:58:579 Img block req fwVersion:0x01000E04, offset: 0x00036C04, maxsize: 64
13:34:58:579 otau send img block rsp offset: 0x00036C04 dataSize 64 0x0017880108CAAC79
13:34:58:670 Img block req fwVersion:0x01000E04, offset: 0x00036C44, maxsize: 64
13:34:58:671 otau send img block rsp offset: 0x00036C44 dataSize 64 0x0017880108CAAC79
13:34:58:756 Img block req fwVersion:0x01000E04, offset: 0x00036C84, maxsize: 64
13:34:58:756 otau send img block rsp offset: 0x00036C84 dataSize 64 0x0017880108CAAC79
13:34:58:821 Img block req fwVersion:0x01000E04, offset: 0x00036CC4, maxsize: 64
13:34:58:822 otau send img block rsp offset: 0x00036CC4 dataSize 64 0x0017880108CAAC79
13:34:58:906 Img block req fwVersion:0x01000E04, offset: 0x00036D04, maxsize: 64
13:34:58:907 otau send img block rsp offset: 0x00036D04 dataSize 64 0x0017880108CAAC79
13:34:59:111 Img block req fwVersion:0x01000E04, offset: 0x00036D44, maxsize: 64
13:34:59:112 otau send img block rsp offset: 0x00036D44 dataSize 64 0x0017880108CAAC79
13:35:00:654 ZCL attribute report 0x00158D0003569978 for cluster: 0x0B04, ep: 0x01, frame control: 0x18, mfcode: 0x0000 
13:35:07:798 ZCL attribute report 0x0017880106441058 for cluster: 0x0402, ep: 0x02, frame control: 0x08, mfcode: 0x0000 
13:35:09:023 Img block req fwVersion:0x01000E04, offset: 0x00036D44, maxsize: 64
13:35:09:024 otau send img block rsp offset: 0x00036D44 dataSize 64 0x0017880108CAAC79
13:35:18:931 otau aps conf failed status 0xA7
13:35:18:989 Img block req fwVersion:0x01000E04, offset: 0x00036D44, maxsize: 64
13:35:18:989 otau send img block rsp offset: 0x00036D44 dataSize 64 0x0017880108CAAC79
13:35:28:631 ZCL attribute report 0x00158D0003569978 for cluster: 0x0B04, ep: 0x01, frame control: 0x18, mfcode: 0x0000 
13:35:28:945 Img block req fwVersion:0x01000E04, offset: 0x00036D44, maxsize: 64
13:35:28:946 otau send img block rsp offset: 0x00036D44 dataSize 64 0x0017880108CAAC79
13:35:35:228 Device protocol version: 0x010C
13:35:35:247 aps request id: 160 prf: 0x0104 cl: 0x0019 timeout NOT confirmed to 0x0017880108CAAC79 (0x63FD)

Failed here ^ then issued scan:

13:35:35:295 Current channel 15
13:35:35:320 CTRL got nwk update id 0
13:35:35:325 CTRL ANT_CTRL 0x03
13:35:35:330 otau aps conf failed status 0xA7
13:35:35:368 Device protocol version: 0x010C
13:35:35:419 Current channel 15
13:35:35:437 CTRL got nwk update id 0
13:35:35:441 CTRL ANT_CTRL 0x03
13:35:35:476 Start interpan mode status=0x04
13:35:35:579 Device protocol version: 0x010C
13:35:35:643 Current channel 15
13:35:35:655 CTRL got nwk update id 0
13:35:35:664 CTRL ANT_CTRL 0x03
13:35:36:093 Device protocol version: 0x010C
13:35:36:154 Current channel 15
13:35:36:166 CTRL got nwk update id 0
13:35:36:182 CTRL ANT_CTRL 0x03
13:35:38:897 Img block req fwVersion:0x01000E04, offset: 0x00036D44, maxsize: 64
13:35:38:898 otau send img block rsp offset: 0x00036D44 dataSize 64 0x0017880108CAAC79
13:35:41:667 Current channel 15
13:35:41:672 CTRL got nwk update id 0
13:35:41:677 Device TTL 3722 s flags: 0x7
13:35:42:654 ZCL attribute report 0x00158D0003569978 for cluster: 0x0B04, ep: 0x01, frame control: 0x18, mfcode: 0x0000 
13:35:48:980 otau aps conf failed status 0xA7
13:35:50:562 ZCL attribute report 0x00158D00053F85B1 for cluster: 0x0000, ep: 0x01, frame control: 0x1C, mfcode: 0x115F 
13:35:50:562 0x00158D00053F85B1 extract Xiaomi special attribute 0xFF01
13:35:50:563 	01 battery 2995 (0x0BB3)
13:35:50:563 	03 Device temperature 12 °C
13:35:50:564 	04 unknown 5032 (0x13A8)
13:35:50:564 	05 RSSI dB (?) 19 (0x0013)
13:35:50:565 	06 LQI (?) 4294967296 (0x0100000000)
13:35:50:565 	0a Parent NWK 35381 (0x8A35)
13:35:50:566 	64 on/off 0
13:36:02:958 send img notify to 0x0017880108caac79
13:36:03:149 otau query next img req: 0x0017880108caac79 mfCode: 0x100B, img type: 0x0114, sw version: 0x01000600
13:36:03:150 OTAU: /root/otau/100B-0114-01000E04-ConfLightBLE-Lamps-EFR32MG21.zigbee: 324910 bytes
13:36:03:150 OTAU:   ota header (56 bytes)
13:36:03:150 OTAU:   tag 0xF000, length 0x00000700 (1798 bytes)
13:36:03:150 OTAU:   tag 0x0000, length 0x0004652C (288050 bytes)
13:36:03:159 OTAU:   tag 0xF100, length 0x00000370 (886 bytes)
13:36:03:159 OTAU:   tag 0xF101, length 0x00000374 (890 bytes)
13:36:03:159 OTAU:   tag 0xF102, length 0x00000374 (890 bytes)
13:36:03:159 OTAU:   tag 0xF103, length 0x00000374 (890 bytes)
13:36:03:159 OTAU:   tag 0xF104, length 0x0000038C (914 bytes)
13:36:03:159 OTAU:   tag 0xF105, length 0x0000038C (914 bytes)
13:36:03:160 OTAU:   tag 0xF106, length 0x00000390 (918 bytes)
13:36:03:160 OTAU:   tag 0xF107, length 0x0000038C (914 bytes)
13:36:03:160 OTAU:   tag 0xF108, length 0x00000390 (918 bytes)
13:36:03:160 OTAU:   tag 0xF109, length 0x00000390 (918 bytes)
13:36:03:160 OTAU:   tag 0xF10A, length 0x00000390 (918 bytes)
13:36:03:160 OTAU:   tag 0xF10B, length 0x00000390 (918 bytes)
13:36:03:160 OTAU:   tag 0xF10C, length 0x00000390 (918 bytes)
13:36:03:161 OTAU:   tag 0xF10D, length 0x00000394 (922 bytes)
13:36:03:161 OTAU:   tag 0xF10E, length 0x00000394 (922 bytes)
13:36:03:161 OTAU:   tag 0xF10F, length 0x00000338 (830 bytes)
13:36:03:161 OTAU:   tag 0xF110, length 0x0000032C (818 bytes)
13:36:03:161 OTAU:   tag 0xF111, length 0x0000032C (818 bytes)
13:36:03:161 OTAU:   tag 0xF112, length 0x00000328 (814 bytes)
13:36:03:161 OTAU:   tag 0xF113, length 0x00000384 (906 bytes)
13:36:03:162 OTAU:   tag 0xF114, length 0x00000384 (906 bytes)
13:36:03:162 OTAU:   tag 0xF115, length 0x00000330 (822 bytes)
13:36:03:162 OTAU:   tag 0xF116, length 0x00000330 (822 bytes)
13:36:03:162 OTAU:   tag 0xF117, length 0x00000330 (822 bytes)
13:36:03:162 OTAU:   tag 0xF118, length 0x00000330 (822 bytes)
13:36:03:162 OTAU:   tag 0xF119, length 0x0000031C (802 bytes)
13:36:03:162 OTAU:   tag 0xF11A, length 0x0000031C (802 bytes)
13:36:03:163 OTAU:   tag 0xF11B, length 0x00000320 (806 bytes)
13:36:03:163 OTAU:   tag 0xF11C, length 0x00000320 (806 bytes)
13:36:03:163 OTAU:   tag 0xF11D, length 0x0000031C (802 bytes)
13:36:03:163 OTAU:   tag 0xF11E, length 0x00000320 (806 bytes)
13:36:03:163 OTAU:   tag 0xF11F, length 0x00000320 (806 bytes)
13:36:03:163 OTAU:   tag 0xF120, length 0x00000320 (806 bytes)
13:36:03:163 OTAU:   tag 0xF121, length 0x00000230 (566 bytes)
13:36:03:164 OTAU:   tag 0xF122, length 0x00000230 (566 bytes)
13:36:03:164 OTAU:   tag 0xF123, length 0x000002A0 (678 bytes)
13:36:03:164 OTAU:   tag 0xF124, length 0x0000029C (674 bytes)
13:36:03:164 OTAU:   tag 0xF125, length 0x000002A0 (678 bytes)
13:36:03:164 OTAU:   tag 0xF126, length 0x000002A0 (678 bytes)
13:36:03:164 OTAU:   tag 0xF127, length 0x000002A0 (678 bytes)
13:36:03:164 OTAU:   tag 0xF128, length 0x0000029C (674 bytes)
13:36:03:164 OTAU:   tag 0xF129, length 0x0000029C (674 bytes)
13:36:03:165 OTAU:   tag 0xF12A, length 0x0000029C (674 bytes)
13:36:03:165 OTAU:   packed 28155464 bytes
13:36:03:484 Img block req fwVersion:0x01000E04, offset: 0x00000000, maxsize: 64
13:36:03:485 otau send img block rsp offset: 0x00000000 dataSize 64 0x0017880108CAAC79
13:36:06:207 send img notify to 0x0017880108caac79
13:36:06:314 otau query next img req: 0x0017880108caac79 mfCode: 0x100B, img type: 0x0114, sw version: 0x01000600
13:36:06:315 OTAU: /root/otau/100B-0114-01000E04-ConfLightBLE-Lamps-EFR32MG21.zigbee: 324910 bytes
13:36:06:315 OTAU:   ota header (56 bytes)
13:36:06:315 OTAU:   tag 0xF000, length 0x00000700 (1798 bytes)
13:36:06:316 OTAU:   tag 0x0000, length 0x0004652C (288050 bytes)
13:36:06:339 OTAU:   tag 0xF100, length 0x00000370 (886 bytes)
13:36:06:339 OTAU:   tag 0xF101, length 0x00000374 (890 bytes)
13:36:06:339 OTAU:   tag 0xF102, length 0x00000374 (890 bytes)
13:36:06:340 OTAU:   tag 0xF103, length 0x00000374 (890 bytes)
13:36:06:340 OTAU:   tag 0xF104, length 0x0000038C (914 bytes)
13:36:06:340 OTAU:   tag 0xF105, length 0x0000038C (914 bytes)
13:36:06:341 OTAU:   tag 0xF106, length 0x00000390 (918 bytes)
13:36:06:341 OTAU:   tag 0xF107, length 0x0000038C (914 bytes)
13:36:06:341 OTAU:   tag 0xF108, length 0x00000390 (918 bytes)
13:36:06:341 OTAU:   tag 0xF109, length 0x00000390 (918 bytes)
13:36:06:342 OTAU:   tag 0xF10A, length 0x00000390 (918 bytes)
13:36:06:342 OTAU:   tag 0xF10B, length 0x00000390 (918 bytes)
13:36:06:342 OTAU:   tag 0xF10C, length 0x00000390 (918 bytes)
13:36:06:343 OTAU:   tag 0xF10D, length 0x00000394 (922 bytes)
13:36:06:343 OTAU:   tag 0xF10E, length 0x00000394 (922 bytes)
13:36:06:343 OTAU:   tag 0xF10F, length 0x00000338 (830 bytes)
13:36:06:343 OTAU:   tag 0xF110, length 0x0000032C (818 bytes)
13:36:06:344 OTAU:   tag 0xF111, length 0x0000032C (818 bytes)
13:36:06:344 OTAU:   tag 0xF112, length 0x00000328 (814 bytes)
13:36:06:344 OTAU:   tag 0xF113, length 0x00000384 (906 bytes)
13:36:06:344 OTAU:   tag 0xF114, length 0x00000384 (906 bytes)
13:36:06:345 OTAU:   tag 0xF115, length 0x00000330 (822 bytes)
13:36:06:345 OTAU:   tag 0xF116, length 0x00000330 (822 bytes)
13:36:06:345 OTAU:   tag 0xF117, length 0x00000330 (822 bytes)
13:36:06:345 OTAU:   tag 0xF118, length 0x00000330 (822 bytes)
13:36:06:345 OTAU:   tag 0xF119, length 0x0000031C (802 bytes)
13:36:06:346 OTAU:   tag 0xF11A, length 0x0000031C (802 bytes)
13:36:06:346 OTAU:   tag 0xF11B, length 0x00000320 (806 bytes)
13:36:06:346 OTAU:   tag 0xF11C, length 0x00000320 (806 bytes)
13:36:06:346 OTAU:   tag 0xF11D, length 0x0000031C (802 bytes)
13:36:06:347 OTAU:   tag 0xF11E, length 0x00000320 (806 bytes)
13:36:06:347 OTAU:   tag 0xF11F, length 0x00000320 (806 bytes)
13:36:06:347 OTAU:   tag 0xF120, length 0x00000320 (806 bytes)
13:36:06:347 OTAU:   tag 0xF121, length 0x00000230 (566 bytes)
13:36:06:347 OTAU:   tag 0xF122, length 0x00000230 (566 bytes)
13:36:06:348 OTAU:   tag 0xF123, length 0x000002A0 (678 bytes)
13:36:06:348 OTAU:   tag 0xF124, length 0x0000029C (674 bytes)
13:36:06:348 OTAU:   tag 0xF125, length 0x000002A0 (678 bytes)
13:36:06:348 OTAU:   tag 0xF126, length 0x000002A0 (678 bytes)
13:36:06:348 OTAU:   tag 0xF127, length 0x000002A0 (678 bytes)
13:36:06:349 OTAU:   tag 0xF128, length 0x0000029C (674 bytes)
13:36:06:349 OTAU:   tag 0xF129, length 0x0000029C (674 bytes)
13:36:06:349 OTAU:   tag 0xF12A, length 0x0000029C (674 bytes)
13:36:06:349 OTAU:   packed 41496072 bytes
13:36:06:477 Img block req fwVersion:0x01000E04, offset: 0x00000000, maxsize: 64
13:36:06:478 otau send img block rsp offset: 0x00000000 dataSize 64 0x0017880108CAAC79
13:36:16:316 otau aps conf failed status 0xA7
13:36:16:433 Img block req fwVersion:0x01000E04, offset: 0x00000000, maxsize: 64
13:36:16:434 otau send img block rsp offset: 0x00000000 dataSize 64 0x0017880108CAAC79
13:36:18:809 ZCL attribute report 0xF0D1B80000135CC8 for cluster: 0x0006, ep: 0x01, frame control: 0x08, mfcode: 0x0000 
13:36:26:390 Img block req fwVersion:0x01000E04, offset: 0x00000000, maxsize: 64
13:36:26:390 otau send img block rsp offset: 0x00000000 dataSize 64 0x0017880108CAAC79
13:36:36:348 Img block req fwVersion:0x01000E04, offset: 0x00000000, maxsize: 64
13:36:36:349 otau send img block rsp offset: 0x00000000 dataSize 64 0x0017880108CAAC79

Forgot to toggle FWU first; so i did that here and retriggered query:

13:36:38:279 Device protocol version: 0x010C
13:36:38:290 aps request id: 13 prf: 0x0104 cl: 0x0019 timeout NOT confirmed to 0x0017880108CAAC79 (0x63FD)
13:36:38:330 Current channel 15
13:36:38:342 CTRL got nwk update id 0
13:36:38:346 CTRL ANT_CTRL 0x03
13:36:38:367 otau aps conf failed status 0xA7
13:36:38:374 Device protocol version: 0x010C
13:36:38:422 Current channel 15
13:36:38:434 CTRL got nwk update id 0
13:36:38:438 CTRL ANT_CTRL 0x03
13:36:38:470 Start interpan mode status=0x04
13:36:38:572 Device protocol version: 0x010C
13:36:38:620 Current channel 15
13:36:38:632 CTRL got nwk update id 0
13:36:38:636 CTRL ANT_CTRL 0x03
13:36:39:084 Device protocol version: 0x010C
13:36:39:132 Current channel 15
13:36:39:144 CTRL got nwk update id 0
13:36:39:148 CTRL ANT_CTRL 0x03
13:36:41:693 Current channel 15
13:36:41:700 CTRL got nwk update id 0
13:36:41:704 Device TTL 3662 s flags: 0x7
13:36:45:502 send img notify to 0x0017880108caac79
13:36:45:717 otau query next img req: 0x0017880108caac79 mfCode: 0x100B, img type: 0x0114, sw version: 0x01000600
13:36:45:718 OTAU: /root/otau/100B-0114-01000E04-ConfLightBLE-Lamps-EFR32MG21.zigbee: 324910 bytes
13:36:45:718 OTAU:   ota header (56 bytes)
13:36:45:718 OTAU:   tag 0xF000, length 0x00000700 (1798 bytes)
13:36:45:719 OTAU:   tag 0x0000, length 0x0004652C (288050 bytes)
13:36:45:743 OTAU:   tag 0xF100, length 0x00000370 (886 bytes)
13:36:45:744 OTAU:   tag 0xF101, length 0x00000374 (890 bytes)
13:36:45:744 OTAU:   tag 0xF102, length 0x00000374 (890 bytes)
13:36:45:744 OTAU:   tag 0xF103, length 0x00000374 (890 bytes)
13:36:45:745 OTAU:   tag 0xF104, length 0x0000038C (914 bytes)
13:36:45:745 OTAU:   tag 0xF105, length 0x0000038C (914 bytes)
13:36:45:745 OTAU:   tag 0xF106, length 0x00000390 (918 bytes)
13:36:45:746 OTAU:   tag 0xF107, length 0x0000038C (914 bytes)
13:36:45:746 OTAU:   tag 0xF108, length 0x00000390 (918 bytes)
13:36:45:746 OTAU:   tag 0xF109, length 0x00000390 (918 bytes)
13:36:45:747 OTAU:   tag 0xF10A, length 0x00000390 (918 bytes)
13:36:45:747 OTAU:   tag 0xF10B, length 0x00000390 (918 bytes)
13:36:45:747 OTAU:   tag 0xF10C, length 0x00000390 (918 bytes)
13:36:45:748 OTAU:   tag 0xF10D, length 0x00000394 (922 bytes)
13:36:45:748 OTAU:   tag 0xF10E, length 0x00000394 (922 bytes)
13:36:45:748 OTAU:   tag 0xF10F, length 0x00000338 (830 bytes)
13:36:45:748 OTAU:   tag 0xF110, length 0x0000032C (818 bytes)
13:36:45:749 OTAU:   tag 0xF111, length 0x0000032C (818 bytes)
13:36:45:749 OTAU:   tag 0xF112, length 0x00000328 (814 bytes)
13:36:45:749 OTAU:   tag 0xF113, length 0x00000384 (906 bytes)
13:36:45:750 OTAU:   tag 0xF114, length 0x00000384 (906 bytes)
13:36:45:750 OTAU:   tag 0xF115, length 0x00000330 (822 bytes)
13:36:45:750 OTAU:   tag 0xF116, length 0x00000330 (822 bytes)
13:36:45:750 OTAU:   tag 0xF117, length 0x00000330 (822 bytes)
13:36:45:751 OTAU:   tag 0xF118, length 0x00000330 (822 bytes)
13:36:45:751 OTAU:   tag 0xF119, length 0x0000031C (802 bytes)
13:36:45:751 OTAU:   tag 0xF11A, length 0x0000031C (802 bytes)
13:36:45:751 OTAU:   tag 0xF11B, length 0x00000320 (806 bytes)
13:36:45:752 OTAU:   tag 0xF11C, length 0x00000320 (806 bytes)
13:36:45:752 OTAU:   tag 0xF11D, length 0x0000031C (802 bytes)
13:36:45:752 OTAU:   tag 0xF11E, length 0x00000320 (806 bytes)
13:36:45:752 OTAU:   tag 0xF11F, length 0x00000320 (806 bytes)
13:36:45:752 OTAU:   tag 0xF120, length 0x00000320 (806 bytes)
13:36:45:753 OTAU:   tag 0xF121, length 0x00000230 (566 bytes)
13:36:45:753 OTAU:   tag 0xF122, length 0x00000230 (566 bytes)
13:36:45:753 OTAU:   tag 0xF123, length 0x000002A0 (678 bytes)
13:36:45:753 OTAU:   tag 0xF124, length 0x0000029C (674 bytes)
13:36:45:754 OTAU:   tag 0xF125, length 0x000002A0 (678 bytes)
13:36:45:754 OTAU:   tag 0xF126, length 0x000002A0 (678 bytes)
13:36:45:754 OTAU:   tag 0xF127, length 0x000002A0 (678 bytes)
13:36:45:754 OTAU:   tag 0xF128, length 0x0000029C (674 bytes)
13:36:45:755 OTAU:   tag 0xF129, length 0x0000029C (674 bytes)
13:36:45:755 OTAU:   tag 0xF12A, length 0x0000029C (674 bytes)
13:36:45:755 OTAU:   packed 47201368 bytes
13:36:45:897 Img block req fwVersion:0x01000E04, offset: 0x00000000, maxsize: 64
13:36:45:898 otau send img block rsp offset: 0x00000000 dataSize 64 0x0017880108CAAC79
13:36:46:031 0x0017880106B9635E error APSDE-DATA.confirm: 0xE9 on task
13:36:46:045 Img block req fwVersion:0x01000E04, offset: 0x00000038, maxsize: 64
13:36:46:045 otau send img block rsp offset: 0x00000038 dataSize 64 0x0017880108CAAC79
13:36:46:167 Img block req fwVersion:0x01000E04, offset: 0x0000073E, maxsize: 64
13:36:46:168 otau send img block rsp offset: 0x0000073E dataSize 64 0x0017880108CAAC79
13:36:46:276 Img block req fwVersion:0x01000E04, offset: 0x00036744, maxsize: 64
13:36:46:277 otau send img block rsp offset: 0x00036744 dataSize 64 0x0017880108CAAC79
13:36:46:492 Img block req fwVersion:0x01000E04, offset: 0x00036784, maxsize: 64
13:36:46:492 otau send img block rsp offset: 0x00036784 dataSize 64 0x0017880108CAAC79
13:36:46:577 Img block req fwVersion:0x01000E04, offset: 0x000367C4, maxsize: 64
13:36:46:577 otau send img block rsp offset: 0x000367C4 dataSize 64 0x0017880108CAAC79
13:36:46:669 Img block req fwVersion:0x01000E04, offset: 0x00036804, maxsize: 64
13:36:46:670 otau send img block rsp offset: 0x00036804 dataSize 64 0x0017880108CAAC79
13:36:46:766 Img block req fwVersion:0x01000E04, offset: 0x00036844, maxsize: 64
13:36:46:767 otau send img block rsp offset: 0x00036844 dataSize 64 0x0017880108CAAC79
13:36:46:880 Img block req fwVersion:0x01000E04, offset: 0x00036884, maxsize: 64
13:36:46:881 otau send img block rsp offset: 0x00036884 dataSize 64 0x0017880108CAAC79
13:36:46:002 Img block req fwVersion:0x01000E04, offset: 0x000368C4, maxsize: 64
13:36:46:002 otau send img block rsp offset: 0x000368C4 dataSize 64 0x0017880108CAAC79
13:36:47:122 Img block req fwVersion:0x01000E04, offset: 0x00036904, maxsize: 64
13:36:47:123 otau send img block rsp offset: 0x00036904 dataSize 64 0x0017880108CAAC79
13:36:47:217 Img block req fwVersion:0x01000E04, offset: 0x00036944, maxsize: 64
13:36:47:217 otau send img block rsp offset: 0x00036944 dataSize 64 0x0017880108CAAC79
13:36:47:331 Img block req fwVersion:0x01000E04, offset: 0x00036984, maxsize: 64
13:36:47:332 otau send img block rsp offset: 0x00036984 dataSize 64 0x0017880108CAAC79
13:36:47:445 Img block req fwVersion:0x01000E04, offset: 0x000369C4, maxsize: 64
13:36:47:445 otau send img block rsp offset: 0x000369C4 dataSize 64 0x0017880108CAAC79
13:36:47:541 Img block req fwVersion:0x01000E04, offset: 0x00036A04, maxsize: 64
13:36:47:542 otau send img block rsp offset: 0x00036A04 dataSize 64 0x0017880108CAAC79
13:36:47:640 Img block req fwVersion:0x01000E04, offset: 0x00036A44, maxsize: 64
13:36:47:641 otau send img block rsp offset: 0x00036A44 dataSize 64 0x0017880108CAAC79
13:36:47:758 Img block req fwVersion:0x01000E04, offset: 0x00036A84, maxsize: 64
13:36:47:759 otau send img block rsp offset: 0x00036A84 dataSize 64 0x0017880108CAAC79
13:36:47:844 Img block req fwVersion:0x01000E04, offset: 0x00036AC4, maxsize: 64
13:36:47:844 otau send img block rsp offset: 0x00036AC4 dataSize 64 0x0017880108CAAC79
13:36:47:936 Img block req fwVersion:0x01000E04, offset: 0x00036B04, maxsize: 64
13:36:47:937 otau send img block rsp offset: 0x00036B04 dataSize 64 0x0017880108CAAC79
13:36:48:024 Img block req fwVersion:0x01000E04, offset: 0x00036B44, maxsize: 64

Update 2:
After some successful attempts on various HUE lights, it seems that it is not (always) required to toggle OTA server. Sometimes a scan + waiting for the scan to complete + query does the trick as well. Maybe the plugin can be made 'smarter' to detect stale states.

It also got stuck at updating a Hue Smart Switch (mains powered, near the Conbee II) so it is also not primarily related to Hue BLE lights.

Legrand release new firmware but it's impossible to update with deconz.
It stop at 0.02% .

zigbee2mqtt implement a hack here for this issue
Koenkk/zigbee-herdsman-converters@cba37b6

thanks

Hey there.

I thought if there will be a chance to share fimrware states across all deconz users.
This could be a optional feature, not forced.

The problem in my point of view is that I do not know what is the latest OTA firmware. Some company did a great job and share ota-list in json format, for example ikea, but others like philips or aqara does not.

Why not get this data from the user itself?

Benefits from such a list could be:
-warn the user if the firmware is outdated
-reduce the risk of zigbee security issues
-reduce incompatibility

It's impossible to update router Sonoff ZBMini (01MINIZB).

Hello togehter,

i ran deconz via docker for quite of time without problems.

i wanted to update my plug because of this
https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Xiaomi-smart-plugs-not-working-correctly

but if i select the ota file and click update on the device it goes up to 1% or sometimes sooner and the complete deconz became inresponsible. i had to restart the container to work again, but the update stuck everytime.

Running deCONZ 2.05.59 and a ConBee stick with firmware 26300500, normally deconz is started in headless mode on a Raspberry Pi.

Issue:
I suspect all my IKEA Trådfri bulb E27 CWS opal 600lm have been updated to the latest firmware version 1.3.009 that was released about a week ago, the bulbs appear to have new functionality/behavior that they didn't have before. But deCONZ still list them as using the older 1.3.002 version. I've tried to reboot, triggering a manual OTAU doesn't do anything, the progress just changes to Idle.

Is it possible that the bulb firmware is updated but that deCONZ (for whatever reason) is still listing the older firmware as the bulbs current version?

Node list screenshot:

OTAU plugin screenshot:

Longer description:
IKEA released new firmwares about a week ago, I think I remember reading that deCONZ will eventually do an OTAU in the background if there are new firmwares available, so I used ikea-ota-download.py to download them. I verified that the new firmwares were downloaded and a new 117C-2801-13009572.zigbee file was generated in the otau directory.

Speed forward to today and I noticed that all 5 of my IKEA Trådfri bulb E27 CWS opal 600lm retain both the brightness and the previously used color when power-cycled. This was not the case before, previously they kept the brightness but the color was always reset to 2700K white when cycling the power using an old fashion power switch.

I suspected that perhaps the bulbs had been updated in the background and this was one of the fixes in the new 1.3.009 firmware for the bulb. After a quick search I found other Trådfri CWS owners with the same experience (color is kept) after updating the firmware. So I assumed that this confirmed that my bulbs were now using version 1.3.009.

But to my surprise when I checked in deconz-gui (and in Phoscon), the lights are still listed as using version 1.3.002. I've tried to reboot in case the firmware version is only read at startup but 1.3.002 is still listed. When I try to perform a manual OTA update using 117C-2801-13009572.zigbee the progress is immediately changed to Idle, no progress is started. I'm not sure if this is because the update fails or if the bulb rejects the update because it's already updated.

I am unable to update firmware in Australia.
I have several Philips Hue globes, but the firmware files are never found for these devices.
I can open the OTAU module in deConz, but it never gives me an option to update and never shows a firmware file being available.

I recently installed Home Assistant on a Raspberry Pi4 with SSD and conbee 2. Running the Deconz add-on and want to have hue lights, motion sensors and aqara sensors on the network.

When I found out it is possible to update devices over the air with the Deconz addon it made me very happy. That means it's not necessary to keep an old Hue Hub present for updates. However, I'm having some problems with updating my Hue motion sensors.

Steps that I took:

• Download Hue motion sensor firmware 6.1.1.27575 from the link in the readme
• Place the firmware in the HA share folder with WinSCP
• Copy the firmware to the docker data/otau folder with SSH
• Start the STD OTAU plugin
• Select the correct device
• Select the firmware
• Select Update

The update is recognised and seems to start but it hangs on "queued" and the time stops at 0.46. Things I have tried:

• Let Phoscon rename the file to 100B-010D-42006BB7.zigbee and try again
• Restart the motion sensor by pulling and reinserting the battery
• Wait overnight
• Retry pressing the query/update buttons...

Deconz shows "OTA disabled" in the OTA Update panel and I see no way to activate it. My deconz runs on Home Assistant.
I can't query for firmware. When I click on query nothing is happening.

After updating several devices via an "back in the days"-looking VNC GUI which required me to compare the node list with the address column in the OTAU Update area, I was wondering If it is me doing it wrong, or is deconz just having a 90s style GUI. Ikea, Hue etc do it WAY nicer ..

a) is there a better way for OTA than using the VNC GUI?
b) if the answer is NO, is there any plan to migrate that outdated way to a more recent webgui in the future?

Have a nice day.
k3mpaxl

when I try to compile the plugin I get the following error:

pi@raspberrypi:~/deconz-ota-plugin $ qmake && make -j2
make -f Makefile.Release
make[1]: Entering directory '/home/pi/deconz-ota-plugin'
g++ -c -pipe -Wno-attributes -Wall -O2 -std=gnu++11 -Wall -W -D_REENTRANT -fPIC -DDECONZ_DLLSPEC=Q_DECL_IMPORT -DQT_NO_DEBUG -DQT_PLUGIN -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB -I. -I../.. -I../../common -isystem /usr/include/arm-linux-gnueabihf/qt5 -isystem /usr/include/arm-linux-gnueabihf/qt5/QtWidgets -isystem /usr/include/arm-linux-gnueabihf/qt5/QtGui -isystem /usr/include/arm-linux-gnueabihf/qt5/QtCore -Irelease -I. -I/usr/lib/arm-linux-gnueabihf/qt5/mkspecs/linux-g++ -o release/std_otau_plugin.o std_otau_plugin.cpp
g++ -c -pipe -Wno-attributes -Wall -O2 -std=gnu++11 -Wall -W -D_REENTRANT -fPIC -DDECONZ_DLLSPEC=Q_DECL_IMPORT -DQT_NO_DEBUG -DQT_PLUGIN -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB -I. -I../.. -I../../common -isystem /usr/include/arm-linux-gnueabihf/qt5 -isystem /usr/include/arm-linux-gnueabihf/qt5/QtWidgets -isystem /usr/include/arm-linux-gnueabihf/qt5/QtGui -isystem /usr/include/arm-linux-gnueabihf/qt5/QtCore -Irelease -I. -I/usr/lib/arm-linux-gnueabihf/qt5/mkspecs/linux-g++ -o release/std_otau_widget.o std_otau_widget.cpp
In file included from std_otau_plugin.cpp:7:0:
std_otau_plugin.h:7:20: fatal error: deconz.h: No such file or directory
#include "deconz.h"
^
compilation terminated.
Makefile.Release:242: recipe for target 'release/std_otau_plugin.o' failed
make[1]: *** [release/std_otau_plugin.o] Error 1
make[1]: *** Waiting for unfinished jobs....
In file included from std_otau_widget.cpp:7:0:
std_otau_widget.h:5:26: fatal error: deconz/types.h: No such file or directory
#include "deconz/types.h"
^
compilation terminated.
Makefile.Release:251: recipe for target 'release/std_otau_widget.o' failed
make[1]: *** [release/std_otau_widget.o] Error 1
make[1]: Leaving directory '/home/pi/deconz-ota-plugin'
Makefile:38: recipe for target 'release' failed
make: *** [release] Error 2

any idea how I could fix this?

EDIT: I saw that I should install deconz-dev, but it won't found:

pi@raspberrypi:~ $ sudo apt install deconz-dev
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package deconz-dev

I am attempting to downgrade the aurora to 3.4 but when I select a file in OTA Update and hit the Update button it just stays on Queued indefinitely and never actually updates. I have turned off the only other device on the network (a lightbulb). Any help would be appreciated.

Source Routing is disabled

deCONZ v2.19.3
Raspbian GNU/Linux Buster (10)
Raspbee 2 (26690700)

Trying to update a number of IKEA bulbs from the Deconz OTAU update panel.
After completed update the update starts over and firmware version is the same as before update attempt.
This repeats over and over.
Deleted a few of them from phoscon, made a factory reset (6x on/off) and started up my old IKEA gateway, added them there, updates were succesful.
Saw there was a similar issue with the IKEA repeaters, could it be that the problem is present with all IKEA firmware updates?

Steps to reproduce the behavior:

1. Open OTAU update panel in Deconz
2. Select the correct file (verified as working since similar bulb could be updated in IKEA gateway). In this case 10046695-1.1-TRADFRI-light-unified-w-2.3.093.ota.ota.signed
3. Mark the bulb in the node list and press Update
4. After completed as Done, after a while it starts over by itself again, indefinitely.
5. Checking firmware version on Cluster info and pressing Read shows old firmware.

deconz log file (OTAU only)

21:22:19:611 OTAU: send img block rsp seq: 117 offset: 0x00033C06 dataSize 49 status: 0x00 0xEC1BBDFFFE3BD3E8
21:22:19:685 OTAU: img block req fwVersion:0x23093631, offset: 0x00033C37, maxsize: 63
21:22:19:686 OTAU: send img block rsp seq: 118 offset: 0x00033C37 dataSize 49 status: 0x00 0xEC1BBDFFFE3BD3E8
172.30.32.2 - - [10/Oct/2022:21:22:21 +0200] "GET /api/1CAF4EDA19/lights/30?=1665423714301 HTTP/1.1" 200 400 "https://replaced_host_name.duckdns.org/api/hassio_ingress/gwsMBmI8GNAkz4Sg3fCvBJ7ZhVLwPlyqQ1RIrP8t3uI/pwa/devices-lights.html?_v=4999fcacf1bb9743db2a28283e96838be803f9e5,9,1,19&gwid=00212EFFFF0485BF" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36"
21:22:22:660 OTAU: img block req fwVersion:0x23093631, offset: 0x00033C37, maxsize: 63
21:22:22:661 OTAU: send img block rsp seq: 119 offset: 0x00033C37 dataSize 49 status: 0x00 0xEC1BBDFFFE3BD3E8
21:22:22:727 OTAU: img block req fwVersion:0x23093631, offset: 0x00033C68, maxsize: 63
21:22:22:728 OTAU: send img block rsp seq: 120 offset: 0x00033C68 dataSize 12 status: 0x00 0xEC1BBDFFFE3BD3E8
21:22:22:794 OTAU: upgrade end req: status: 0x00, fwVersion:0x23093631, imgType: 0x4103
21:22:26:602 OTAU: query next img req: 0xccccccfffe8b59fb mfCode: 0x1224, img type: 0x138E, sw version: 0x00000028
21:22:26:606 OTAU: send query next image response: OTAU_NO_IMAGE_AVAILABLE
172.30.32.2 - - [10/Oct/2022:21:22:26 +0200] "GET /api/1CAF4EDA19/sensors/new HTTP/1.1" 200 50 "https://replaced_host_name.duckdns.org/api/hassio_ingress/gwsMBmI8GNAkz4Sg3fCvBJ7ZhVLwPlyqQ1RIrP8t3uI/pwa/devices-lights.html?_v=4999fcacf1bb9743db2a28283e96838be803f9e5,9,1,19&gwid=00212EFFFF0485BF" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36"
172.30.32.2 - - [10/Oct/2022:21:22:30 +0200] "GET /api/1CAF4EDA19/lights/10?=1665423714302 HTTP/1.1" 200 401 "https://replaced_host_name.duckdns.org/api/hassio_ingress/gwsMBmI8GNAkz4Sg3fCvBJ7ZhVLwPlyqQ1RIrP8t3uI/pwa/devices-lights.html?_v=4999fcacf1bb9743db2a28283e96838be803f9e5,9,1,19&gwid=00212EFFFF0485BF" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36"
172.30.32.2 - - [10/Oct/2022:21:22:32 +0200] "GET /api/1CAF4EDA19/lights/10?=1665423714303 HTTP/1.1" 200 401 "https://replaced_host_name.duckdns.org/api/hassio_ingress/gwsMBmI8GNAkz4Sg3fCvBJ7ZhVLwPlyqQ1RIrP8t3uI/pwa/devices-lights.html?_v=4999fcacf1bb9743db2a28283e96838be803f9e5,9,1,19&gwid=00212EFFFF0485BF" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36"
172.30.32.2 - - [10/Oct/2022:21:22:43 +0200] "GET /api/1CAF4EDA19/lights/27?=1665423714304 HTTP/1.1" 200 357 "https://replaced_host_name.duckdns.org/api/hassio_ingress/gwsMBmI8GNAkz4Sg3fCvBJ7ZhVLwPlyqQ1RIrP8t3uI/pwa/devices-lights.html?_v=4999fcacf1bb9743db2a28283e96838be803f9e5,9,1,19&gwid=00212EFFFF0485BF" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36"
172.30.32.2 - - [10/Oct/2022:21:22:48 +0200] "GET /api/1CAF4EDA19/lights/24?=1665423714305 HTTP/1.1" 200 393 "https://replaced_host_name.duckdns.org/api/hassio_ingress/gwsMBmI8GNAkz4Sg3fCvBJ7ZhVLwPlyqQ1RIrP8t3uI/pwa/devices-lights.html?_v=4999fcacf1bb9743db2a28283e96838be803f9e5,9,1,19&gwid=00212EFFFF0485BF" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36"
21:22:49:789 aps request id: 82 prf: 0x0104 cl: 0x0019 timeout NOT confirmed to 0xEC1BBDFFFE3BD3E8 (0xDDF6)
172.30.32.2 - - [10/Oct/2022:21:22:50 +0200] "GET /api/1CAF4EDA19/lights/13?=1665423714306 HTTP/1.1" 200 476 "https://replaced_host_name.duckdns.org/api/hassio_ingress/gwsMBmI8GNAkz4Sg3fCvBJ7ZhVLwPlyqQ1RIrP8t3uI/pwa/devices-lights.html?_v=4999fcacf1bb9743db2a28283e96838be803f9e5,9,1,19&gwid=00212EFFFF0485BF" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36"
172.30.32.2 - - [10/Oct/2022:21:22:53 +0200] "GET /api/1CAF4EDA19/lights/11?=1665423714307 HTTP/1.1" 200 383 "https://replaced_host_name.duckdns.org/api/hassio_ingress/gwsMBmI8GNAkz4Sg3fCvBJ7ZhVLwPlyqQ1RIrP8t3uI/pwa/devices-lights.html?_v=4999fcacf1bb9743db2a28283e96838be803f9e5,9,1,19&gwid=00212EFFFF0485BF" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36"
172.30.32.2 - - [10/Oct/2022:21:23:17 +0200] "GET /api/1CAF4EDA19/lights/3?=1665423714308 HTTP/1.1" 200 394 "https://replaced_host_name.duckdns.org/api/hassio_ingress/gwsMBmI8GNAkz4Sg3fCvBJ7ZhVLwPlyqQ1RIrP8t3uI/pwa/devices-lights.html?_v=4999fcacf1bb9743db2a28283e96838be803f9e5,9,1,19&gwid=00212EFFFF0485BF" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36"
172.30.32.2 - - [10/Oct/2022:21:23:22 +0200] "GET /api/1CAF4EDA19/lights/19?=1665423714309 HTTP/1.1" 200 397 "https://replaced_host_name.duckdns.org/api/hassio_ingress/gwsMBmI8GNAkz4Sg3fCvBJ7ZhVLwPlyqQ1RIrP8t3uI/pwa/devices-lights.html?_v=4999fcacf1bb9743db2a28283e96838be803f9e5,9,1,19&gwid=00212EFFFF0485BF" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36"
172.30.32.2 - - [10/Oct/2022:21:23:26 +0200] "GET /api/1CAF4EDA19/sensors/new HTTP/1.1" 200 50 "https://replaced_host_name.duckdns.org/api/hassio_ingress/gwsMBmI8GNAkz4Sg3fCvBJ7ZhVLwPlyqQ1RIrP8t3uI/pwa/devices-lights.html?_v=4999fcacf1bb9743db2a28283e96838be803f9e5,9,1,19&gwid=00212EFFFF0485BF" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36"
172.30.32.2 - - [10/Oct/2022:21:23:28 +0200] "GET /api/1CAF4EDA19/lights/15?=1665423714310 HTTP/1.1" 200 388 "https://replaced_host_name.duckdns.org/api/hassio_ingress/gwsMBmI8GNAkz4Sg3fCvBJ7ZhVLwPlyqQ1RIrP8t3uI/pwa/devices-lights.html?_v=4999fcacf1bb9743db2a28283e96838be803f9e5,9,1,19&gwid=00212EFFFF0485BF" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36"
172.30.32.2 - - [10/Oct/2022:21:23:29 +0200] "GET /api/1CAF4EDA19/lights/15?=1665423714311 HTTP/1.1" 200 388 "https://replaced_host_name.duckdns.org/api/hassio_ingress/gwsMBmI8GNAkz4Sg3fCvBJ7ZhVLwPlyqQ1RIrP8t3uI/pwa/devices-lights.html?_v=4999fcacf1bb9743db2a28283e96838be803f9e5,9,1,19&gwid=00212EFFFF0485BF" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36"
172.30.32.2 - - [10/Oct/2022:21:23:30 +0200] "GET /api/1CAF4EDA19/lights/15?=1665423714312 HTTP/1.1" 200 388 "https://replaced_host_name.duckdns.org/api/hassio_ingress/gwsMBmI8GNAkz4Sg3fCvBJ7ZhVLwPlyqQ1RIrP8t3uI/pwa/devices-lights.html?_v=4999fcacf1bb9743db2a28283e96838be803f9e5,9,1,19&gwid=00212EFFFF0485BF" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36"
172.30.32.2 - - [10/Oct/2022:21:23:37 +0200] "GET /api/1CAF4EDA19/lights/2?=1665423714313 HTTP/1.1" 200 395 "https://replaced_host_name.duckdns.org/api/hassio_ingress/gwsMBmI8GNAkz4Sg3fCvBJ7ZhVLwPlyqQ1RIrP8t3uI/pwa/devices-lights.html?_v=4999fcacf1bb9743db2a28283e96838be803f9e5,9,1,19&gwid=00212EFFFF0485BF" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36"
172.30.32.2 - - [10/Oct/2022:21:23:42 +0200] "GET /api/1CAF4EDA19/lights/22?=1665423714314 HTTP/1.1" 200 397 "https://replaced_host_name.duckdns.org/api/hassio_ingress/gwsMBmI8GNAkz4Sg3fCvBJ7ZhVLwPlyqQ1RIrP8t3uI/pwa/devices-lights.html?_v=4999fcacf1bb9743db2a28283e96838be803f9e5,9,1,19&gwid=00212EFFFF0485BF" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36"
172.30.32.2 - - [10/Oct/2022:21:23:52 +0200] "GET /api/1CAF4EDA19/lights/30?=1665423714315 HTTP/1.1" 200 400 "https://replaced_host_name.duckdns.org/api/hassio_ingress/gwsMBmI8GNAkz4Sg3fCvBJ7ZhVLwPlyqQ1RIrP8t3uI/pwa/devices-lights.html?_v=4999fcacf1bb9743db2a28283e96838be803f9e5,9,1,19&gwid=00212EFFFF0485BF" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36"
172.30.32.2 - - [10/Oct/2022:21:23:59 +0200] "GET /api/1CAF4EDA19/lights/23?=1665423714316 HTTP/1.1" 200 356 "https://replaced_host_name.duckdns.org/api/hassio_ingress/gwsMBmI8GNAkz4Sg3fCvBJ7ZhVLwPlyqQ1RIrP8t3uI/pwa/devices-lights.html?_v=4999fcacf1bb9743db2a28283e96838be803f9e5,9,1,19&gwid=00212EFFFF0485BF" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36"
172.30.32.2 - - [10/Oct/2022:21:24:02 +0200] "GET /api/1CAF4EDA19/lights/11?=1665423714317 HTTP/1.1" 200 383 "https://replaced_host_name.duckdns.org/api/hassio_ingress/gwsMBmI8GNAkz4Sg3fCvBJ7ZhVLwPlyqQ1RIrP8t3uI/pwa/devices-lights.html?_v=4999fcacf1bb9743db2a28283e96838be803f9e5,9,1,19&gwid=00212EFFFF0485BF" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36"
172.30.32.2 - - [10/Oct/2022:21:24:03 +0200] "GET /api/1CAF4EDA19/lights/13?=1665423714318 HTTP/1.1" 200 476 "https://replaced_host_name.duckdns.org/api/hassio_ingress/gwsMBmI8GNAkz4Sg3fCvBJ7ZhVLwPlyqQ1RIrP8t3uI/pwa/devices-lights.html?_v=4999fcacf1bb9743db2a28283e96838be803f9e5,9,1,19&gwid=00212EFFFF0485BF" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36"
172.30.32.2 - - [10/Oct/2022:21:24:17 +0200] "GET /api/1CAF4EDA19/lights/15?=1665423714319 HTTP/1.1" 200 388 "https://replaced_host_name.duckdns.org/api/hassio_ingress/gwsMBmI8GNAkz4Sg3fCvBJ7ZhVLwPlyqQ1RIrP8t3uI/pwa/devices-lights.html?_v=4999fcacf1bb9743db2a28283e96838be803f9e5,9,1,19&gwid=00212EFFFF0485BF" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36"
172.30.32.2 - - [10/Oct/2022:21:24:18 +0200] "GET /api/1CAF4EDA19/lights/15?=1665423714320 HTTP/1.1" 200 388 "https://replaced_host_name.duckdns.org/api/hassio_ingress/gwsMBmI8GNAkz4Sg3fCvBJ7ZhVLwPlyqQ1RIrP8t3uI/pwa/devices-lights.html?_v=4999fcacf1bb9743db2a28283e96838be803f9e5,9,1,19&gwid=00212EFFFF0485BF" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36"
172.30.32.2 - - [10/Oct/2022:21:24:26 +0200] "GET /api/1CAF4EDA19/sensors/new HTTP/1.1" 200 50 "https://replaced_host_name.duckdns.org/api/hassio_ingress/gwsMBmI8GNAkz4Sg3fCvBJ7ZhVLwPlyqQ1RIrP8t3uI/pwa/devices-lights.html?_v=4999fcacf1bb9743db2a28283e96838be803f9e5,9,1,19&gwid=00212EFFFF0485BF" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36"
172.30.32.2 - - [10/Oct/2022:21:24:41 +0200] "GET /api/1CAF4EDA19/lights/12?=1665423714321 HTTP/1.1" 200 396 "https://replaced_host_name.duckdns.org/api/hassio_ingress/gwsMBmI8GNAkz4Sg3fCvBJ7ZhVLwPlyqQ1RIrP8t3uI/pwa/devices-lights.html?_v=4999fcacf1bb9743db2a28283e96838be803f9e5,9,1,19&gwid=00212EFFFF0485BF" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36"
172.30.32.2 - - [10/Oct/2022:21:24:41 +0200] "GET /api/1CAF4EDA19/lights/21?=1665423714322 HTTP/1.1" 200 396 "https://replaced_host_name.duckdns.org/api/hassio_ingress/gwsMBmI8GNAkz4Sg3fCvBJ7ZhVLwPlyqQ1RIrP8t3uI/pwa/devices-lights.html?_v=4999fcacf1bb9743db2a28283e96838be803f9e5,9,1,19&gwid=00212EFFFF0485BF" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36"
172.30.32.2 - - [10/Oct/2022:21:24:42 +0200] "GET /api/1CAF4EDA19/lights/29?=1665423714323 HTTP/1.1" 200 396 "https://replaced_host_name.duckdns.org/api/hassio_ingress/gwsMBmI8GNAkz4Sg3fCvBJ7ZhVLwPlyqQ1RIrP8t3uI/pwa/devices-lights.html?_v=4999fcacf1bb9743db2a28283e96838be803f9e5,9,1,19&gwid=00212EFFFF0485BF" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36"
172.30.32.2 - - [10/Oct/2022:21:24:45 +0200] "GET /api/1CAF4EDA19/lights/3?=1665423714324 HTTP/1.1" 200 394 "https://replaced_host_name.duckdns.org/api/hassio_ingress/gwsMBmI8GNAkz4Sg3fCvBJ7ZhVLwPlyqQ1RIrP8t3uI/pwa/devices-lights.html?_v=4999fcacf1bb9743db2a28283e96838be803f9e5,9,1,19&gwid=00212EFFFF0485BF" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36"
21:24:57:710 OTAU: invalid update end request for node 0xec1bbdfffe3bd3e8
21:24:57:710 OTAU: query next img req: 0xec1bbdfffe3bd3e8 mfCode: 0x117C, img type: 0x4103, sw version: 0x23086631
21:24:57:714 OTAU: Match otau version 0x23093631 image type 0x4103
21:24:57:715 OTAU: /data/otau/117C-4103-23093631.zigbee: 212540 bytes
21:24:57:715 OTAU: offset 456: ota header (56 bytes)
21:24:57:740 OTAU: offset 512: tag 0x0000, length 0x00030E48 (200270 bytes)
21:24:57:740 OTAU: offset 200782: tag 0xFFBF, length 0x00000040 (70 bytes)
21:24:57:741 OTAU: offset 200852: tag 0xFFBE, length 0x00002BA2 (11176 bytes)
21:24:57:742 OTAU: offset 212028: tag 0xAC1B, length 0x2EC7403B (512 bytes)
21:24:57:742 OTAU: found update file /data/otau/117C-4103-23093631.zigbee
21:24:57:742 OTAU: /data/otau/117C-4103-23093631.zigbee: 212084 bytes
21:24:57:743 OTAU: ota header (56 bytes)
21:24:57:743 OTAU: tag 0x0000, length 0x00030E48 (200270 bytes)
21:24:57:750 OTAU: tag 0xFFBF, length 0x00000040 (70 bytes)
21:24:57:750 OTAU: tag 0xFFBE, length 0x00002BA2 (11176 bytes)
21:24:57:751 OTAU: tag 0xAC1B, length 0x2EC7403B (512 bytes)
21:24:57:751 OTAU: packed 212084 bytes
21:25:05:868 OTAU: img block req fwVersion:0x23093631, offset: 0x00000000, maxsize: 63
21:25:05:868 OTAU: send img block rsp seq: 5 offset: 0x00000000 dataSize 49 status: 0x00 0xEC1BBDFFFE3BD3E8
21:25:05:997 OTAU: img block req fwVersion:0x23093631, offset: 0x00000031, maxsize: 63
21:25:05:997 OTAU: send img block rsp seq: 6 offset: 0x00000031 dataSize 49 status: 0x00 0xEC1BBDFFFE3BD3E8
21:25:06:091 OTAU: img block req fwVersion:0x23093631, offset: 0x00000062, maxsize: 63
21:25:06:091 OTAU: send img block rsp seq: 7 offset: 0x00000062 dataSize 49 status: 0x00 0xEC1BBDFFFE3BD3E8
21:25:06:202 OTAU: img block req fwVersion:0x23093631, offset: 0x00000093, maxsize: 63
21:25:06:202 OTAU: send img block rsp seq: 8 offset: 0x00000093 dataSize 49 status: 0x00 0xEC1BBDFFFE3BD3E8
21:25:06:305 OTAU: img block req fwVersion:0x23093631, offset: 0x000000C4, maxsize: 63
21:25:06:305 OTAU: send img block rsp seq: 9 offset: 0x000000C4 dataSize 49 status: 0x00 0xEC1BBDFFFE3BD3E8
21:25:06:423 OTAU: img block req fwVersion:0x23093631, offset: 0x000000F5, maxsize: 63

I'm using a RASPBEE to control my ZIGBEE Network, the FW of the RaspBee is 26400500, Gateway Version is 2.26.3 ... I use the PHOSCON PWA WEB GUI to do all operations ... A couple of days ago i activated the OTAU functionality and after loading the IKEA current updated files i got some of my 1000lm bulbs updated, phoscon shows the new fw version on these ...
Then i uploaded philips and osram firmwares, rebooted the gw, checked that the OTA plugin had created their zigbee files and waited for something to happen ...

Since, no other device got updated, regardless of notifications that show firmware available, or even sometimes the system sending a new firmware to a device.

I have restarted the Gateway several times , deleted and downloaded the firmware, checked that the OTAU plugin is generating their zigbee files out of the ota files, but since two days i can only see the log showing "OTAU_NO_IMAGE_AVAILABLE", even the system showing files are there ... example of one transaction

15:35:02:232 OTAU: received QUERY_NEXT_IMAGE_NOTIFY
15:35:07:379 OTAU: query next img req: 0x001788010863620F mfCode: 0x100B, img type: 0x010D, sw version: 0x420049E0
15:35:07:385 OTAU: Match otau version 0x42006BB7 image type 0x010D
15:35:07:387 OTAU: /home/deconz/otau/100B-010D-42006BB7.zigbee: 240760 bytes
15:35:07:387 OTAU: offset 0: ota header (56 bytes)
15:35:07:388 OTAU: offset 56: tag 0x002A, length 0x66000D01 (240704 bytes)
15:35:07:388 OTAU: found update file /home/deconz/otau/100B-010D-42006BB7.zigbee
15:35:07:389 OTAU: send query next image response: OTAU_NO_IMAGE_AVAILABLE

This event repeats after several hours, but for most of the time i have just the short no image found event
An interesting evenet is th4 example down here, please see the timestamps ... it is the same device Querying two times, once a file is found, no image is returned, the next time not even the file found is reported ...

14:26:44:313 OTAU: query next img req: 0x90FD9FFFFEFB83DB mfCode: 0x117C, img type: 0x11C4, sw version: 0x12214572
14:26:44:319 OTAU: Match otau version 0x24040005 image type 0x11C4
14:26:44:320 OTAU: /home/deconz/otau/117C-11C4-24040005.zigbee: 215316 bytes
14:26:44:321 OTAU: offset 488: ota header (56 bytes)
14:26:44:321 OTAU: offset 544: tag 0x0000, length 0x00031900 (203014 bytes)
14:26:44:321 OTAU: offset 203558: tag 0xFFBF, length 0x00000040 (70 bytes)
14:26:44:321 OTAU: offset 203628: tag 0xFFBE, length 0x00002BA2 (11176 bytes)
14:26:44:321 OTAU: offset 214804: tag 0x6D2F, length 0x337D7824 (512 bytes)
14:26:44:321 OTAU: found update file /home/deconz/otau/117C-11C4-24040005.zigbee
14:26:44:323 OTAU: send query next image response: OTAU_NO_IMAGE_AVAILABLE

14:58:28:995 OTAU: received QUERY_NEXT_IMAGE_NOTIFY
14:58:53:811 OTAU: query next img req: 0x90FD9FFFFEFB83DB mfCode: 0x117C, img type: 0x11C4, sw version: 0x12214572
14:58:53:811 OTAU: send query next image response: OTAU_NO_IMAGE_AVAILABLE

Seems the file match and retrieval function has some quirks ...
I'm seeing this behavior for ALL vendors and files

Rebooting the GW does not help, neither powering off and on the remote devices (lights)

Any suggestions ?
Thank you in advance for your feedback

As discovered in #10 (comment), it turns out that always picking the latest software image available for the auto-update process isn't sufficient for some Hue lights. At least 0x010C and 0x010E of vendor 0x100B are affected, however I'd assume that the same issues also exist with other vendors.

The solution here would likely be to extend the auto updater to try to select the next closest firmware file based on the current version reported by the device.

Currently clicking on the device in the mesh network selects the right entry in the OTA tab, but selecting a device in the OTA tab doesn't do the same on the mesh network. Don't know if that is feasible at all but it's just an observation.

Today Philips published firmware updates for various lights. Any chance to update the lights with deCONZ?