• State Verified Answer
  • Replies 2 replies
  • Subscribers 73 subscribers
  • Views 3126 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 107048
Options
This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

init.dat file for DFU gets CRC error - correct order? nRF Beacon Help

JohnHimself

Hello,

I just ordered a shiny new nRF Beacon from Mouser. The beacon is version 1.1.0 advertising "DfuTarg", so I am attempting to flash the application file that comes with the beacon SDK. On my PC, this is located at C:\Nordic Semiconductor\nRF51822 Beacon v1.1.0\Precompiled hex\nrf51822_beacon_app.hex.

To flash the application, I am using the nRF Toolbox Version 1.9 app on my iPhone running iOS 8.3.

Using the instructions provided here, I have converted the .hex to .bin using hex2bin.exe. I then followed the instructions on this page titled "How to generate the init file for DFU.pdf".

What this involved was editing the provided application.dat file to include the CRC value that I generated using crc.exe. A screenshot of the crc.exe output is show below. And this is what I have inside of the .dat file: ffff ffff ffff ffff 0200 4f00 5a00 ac74. However, after zipping the application.bin and application.dat together, the nRF Toolbox app uploads the application 100% and then says CRC error.

There is one sentence at the end of the "How to generate the init file for DFU.pdf" which says, "Remember that the CRC must be provided in the reversed order in the init DAT file." So I tried reversing the last 4 HEX values of the .dat file, making it: ffff ffff ffff ffff 0200 4f00 5a00 47ca.

This did not work either. I'm doing all of this because I would like to do the over the air update, as I do not have the Segger J-Link programmer. What am I doing wrong?

Thanks in advance for the help!

-John

Capture.PNG

Try1.zip

Try2.zip

Parents
  • 0

    "must be provided in the reversed order in the init DAT file" is pretty unclear and lacks an example, which is a bit annoying.

    Whatever it does mean it's not reversing the order of the hex digits, I assume it's just reversing the byte order so the 16-bit value is little-endian. So

    0xAC74 --> 0x74AC

    You could try that. I seem to remember seeing somewhere that if the CRC was 0 it's ignored anyway but I'm not entirely sure that's correct, worth a try if you're just trying to get stuff on the device.

Reply
  • 0

    "must be provided in the reversed order in the init DAT file" is pretty unclear and lacks an example, which is a bit annoying.

    Whatever it does mean it's not reversing the order of the hex digits, I assume it's just reversing the byte order so the 16-bit value is little-endian. So

    0xAC74 --> 0x74AC

    You could try that. I seem to remember seeing somewhere that if the CRC was 0 it's ignored anyway but I'm not entirely sure that's correct, worth a try if you're just trying to get stuff on the device.

Children
Related
Terms of service