Package for BLE Secure DFU bootloader step by step guide for S132 PCA10040

[inghowe83]

Hi There,

I was trying to understand the step to create a test app for dfu bootloader update via BLE for PCA10040. Below is the documentation I read.

http://infocenter.nordicsemi.com/index.jsp?topic=%2Fcom.nordic.infocenter.sdk5.v14.2.0%2Fble_sdk_app_dfu_bootloader.html

I'm interested to further explore the Testing part by create my own firmware package for testing, and I not sure which example I could use for putting public key and generate the programming zip package.

Can I use the below package?

By the way, I tested flashing the dfu bootloader firmware which i have my public key place before generate the hex file.

Guide: https://infocenter.nordicsemi.com/index.jsp?topic=%2Fcom.nordic.infocenter.sdk52.v0.9.2%2Fbledfu_example_running.html

Example: 

I received flashing error as below.

Mind to share similar document as the following link for S132 PCA10040? It would be much appreciated.

devzone.nordicsemi.com/.../getting-started-with-nordics-secure-dfu-bootloader

[Bjørn Kvaale]

That's weird. It should work out of the box. Did you generate the hex file that you uploaded (i.e. secure_dfu_ble_s132_pca10040.hex) with segger embedded studio. I tested that file & it worked out of the box.

Another thing you can do is to compare the flash memory of the nrf52 dk when you program with segger embedded studio & using nrfjprog. 

You can read the memory by using the following command:

nrfjprog --memrd 0x000000 --n 0x080000 > test.txt

Check how much flash memory your chip has at this link. If you have the 512 kB version, check this link. There, you can see that you want to read 0x000000 to 0x080000. That is why the command above looks like it does. The last part of the command writes the content to a text file instead of to the command window.

Then, you can open up the two txt files using Notepad++ for example, go to Plugins -> Plugin Manager & download the Compare feature. Finally, you can compare the two text files & see if you notice any differences between the two files.

Kind Regards,

Bjørn Kvaale

[tBStar]

Bjørn ,

I am having the same issue where the bootloader doesn't advertise, the only difference is that I am using a Raytac MDBT42Q nRF52832 module on a custom board (without leds). The set up I have is functional because when I flash the Espruino for MDBT42Q firmware, it works. So I am missing something but can't figure it out.

I am using GCC and SES to build projects and for flashing, I am using Jlink, nRFgo and nrfjprog.

nrfjprog version: 9.7.3
JLinkARM.dll version: 6.40

nRF SDK 15.2

SD s132_nrf52_6.1.0_softdevice.hex

Do I need to adjust the bootloader project to bypass any check?

Thanks

[tBStar]

I don't have an external crystal, can it be this ?

[Bjørn Kvaale]

Could you please open a new devzone case?