Beaconing while running the Mesh stack

RE: Beaconing while running the Mesh stack

Hung Bui — Mon, 27 May 2019 11:06:20 GMT

Hi Davide,

The link to the documentation in the infocenter is what we have on this topic.

Basically, if you want mesh activity to be performed on interrupt context (NRF_MESH_IRQ_PRIORITY_LOWEST ) so that it can preempt application activity in main context (the main loop) you need to call all Mesh APIs in NRF_MESH_IRQ_PRIORITY_LOWEST context (in an interrupt). Note that you still can have an application interrupt that has more priority than normal mesh activity by setting it's priority lower than NRF_MESH_IRQ_PRIORITY_LOWEST .

If you want mesh running in main (Thread) context, so it won't mess up your application running in main, then you need to call nrf_mesh_process() in main loop, and you can call Mesh API in main context. If you call Mesh API in an interrupt, it may results unexpected behavior.

RE: Beaconing while running the Mesh stack

DavideDN — Mon, 27 May 2019 10:07:55 GMT

Thank you Hung.

setting NRF_MESH_IRQ_PRIORITY_THREAD solved the problem as you correctly guessed.

So this ticket can be closed here. Anyway can you kindly point me where to read something regarding the overall picture of the "thread context", "IRQ mode" and whole user application structure? I am still missing the whole picture on how to correctly lay down all the user code we need to complete our products.

RE: Beaconing while running the Mesh stack

Hung Bui — Thu, 23 May 2019 13:44:03 GMT

Hi Davide,

I'm taking over the case as Bjørn is going on a business trip.

I'm not sure I have the same line number in the timer_scheduler.c file as you , but most likely you have the assert at this line:

NRF_MESH_ASSERT_DEBUG(bearer_event_in_correct_irq_priority());

This is due to that the mesh stack in the example by default initialized at Interrupt mode NRF_MESH_IRQ_PRIORITY_LOWEST (see mesh_init() )

And if you have a look here:

https://infocenter.nordicsemi.com/topic/com.nordic.infocenter.meshsdk.v3.1.0/md_doc_introduction_mesh_interrupt_priorities.html?cp=5_2_0_4

You can find this:

Except for calling initialization related functions before calling mesh_stack_start(), no mesh API functions shall be called from an IRQ priority other than the one specified in the configuration. Breaking this rule may cause unpredicable behavior.

So if you want to call adv_start() in thread context, you would need to initialize the mesh stack in NRF_MESH_IRQ_PRIORITY_THREAD mode and in your main loop you need to have something like this:

bool done = nrf_mesh_process();
if (done)
{
sd_app_evt_wait();
}

Otherwise if you want in IRQ mode, you need to call adv_start() in an interrupt at APP LOWEST priority.

RE: Beaconing while running the Mesh stack

DavideDN — Tue, 21 May 2019 10:02:47 GMT

Thank you for your answer Bjørn:

this is the reference you asked for.

$ addr2line -e beaconing_nrf52832_xxAA_s132_6.1.0.elf 0x0002A64A
C:\Mc\Nordic\nrf5SDKforMeshv310src\mesh\core\src/timer_scheduler.c:225

I am looking forward to understand how to correctly use the beaconing functionalities.

RE: Beaconing while running the Mesh stack

Bjørn Kvaale — Mon, 20 May 2019 13:21:31 GMT

Very sorry for the delayed response. I have tested this myself & notice a similar assert to you. Could you please use the addr2line function to see where exactly this assert is occurring & then we can take it from there?