• State Verified Answer
  • Locked Locked
  • Replies 29 replies
  • Subscribers 67 subscribers
  • Views 23552 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 102859
Options
This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Flashing bootloader and application via J-Link

Nikita

Hello. I want to make flashing of devices for production faster. So I want to write application together with bootloader via J-Link simultaneously and not via OTA DFU. I'm using S110 v6 and dual bank BLE DFU from SDK 5.1 example. I know that after flashing bootloader and application I just need to compute CRC16 of the DFU bank 0 and write this value to the bootloader settings in the flash, but maybe someone already has a solution to this problem?

  • 0 in reply to Nick

    The 'const' issue with data bound to sections but not in the binary stumped me as well. I was reading the data in my program and it was coming up zeros and reading it with gdb and it wasn't. Turns out that the optimizer (maybe -flto) was seeing that the data was constant and zero filled and just compiling the reads away. I removed the 'const' to get it to run. I haven't had the chance to figure out what the proper linker command file option is to convince gcc that the data values are unknown at compile time. NOLOAD does not seem to be enough.

  • 0 in reply to John

    if anyone is trying to do this with GCC you have to make sure to edit the linker script and remove the "NOLOAD" attribute from the bootloadSettings section.

  • 0 in reply to John

    This error means that you don't have enought RAM memory. O3 change your size.

  • 0 in reply to Nikita

    If I add BLE_VALID_APP I will get ERROR: The file specified is not a valid hex file, has data outside valid areas ERROR: or does not have data in valid areas.

Related