Open jzee opened 2 years ago
clarification after I read issue #32 which seems to be somewhat similar: in the test scenario above there was only the first repeater powered, the other was unplugged. Switching repeaters, the behavior is identical with the second repeater, minus a different MAC address of course
Edit: Also, Source Routing is disabled.
Just updated my installation to the newly released 2.14.1 and the issue persists, I just reproduced it. A bit of further googling shows that others have encountered the same issue:
https://forum.phoscon.de/t/ikea-ota-firmware-update/795/21 https://forum.phoscon.de/t/ikea-update-not-working/1538
Have the same problem. Cant update the Ikea Repeater to the new firmware.
So it seems I'm not the only one, I have exactly the same issue. It seems that the update finishes till 100% and somehow it starts again. I have three repeaters and all are trying to from version 0x23070631 to 0x23086631. Debug log shows:
Not sure when it happens but it starts the update after a while. Some other weird issue that might be a result of the this behavior is that the there is no link anymore with the repeater and same with the devices who are routing through the repeater. Only a powercycle of the repeater helps.
Digging through IKEAs release notes, I found a note that the upgrades we're trying to upgrade from (2.3.070) introduced "secure OTA upgrades" for both blinds and repeaters (Ctrl+F repeater).
Could this be an explanation for the failed upgrades?
I had the same for 1 tradfri repeater and my 3 fyrtur blinds. Upgrade via deconz kept on repeating. I connected them to the Ikea hub to update firmware.
Same problem here. Update of 0x23070631 to 0x23086631 looping indefinitely. deCONZ version v2.15.0-beta.
Same issue for me. Ikea bulbs stuck in loop. I've disabled the restart check box and just let them cook overnight. Some of them cleared. Some of them I was able to get to work by power cycling them manually. I've had the same thing happen to my hue bulbs. The say done, but then the start upgrading again the next time they're polled. Help?
'Solved' it for now by deleting the OTAU firmware file. Let's hope that those files will be updated with the next version of deCONZ.
I have the same issue with 4 fyrtur blinds - new firmware gets transmitted successfully afaict, device reboots, still reports running the old firmware. No matter how often I try. This thread pointing out that the issue apparently affects the repeaters as well made me remember I had a bunch of these repeaters unused in some corner, with old-ish firmware. Upgrading a repeater from 0x22005631 to 0x23086631 worked absolutely flawless and on the first shot. I presume the problem isn't upgrading to 2.3.08, it is upgrading from 2.3.07 - and as pointed out before, the release notes for 2.3.07 at least for the fyrturs said "more secure OTA", which may be related. I have 3 more unupgraded repeaters fwiw. I also have a bunch of other ikea devices, the only OTA-problem ones I have are the fyrturs.
device reboots, still reports running the old firmware
Make sure to read manually SW Build ID in the GUI, as this might not be updated automatically after upgrade/reboot. Double-check the checksum on the firmware file.
Try downloading the firmware files again (delete them from ~/otau
, re-run ikea-ota-download.py
, and restart deCONZ. I don't think IKEA provides a checksum on the files to check for download errors and devices would reject corrupted firmware image.
I also have a bunch of other ikea devices, the only OTA-problem ones I have are the fyrturs.
I don't think I've seen any issues with my Fyrtur or Trådfri repeaters.
'Solved' it for now by deleting the OTAU firmware file. Let's hope that those files will be updated with the next version of deCONZ.
No they won't, as the firmware files aren't included in the deCONZ distribution. Only the script to download them from the IKEA server.
I've had the same thing happen to my hue bulbs. The say done, but then the start upgrading again the next time they're polled.
I've seen the same, but second time to a different firmware version. Some of the Hue lights seem to have changed Image Type, requiring two firmware upgrades in a row: the first to change the Image Type (in my case from 0x0117 to 0x011F), the second to bring the new Image Type to the latest version. I've even seen the Hue bridge upgrading the firmware in up to four steps, with a different intermediate version each time.
Make sure to read manually SW Build ID in the GUI, as this might not be updated automatically after upgrade/reboot. Double-check the checksum on the firmware file.
Done all that - this is persisting for months now, over battery changes in the blinds and reboots and power cycling the home assistant/deconz host.
Try downloading the firmware files again
also long tried
I don't think I've seen any issues with my Fyrtur or Trådfri repeaters.
You managed to get a Fyrtur to OTA-Upgrade from 2.3.07 to 2.3.08?
It's my 4 fyrturs that won't upgrade, while everything else - must be 30-40 ikea, 80 total (not all have fw upgrades tho) - does just fine.
You managed to get a Fyrtur to OTA-Upgrade from 2.3.07 to 2.3.08?
Dunno, sorry. Mine is on 2.3.088, but I don't know what version I upgraded it from.
oh one to short, sorry, I have 2.3.073 and the update is the 2.3.088 you mention
Since latest update my ikea tradfri bulbs wanted to update with recent deconz version. Deconz wanted to use file:
117C-2201-23087631.zigbee
I have no idea where this comes from. But the bulbs stuck in update loop. Its says done... restarts and after a few moments it tries again. There was some log line "invalid update end request for node". I also deleted and redownloaded all affected files by ikea-ota-download.py restartet deconz. No effect stuck on update loop. Very annoying.
Did some more digging to find out why new Ledvance OTA files don't load. The problem was that the contents of the files where preprocessed and converted back – which is only needed for the editor. With PR https://github.com/dresden-elektronik/deconz-ota-plugin/pull/42 I could finally update my Ikea repeater.
Have same issue but with all my Trådfri bulbs.
Since deConZ 2.19.0 the OTAU Update for all Ikea devices working again.
Not for me, IKEA TRADFRI bulb E27 CWS opal 600lm update from v 2.3.086 to 2.3.093 hangs during update process with deCONZ 2.19,1 as Home Assistant deCONZ 6.17. Before I had the "loop update" problem with this OTA update. I need to hit query ~ 10 times to keep the update process alive before it completely gives up/breaks. Additionally Xiaomi lumi.plug.mmeu01 power readings are wrong (all read 0W which is not true) and I needed to re-pair every outlet to get the sensor readings again with deCONZ 2.19.1. So I will need to downgrade everything and tell myself once more "never update". And then disable OTA updates. I thought I could fix a known problem with this update but it is not true this time.
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 https://github.com/dresden-elektronik/deconz-rest-plugin/issues/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:
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:
next update attempt
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 downloadRestarting 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?