This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

Unable to flash another BLE code after flashing a secure BLE bootloader

I Flashed the DK using segger embedded studio with example "pca10056_s140_ble_debug" After that I am unable to flash "ble_app_uart" example.

I tried another example like "gpiote", it worked but unable to flash "pca10056_s140_ble_debug" as well as "ble_app_beacon".

Parents
  • I am using "SEGGER Embedded Studio for ARM 5.10a" and  nrf52840dk Rev. 2.0.1.

    Initially I flashed and debug multiple examples for peripherals like gpio, spi, uart, timer, ble_app_uart etc and all of them were working fine. After that I wanted to test the DFU functionality of the controller with the android application "nRF connect". Therefore I flashed the example code "pca10056_s140_ble_debug"  and it also worked fine but I was unsuccessful in DFU because I didn't have an "init"( .dat ) file. After this unsuccessful attempt I tried to run the example "ble_app_uart"  again in debug mode and it entered into debug mode but the debugger didn't stop initially at main.c and nor did it stopped at any of the breakpoint. And I noticed that the firmware which was running in the controller was still  the "pca10056_s140_ble_debug" not the  "ble_app_uart". Then I tried "gpiote" example and it ran successfully even in debug mode. then again I tried "ble_app_uart" and same as in the last time it entered into debug mode but the code which was running is "pca10056_s140_ble_debug". same for "ble_app_beacon". 

    I think in the case of "ble_app_uart" and "ble_app_beacon"  boot loader isn't jumping to application firmware but in the case of "gpiote" it jumps successfully. 

    can you help me in solving this problem? I need to run the "ble_app_beacon" example code.

Reply
  • I am using "SEGGER Embedded Studio for ARM 5.10a" and  nrf52840dk Rev. 2.0.1.

    Initially I flashed and debug multiple examples for peripherals like gpio, spi, uart, timer, ble_app_uart etc and all of them were working fine. After that I wanted to test the DFU functionality of the controller with the android application "nRF connect". Therefore I flashed the example code "pca10056_s140_ble_debug"  and it also worked fine but I was unsuccessful in DFU because I didn't have an "init"( .dat ) file. After this unsuccessful attempt I tried to run the example "ble_app_uart"  again in debug mode and it entered into debug mode but the debugger didn't stop initially at main.c and nor did it stopped at any of the breakpoint. And I noticed that the firmware which was running in the controller was still  the "pca10056_s140_ble_debug" not the  "ble_app_uart". Then I tried "gpiote" example and it ran successfully even in debug mode. then again I tried "ble_app_uart" and same as in the last time it entered into debug mode but the code which was running is "pca10056_s140_ble_debug". same for "ble_app_beacon". 

    I think in the case of "ble_app_uart" and "ble_app_beacon"  boot loader isn't jumping to application firmware but in the case of "gpiote" it jumps successfully. 

    can you help me in solving this problem? I need to run the "ble_app_beacon" example code.

Children
Related