Bootloader: file specified not a valid hex file

RE: Bootloader: file specified not a valid hex file

Cy — Tue, 17 Sep 2019 19:15:24 GMT

Edvin,

Yes, I have QFABs mixed in with QFAAs and the QFABs will not program, but the QFAAs will. Thank you!

RE: Bootloader: file specified not a valid hex file

Edvin — Mon, 16 Sep 2019 09:59:48 GMT

Ok. I understand. Thank you for explaining.

So the issue is that you are not able to program the custom board with the hex file, and it is not related to the DFU process.

What chip is on your custom board? May it be the QFAB, which has less RAM and Flash than the nRF52832 QFAA which is on the DK? You can see the different versions here.

Do you get the same issue if you try to flash another example, such as the ble_app_blinky example, or is it only on the bootloader .hex file?

RE: Bootloader: file specified not a valid hex file

Cy — Fri, 13 Sep 2019 14:45:00 GMT

Edvin,

Well, I get that a lot! Sorry to be confusing. Before an nRF52832 can be a bootloader it needs firmware to tell it to bootload. So, a nRF52832 needs to be programmed with a hex file that has all the instruction to bootload. In my case Im just getting started DFUing with my custom hardware, fairly mature, to bootload applications. Nordic has at least a couple of examples, but within the nRF5_SDK_15.3.0_59ac345/examples/dfu/secure_bootloader/pca100_ble/armgcc folder is a good start to finishing what I am attempting, nothing out of the ordinary.

These examples have pre-compiled files that are bootloaders and they are specific to Nordic's arm processors, in my case my custom hardware, I have selected the nRF52832, and utilize the command line tools for development on a windows 10 work station. nrfutil, nrfprog, make, gcc and specifically gcc-arm-none-eabi-7-2018 q2-update-win32-sha1.

Programming the custom hardware is done with a development board which also has an nRfF2832 arm processor onboard as well as what I am guessing is an atmel chip to handle communication with the work station over USB. Developing with the development board is nice, because when I run into unexplained situations I can often rule out hardware due to its performance on the development board compared with custom hardware.

In this situation that is exactly what I have done, I am comparing programming the nRF52832 on the development board programmed by the atmel chip which might be called the segger system to programming the nRF52832 on my custom board. So, the pre-compiled hex files, which is a bootloader, works as expected with nRF52832 onboard the development board with the new nRF connect application on my iphone.

Now, the problem I have been attempting to describe is that I have custom hardware with a nRF52832, fairly mature, will not program that same pre-compiled DFU example through the development system I have been describing. The command line tools complain when I try to program the same pre-compiled file that it is not valid hex file and that it may have instruction outside the chips memory space, like a linking issue, wrong address inside the linker telling the segger system to load DFU firmware outside of the designated bootloader memory,0x00078000 - 0x0007E000 24kB in size, but this same hex file works on the development board nRF52832.

In my limited time developing with Nordic I have not had to monkey with liker files, and again the same pre-compiled hex file which is a bootloader or DFU works on the development board but not the custom hardware.

I have not attempted to create a zip file for an application because I have not been able to program the pre-compiled hex file which is the bootloader or DFU onto the custom hardware.

RE: Bootloader: file specified not a valid hex file

Edvin — Fri, 13 Sep 2019 07:11:47 GMT

Hello,

No problem.

I am a bit confused to what you are actually doing. You speak of .hex files and DFU. Is it the .hex file of the bootloader that you are not able to program to the nRF, or have you created a .zip application image that you are not able to update over DFU?

BR,

Edvin

RE: Bootloader: file specified not a valid hex file

Cy — Wed, 11 Sep 2019 20:54:32 GMT

Hey Edvin,

It is so nice of you to have an interest in my problem. Yes, I have looked at the DFU getting started guide many of the post I have looked at suggest this link, that is a good suggestion!!!!

RE: Bootloader: file specified not a valid hex file

Edvin — Wed, 11 Sep 2019 07:42:13 GMT

[quote user="drollinger"]Again, the custom hardware which is fairly mature and stable with other applications will not be programmed through development board and command line tools. However the development will and I can connect to the bootloader through nRFtoolbox. [/quote]

I suggest you have a look at the DFU getting started guide.
If you try to follow the guide (on your custom board) where is it that your behavior differs from the guide?

Are you able to flash anything at all through command line tools (or an IDE)? Just regular programming?

Best regards,

Edvin

RE: Bootloader: file specified not a valid hex file

Cy — Tue, 10 Sep 2019 14:17:13 GMT

I can not DFU as the bootloader will not program onto the nRF52832 of the custom board. But it is my intention to utilize the nrfutil.exe to create a zip and will try to upload to my iphone performing DFU through nRFtoolbox.

Again, the custom hardware which is fairly mature and stable with other applications will not be programmed through development board and command line tools. However the development will and I can connect to the bootloader through nRFtoolbox.

RE: Bootloader: file specified not a valid hex file

Edvin — Tue, 10 Sep 2019 12:25:57 GMT

Hello,

How do you perform the DFU? Command line tools or the nRF Toolbox app?

If it is command line tools, how do you generate the image that you use for the DFU update? Can you copy-paste all the commands you use? If you use nRF Toolbox, what file do you use to perform the update?

Best regards,

Edvin