My application board do not run example project

RE: My application board do not run example project

Di-sheng — Thu, 08 Oct 2020 22:38:02 GMT

Hi Hung Bui

The light-switch server works very well on my application board now.

Thanks,

B,Rs

Di-sheng

RE: My application board do not run example project

Di-sheng — Thu, 08 Oct 2020 16:55:36 GMT

Hi Hung Bui

Oh! Yes. I miss that.

Thanks,

B,Rs

Di_sheng

RE: My application board do not run example project

Hung Bui — Thu, 08 Oct 2020 09:49:45 GMT

Hi,

If you have a look at hal_buttons_init() function, you can find that the input cb of this function will be assigned as the m_button_handler_cb . In the example it's button_event_handler()

RE: My application board do not run example project

Di-sheng — Thu, 08 Oct 2020 00:33:58 GMT

Hi Hung

I add the 32kHz crystal and the dfu code running correct now. I will try to run the light-switch server code tomorrow.

I have other question about the code of the light-switch server example:

I read the code of simple_hal.c, showed below:

/*****************************************************************************
* IRQ handler(s)
*****************************************************************************/

#if BUTTON_BOARD
void GPIOTE_IRQHandler(void)
{
NRF_GPIOTE->EVENTS_PORT = 0;
for (uint8_t i = 0; i < BUTTONS_NUMBER; ++i)
{
/* Check that the event was generated by a button press, and reject if it's too soon (debounce).
* NOTE: There is a bug with this at the wrap-around for the RTC1 where the button could be
* pressed before HAL_BUTTON_PRESS_FREQUENCY has passed a single time. It doesn't matter practically.
*/

////////////2020-0828 button debug start
#if defined(BOARD_PCA10059) && !defined(BOARD_LSM100)
if ((~NRF_GPIO1->IN & (1 << (m_buttons_list[i]))) &&
TIMER_DIFF(m_last_button_press, NRF_RTC1->COUNTER) > HAL_BUTTON_PRESS_FREQUENCY)
#else
if ((~NRF_GPIO->IN & (1 << (m_buttons_list[i]))) &&
TIMER_DIFF(m_last_button_press, NRF_RTC1->COUNTER) > HAL_BUTTON_PRESS_FREQUENCY)
#endif ////////////2020-0828 button debug end
{
m_last_button_press = NRF_RTC1->COUNTER;
m_button_handler_cb(i);
}
}
}
#endif

I did not find the "m_button_handler_cb(i)" code in whole sulotion and nordic webs. Would you can help me to find it. I want to know what does it.

Thanks,

B,Rs,

Di-sheng

RE: My application board do not run example project

Hung Bui — Tue, 06 Oct 2020 09:27:19 GMT

Hi Diseng,

Yes the mesh example uses the 32kHz crystal.

If you want to run with the internal RC you need to set NRF_SDH_CLOCK_LF_SRC = 0 in sdk_config.h

I would suggest you to:

1. Try to flash the example directly on the development board using programming interface not DFU. You would need the programming interface for debugging anyway.

2. Try to do DFU with simple example , blinking LED for example, before you test with mesh example.

RE: My application board do not run example project

Di-sheng — Mon, 05 Oct 2020 19:43:00 GMT

Hi Hung Bui

Thanks for your blog, I have read it when I try to the DFU function before. It is useful.

In last post, I said that the dfu can runing on application board. This is correct, because there is not "DfuTarg" can be found by connecter tools of my phone after I programmed the " pca10056_s140_ble_debug" of secure_bootloader to the application board which was erasured. which mean the dfu do not running on the board too.

the open-bootloader project can work on the application board, because the LED is blink and the desk-program tools can fing the board and can programming example code into the board by USB interface, althrough the example code do not work on the board.

The everythings I did on the application board have been done on the PCA10056 or PCA10059

Thanks,

Best Regards,

Di-sheng

RE: My application board do not run example project

Di-sheng — Mon, 05 Oct 2020 18:44:12 GMT

Hi Hung Bui

Thanks for your reply.

Yes, I have verify every code on PCA10056 or PCA10059, I also verify that example of BLE(blinky) and Mesh(light-switch server) be loaded by open_bootloader DFU which are through USB and secure_bootloader DFU which through USB or BLE. For buttonless dfu, I also completed the verification by modify the blinky example of BLE and light-switch server example of Mesh (I just want to try a DFU on BLE level). For Mesh DFU, I still do not do, I want try that after those examples be verified on application board.

Because of the reasons above I do not understand why the DFU can running on the application board, but example code not, althrough the code by loaded by bootloader. Would you help me to think about what reasons can cause the error.

Do you know whether the examples project code (ble_app_blinky of SDK and light-switch server of Mesh) uses the 32.768kHZ exteral low frequency clock of nrf52840. Because my application circuit is same with the No5 circuit configuration schematic of nrf54280 datasheet(on page 593) except the 32.768kHZ exteral crystal oscillator circuit which I do not solder any componets.

Thanks,

Best Regards,

Di-sheng

RE: My application board do not run example project

Hung Bui — Mon, 05 Oct 2020 12:45:23 GMT

Hi Di-sheng,

Please test and verify things work on a development kit before you move to the new platform (especially when you flash the application after the bootloader).

When you flash the bootloader, it would expect the application to be DFU updated, not by flashing using a programmer.

You would need to generate and flash the bootloader setting to tell the bootloader that you have flashed an application.
I discussed a little bit about it here: https://devzone.nordicsemi.com/nordic/short-range-guides/b/software-development-kit/posts/getting-started-with-nordics-secure-dfu-bootloader#h61sjziauupw1j397q9s9ldr01q4j6d5

Please be aware that the Secure bootloader is not mesh DFU bootloader. It only support DFU from a BLE or USB connection directly to the node.
We have Mesh DFU solution as described in the documentation for mesh.