DFU Update says zip file not supported

[rider]

I'm trying to apply a firmware update using a zip file that has worked with older version of nRF Toolbox. Using the current version, (4.1.1) on iOS, I select DFU, then select my zip file under User Files. When I press Done, I get a popup saying "DFU -- Selected file is not supported".

Any ideas what to do? It's not my file, and I didn't have any development role, so I'm just trying to figure out how to apply the update.

Any help would be really appreciated.

The zip file: IRT_V2_REV_A1_C_1_0_39.zip

[bjorn-spockeli]

Which version of nRF Toolbox did the image work with before? Which SDK and SoftDevice version are you using? Could you attach the zip file to the question?

[rider]

Sorry I did not attached the zip file in the original post. That would have been most useful.I have added it to the end of the original post.

I don't know much (not the previous nRF version, SDK or SoftDevice version), as I am only told it used to work.

This was developed by a technology consultant to a very small non-technical manufacturer. They have since parted ways, and the company has no further development or support capabilities. However, they are able to apply the firmware upgrade using their Android phones. I only have iOS devices, and am unable to reproduce their success.

Once again, thanks for your help in solving this problem!

[bjorn-spockeli]

One thing you could try is to extract the application.hex file from the zip file, send it to your iOS device and try to perform an update with that. Some of the older SDKs does not support the zip format, but its wierd if it works with Android. Anyhow, I think its worth the try :)

[rider]

I'm not sure about updating directly from the files, and I'm wary of bricking the device. I already downloaded the individual files, application.hex and application.dat. I can select the hex file, but do you know if it should be classified as a softdevice, bootloader or application? And what about the dat file? I assume it is important, so will that automatically be accessed if the hex file is successfully applied?

Thanks!

[bjorn-spockeli]

Since the hex-file is named application, then Its fair to assume that the image is an application image. Hence, you shoud select application when you're promted to to selct the image type. If the dat.file (also referred to as the init packet) is required you will not be able to perform the update without it, but in some older SDKs it is optional. Worst case scenario is that the old application is erased, but then you should still be able to retry the update since the bootloader and softdevice is still present.