BLE scan callback - how to use it correctly (needs deferred processing?)

[uknoblic]

Hi,

can i savely process / parse the incoming scan data INSIDE the scan callback or should i deferr / forward it somehow to the main thread for performance reasons?

Or in other words - is there a risk to loose packets when processing takes to long or are packets already queued in the "background" (e.g. using network buffers)?

If buffers are already used, how can i configure them (CONFIG_BT_CTLR_SDC_SCAN_BUFFER_COUNT?)

Best Regards

Ulf

[uknoblic]

By the way, i am using nrfconnect sdk 2.9.0

[Einar Thorsrud]

Hi,

The controller has higher priority, so provided you have a high enough CONFIG_BT_CTLR_SDC_SCAN_BUFFER_COUNT there should not be a problem (as long as processing does not take too long). But if you do a lot of processing, it is generally a good idea to defer time consuming work to a lower priority thread or similar.

[uknoblic]

Thank you Einar, how could this "deferring" be implemented? I guess i should not (re-)use the netbuffer passed by the scan callback, but make a copy of it and pass it e.g. using a FIFO to my processing thread? Maybe you could give me a hint?