DFU Mesh over BLE

RE: DFU Mesh over BLE

Zhenya Zh — Tue, 30 Jul 2019 10:40:34 GMT

All work well with your bootloader_debug. I think it was my mistake in bootloader project.

Ok, thank you for your answers!

RE: DFU Mesh over BLE

Hung Bui — Tue, 30 Jul 2019 10:15:11 GMT

Hi,

Could you tell which nrfjprog version you are using ?

Could you send your .hex files ?

I attached here the hex files I used. With nrfjprog I have no trouble programming the softdevice and bootloader , and it worked after reset.

devzone.nordicsemi.com/.../secure_5F00_bootloader_5F00_ble_5F00_s140_5F00_pca10056_5F00_debug.hex

devzone.nordicsemi.com/.../s140_5F00_nrf52_5F00_6.1.0_5F00_softdevice.hex

RE: DFU Mesh over BLE

Zhenya Zh — Tue, 30 Jul 2019 08:43:57 GMT

Yes, I use SDK v15.2 and Mesh SDK v3.1

I cant download bootloader_debug using this script, bootloader is not starting. There are no logs and DfuTarg in adv. Why?

nrfjprog --family NRF52 --program s140_nrf52_6.1.0_softdevice.hex --chiperase --verify
nrfjprog --family NRF52 --program secure_bootloader_ble_s140_pca10056_debug.hex --verify
nrfjprog --family NRF52 --reset

But I can download bootloader_debug using ses and all work well. After this I download my application using nrfConnect on android. And debug in my application earned.

My new question is why bootloader_debug does not worked when it's flashed using nrfjprog?

RE: DFU Mesh over BLE

Hung Bui — Fri, 26 Jul 2019 15:34:05 GMT

P/S: Please make sure you use SDK v15.2 not SDK v15.3. Mesh SDK v3.1 is compatible with SDK v15.2

RE: DFU Mesh over BLE

Hung Bui — Fri, 26 Jul 2019 14:11:57 GMT

Before testing with debugging, could you please test the bootloader and do DFU for testing ? Please follow my guide in the blog to do a DFU test with the nRF5 SDK first (no mesh) .

Please open RTT and look for the log of the bootloader. Make sure your bootloader works fine and you can do normal DFU update.

After that, follow what we have in this guide.

RE: DFU Mesh over BLE

Zhenya Zh — Fri, 26 Jul 2019 10:34:59 GMT

Thank you.

1) Can I combine softdevice + bootloader + bootloader_settings + application using this tool (mergehex)?

2) Can I flash device using nrfjprog without chip erase?

And debug does not work. My steps for debug:

1.

nrfjprog --family NRF52 --program s140_nrf52_6.1.0_softdevice.hex --chiperase --verify

Result:

Parsing hex file.
Erasing user available code and UICR flash areas.
Applying system reset.
Checking that the area to write is not protected.
Programming device.
Verifying programming.
Verified OK.

nrfutil settings generate --family NRF52840 --application my_application.hex --application-version 0 --bootloader-version 0 --bl-settings-version 1 bootloader_setting.hex

Result:

Note: Generating a DFU settings page with backup page included.
This is only required for bootloaders from nRF5 SDK 15.1 and newer.
If you want to skip backup page generation, use --no-backup option.

Generated Bootloader DFU settings .hex file and stored it in: bootloader_setting.hex

Bootloader DFU Settings:
* File:                     bootloader_setting.hex
* Family:                   NRF52840
* Start Address:            0x000FF000
* CRC:                      0x6CC3289F
* Settings Version:         0x00000001 (1)
* App Version:              0x00000000 (0)
* Bootloader Version:       0x00000000 (0)
* Bank Layout:              0x00000000
* Current Bank:             0x00000000
* Application Size:         0x0003F700 (259840 bytes)
* Application CRC:          0xB6CB1594
* Bank0 Bank Code:          0x00000001
* Softdevice Size:          0x00000000 (0 bytes)
* Boot Validation CRC:      0x00000000
* SD Boot Validation Type:  0x00000000 (0)
* App Boot Validation Type: 0x00000000 (0)

mergehex --merge bootloader_setting.hex secure_bootloader_ble_s140_pca10056.hex --output merged_bootloader.hex

Result:

Parsing input hex files.
Merging files.
Storing merged file.

nrfjprog --family NRF52 --program merged_bootloader.hex --verify

Result:

Parsing input hex files.
Merging files.
Storing merged file.
Parsing hex file.
Reading flash area to program to guarantee it is erased.
Checking that the area to write is not protected.
Programming device.
Verifying programming.
Verified OK.

nrfjprog --family NRF52 --reset

Result:

Applying system reset.
Run.

6. Than I go to ses, press "Debug" -> "Go". Ses downloading "my_application.elf" and going to the debug mode.

7. And ses showing "Running...", but "Restart" or breakpoints has no effect. And led is not blinking. Looks like application is not running.

RE: DFU Mesh over BLE

Hung Bui — Thu, 25 Jul 2019 15:25:58 GMT

Hi,

1) You do DFU as a normal BLE DFU. What you described is correct. Note that you can also flash application via the programmer, but you would need to generate and flash bootloader setting. Have a look at appendix 1 in this guide.

2) Yes, you can debug it as normal application. If the bootloader forward the PC to the application as normal, you should be able to stop at the breakpoint when debugging.

RE: DFU Mesh over BLE

Zhenya Zh — Thu, 25 Jul 2019 14:57:28 GMT

Thank you for your answer.

Normal BLE DFU is what I need in my project. I want to update davices one by one.

Yes, I called function ble_dfu_support_service_init(). Function nrf_mesh_dfu_cmd_send() was called by nrf_mesh_dfu_init() in nrf_mesh_init(). My mistake was that I did not add source file nrf_mesh_weak() instead of nrf_mesh_dfu() in ses project. When I did this my issue was solved. But i have some more questions:

1) How can I flash device with application with bootloader? Now I firstly flash secure_bootloader and than via android app nrfConnect flash my application over dfu.

2) Can I debug application in ses, which was flashed over dfu?

RE: DFU Mesh over BLE

Hung Bui — Thu, 25 Jul 2019 12:19:30 GMT

Hi Zhenya,

Have you performed a test with the experimental_lpn DFU over BLE ? Did it work ?

Please be ware that the DFU over BLE is not related to the standard Mesh DFU. The reason is that LPN node doesn't support Mesh DFU so we do a normal BLE DFU.

Don't think you should call nrf_mesh_dfu_cmd_send().

You should call ble_dfu_support_service_init() instead. And also please be aware that you need to flash the nRF5 SDK's bootloader, not the mesh bootloader.

Please follow the documentation here.