• State Verified Answer
  • Replies 10 replies
  • Subscribers 75 subscribers
  • Views 1799 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 288324
Options

DFU Verification Failure from Custom App

Tony

I am writing my own DFU app for the nRF52832. I am using C# and .NET with Visual Studio.

For reasons I don't want to get into I can't use the Nordic SDK library with this project.

In a previous project I was able to write my own DFU process. I have copied that into this new project.

I have a .zip update file that contains the bootloader and app. This .zip file works fine when I use the nRF connect app and do the DFU process.

If I tried to use that same .zip file with my process it gets a EXT_ERROR_VERIFICATION_FAILED at the final step when I do the Execute operation.

I start by doing the Init download of 141 bytes. The checksum matches.

I then download the 107K binary data file in 4096 byte chunks. All chunk checksums match during the download.

At the end when I have transferred all the firmware I do the execute operation and the response is the extended error EXT_ERROR_VERIFICATION_FAILED.

Please give me some ideas about why this would happen.

Our bootloader and application are using SDK 15.3.0.

Parents
  • 0

    Hi Tony,

    If I tried to use that same .zip file with my process it gets a EXT_ERROR_VERIFICATION_FAILED at the final step when I do the Execute operation.

    This means that has been transferred to the nRF is corrupt, as the hash does not match the hash in the init packet.

    I then download the 107K binary data file in 4096 byte chunks. All chunk checksums match during the download.

    These are checksums generated by your, app so in itself that does not mean that there was no issue. I do not have any insight into your DFU master application, but my gut feeling would be that perhaps there is an issue with how you segment the image chunks before sending them? You could perhaps dump the flash memory of the nRF right before the execute operation using one of our working implantations and your implementation, and compare the two dumps. That would hopefully give some insight into where you should look.

    Einar

Reply
  • 0

    Hi Tony,

    If I tried to use that same .zip file with my process it gets a EXT_ERROR_VERIFICATION_FAILED at the final step when I do the Execute operation.

    This means that has been transferred to the nRF is corrupt, as the hash does not match the hash in the init packet.

    I then download the 107K binary data file in 4096 byte chunks. All chunk checksums match during the download.

    These are checksums generated by your, app so in itself that does not mean that there was no issue. I do not have any insight into your DFU master application, but my gut feeling would be that perhaps there is an issue with how you segment the image chunks before sending them? You could perhaps dump the flash memory of the nRF right before the execute operation using one of our working implantations and your implementation, and compare the two dumps. That would hopefully give some insight into where you should look.

    Einar

Children
No Data
Related
Terms of service