My application board DFU example project in strange way

RE: My application board DFU example project in strange way

Di-sheng — Tue, 20 Oct 2020 01:20:52 GMT

Hi Hung Bui

Thanks for your reply.

It works. I think I did something wrong when I make the project separte from Mesh protocol stack.

I did them again and everything is ok now.

Thanks,

B,Rs

Di-sheng

RE: My application board DFU example project in strange way

Hung Bui — Mon, 19 Oct 2020 11:58:33 GMT

Hi,

Could you please test to do DFU update :

1. A normal BLINK LED example

2. A normal BLE example from nRF5 SDK. (ble_app_hrs for example)

3. The light switch server example, but you put a infinite loop before sd_softdevice_enable() call ( before you initialize the stack)

Also please let us know which NRF5 SDK version you used, which softdevice you use and which nRF Mesh SDK version.

I suspect that the reason why RF doesn't work but the button works is that the button press action is an interrupt handler. So maybe the CPU is stuck in a dead loop but when you press the button it will jump to the button handler().

Please check if you have the 32kHz crystal on the application board or not.

RE: My application board DFU example project in strange way

Di-sheng — Fri, 16 Oct 2020 23:28:41 GMT

Hi Hung Bui

Thanks for your reply.

The first one, The dfu and light-switch server project have been verified on DK, The light-switch server project can be upload the image of the light-switch server project with SD (S140) and every thing is good.

The second, the dfu work well on application board, which mean I can push the button 4 when power up make the device enter the dfu mode any time.

The third, If program the light-switch server project to application board directly without dfu bootloader, it work very well.

The last one, after the light-switch server project be uploade to application board by bootloader of the dfu, it works, I think, because I still can change the LED state by push the button. But the RF do not work and the action of 4 LEDs flashing together when power up is gone.

Others, Althrough the RF of the light-switch server do not work, the device still can enter the dfu mode by power up with pushing the button 4.

It is strange, that just a part of the light-switch server project run. What I do not understand is what reason can stop the RF,because all of them works when they run on DK or run on application board separately.

I also debug the code by SES (Debugà). When the " __LOG(LOG_SRC_APP, LOG_LEVEL_INFO, "----- BLE Mesh Light Switch Server Demo -----\n"); " function start, The flash from 27000 to 27fff rang be erasured by SES. Then, If keep going on to debug the code, the code will stay at " SVCALL(SD_SOFTDEVICE_ENABLE, uint32_t, sd_softdevice_enable(nrf_clock_lf_cfg_t const * p_clock_lf_cfg, nrf_fault_handler_t fault_handler))" function fever. After that, the code in application board is damaged.

Would you help me to find the reason.

Thanks,

B,Rs

Di-sheng

RE: My application board DFU example project in strange way

Hung Bui — Fri, 16 Oct 2020 11:59:46 GMT

Hi Di-sheng,

To sum up what you described, everything worked for you until you do DFU the mesh application using the BLE bootloader. You can successfully upload the image but the image doesn't run as expected, it doesn't advertise even though when you press a button it changed the LED.

Please check the log of the mesh application to see what's wrong. I assume if you run the application without the bootloader (app+softdevice) it works fine ?
Note that you can step into the application and debug it normally after you do DFU update, the same as you flash it using programmer.