New application doesn't run after secure DFU process reaches 100%

RE: New application doesn't run after secure DFU process reaches 100%

Bjørn Kvaale — Fri, 12 Jan 2018 14:03:36 GMT

No worries. :) Great to here that you figured it out! I also made the mistake of using the blank example first (without the SD). You are correct that you will need to use the blinky example that uses the softdevice, as you flash the softdevice to the DK first in step D1 of the Secure DFU blog post.

RE: New application doesn't run after secure DFU process reaches 100%

nemunoz — Fri, 12 Jan 2018 13:34:08 GMT

Ok, it worked!

But it looks like only works with the hex file which has references to SoftDevice. I mean that only works the hex file obtained by compiling (in Keil) the next project: nRF5_SDK_14.0.0_3bcc1f7\examples\peripheral\blinky\pca10040\s132\arm4.

Because the hex one which is in this project nRF5_SDK_14.0.0_3bcc1f7\examples\peripheral\blinky\pca10040\blank\arm4 doesn't work (I can't even create the zip with it).

I think is because SoftDevice is programmed in the board memory. So, any program which doesn't use SoftDevice will not work (as if I upload a program without SoftDevice through USB to the board when the board has SoftDevice).

In conclusion, I think I get the answer to my question #3. And the answer is yes, the hex file must use SoftDevice. Thats why my first hex didn't work either, because it didn't have SoftDevice.

Thank you so much @Bjørn Kvaale!

RE: New application doesn't run after secure DFU process reaches 100%

Bjørn Kvaale — Fri, 12 Jan 2018 11:47:44 GMT

I tried your way with the precompiled hex file, but that didn't work. The reason it doesn't work is because the precompiled hex file has the softdevice included, but in the secure DFU blog post you are looking at, you only want to update the application (not the softdevice too). Try building the blinky example using Keil instead (like it says in step C1). The hex file built by Keil in the _build folder does not include the softdevice. You can check this in nrfgostudio by uploading the precompiled hex file found in the hex folder as an application and seeing that there is a softdevice & application section in memory. If you program the hex file built by Keil, the softdevice will not be in memory.

Like you said previously, you get errors if you try to create a zip file by using the precompiled blinky_pca10040.hex file. I am pretty sure you are doing everything else correctly. So essentially just follow the blog post and build your application using Keil & not using the precompiled hex files. Hope that helps!

RE: New application doesn't run after secure DFU process reaches 100%

nemunoz — Thu, 11 Jan 2018 13:46:14 GMT

To generate the zip file I put in the same folder blinky_pca10040_s132.hex, nrfutil.exe and private.key and execute the next command: nrfutil.exe pkg generate --hw-version 52 --application-version 1 --application blinky_pca10040_s132.hex --sd-req 0x9D --key-file private.key blinky_SD.zip.

The console outputs: zip created at blinky_SD.zip.

Afterwards I upload this zip file to my phone. I used to use AirDroid, but in my last try I used my email.

Finally I use either nRF Connect or nRF Toolbox to upload the application through DFU proccess. But the blinky application never runs. Again it reaches the 100% in the upload proccess in both programs.

RE: New application doesn't run after secure DFU process reaches 100%

nemunoz — Thu, 11 Jan 2018 13:43:50 GMT

Hi Bjørn Kvaale.

I take the hex file in the folder: nRF5_SDK_14.0.0_3bcc1f7\examples\peripheral\blinky\hex. Here there are three hex files: one for PCA 10056 and two for PCA 10040. The first one is the blinky without SoftDevice (blinky_pca10040.hex) and the other one is the blinky with SoftDevice (blinky_pca10040_s132.hex). I take the last one because the hex without SoftDevice can not be used to generate the zip file.

Then:

I erase all in my development board.
Program SoftDevice (I take s132_nrf52_5.0.0_softdevice.hex file from nRF5_SDK_14.0.0_3bcc1f7/components/softdevice/s132/hex/) using nRFgo Studio.
Download the bootloader from Keil (the project is in nRF5_SDK_14.0.0_3bcc1f7\examples\dfu\bootloader_secure_ble\pca10040, but I know I can also program it from nRFgo Studio).
And generate the zip file.

RE: New application doesn't run after secure DFU process reaches 100%

Bjørn Kvaale — Thu, 11 Jan 2018 12:23:59 GMT

Hi nemunoz, I just tried doing a secure dfu with the blinky app found in the folder: nRF5_SDK_14.0.0_3bcc1f7\examples\peripheral\blinky\pca10040\s132. Have you tested the blinky program without the bootloader? I had two issues when doing this: firstly, I had to use the blinky example in the peripheral folder that uses the softdevice to be able to create the zip file in step C2 of the secure dfu blog post. Remember to use the 0x9D value after --sd-req, as you are using the SD 132 v 5.0.0 (this can be verified by looking at this folder: nRF5_SDK_14.0.0_3bcc1f7\components\softdevice\s132\hex). What output code did you get once you created the zip file? I got Zip created at app_dfu_package.zip (depends on what you call the zip file). It could be something with the version rule maybe? For me it worked if I set it to 1. Lastly, I used nrfgostudio to flash the softdevice first (located in the nRF5_SDK_14.0.0_3bcc1f7\components\softdevice\s132\hex folder) & then the correct bootloader which I built using Keil. Then, I sent the zip file I generated to myself via email, opened the email on my phone & opened the zip file with nrf toolbox. From there, it should be straight forward. Lastly, after the DFU process was complete, the LEDs started blinking like they should in the blinky example. Hope that helps!

RE: New application doesn't run after secure DFU process reaches 100%

nemunoz — Wed, 10 Jan 2018 19:49:23 GMT

Hi Bjørn Kvaale.

My blinky example blinks LED1 and LED2 each 100ms (because my custom board only have two LEDS).

But I just tried, in the development board, the Nordic Blinky example (provided in SDK 14.0.0, blinky_pca10040_s132.hex) and it also doesn't run after DFU process. It reach 100% and says the upload was successful, but the application never start.

Again I get stuck in the step D4.

RE: New application doesn't run after secure DFU process reaches 100%

Bjørn Kvaale — Wed, 10 Jan 2018 13:54:24 GMT

Hi nemunoz, if you are referring to the BLE Secure DFU Bootloader example in question 1, then yes the example is only a bootloader (see link). So if I understand you correctly, you essentially want to do secure DFU with your own blinky example, which is most likely similar to the Blinky example found in the examples/peripheral/blinky folder, right? The Nordic blinky example found here does not require the softdevice either.

Essentially, you just want to follow the guide you refer to & in step C1, you just build your own blinky application hex file. If you were using the Nordic blinky example, you could build the program in Keil or Segger Embedded Studio for example. Then, you can find the hex file inside the _build folder if you are using Keil (Output folder for SES). You will have to use the softdevice since you are doing a secure dfu over the air. Essentially, just follow the blog post until step D4. This should hopefully work without any issues. If it doesn't work, let me know & I will test this process using the Nordic Blinky example.