RE: FreeRTOS: Safe to block BLE task created in nrf_sdh_freertos.c?

droberson — Mon, 02 May 2022 18:07:08 GMT

Hey Torbjørn,

I have seen page erase take upwards of 150+ msec roughly, so I would be blocking for up to ~200 msec at a time. The alternative is to have a very large application RX queue but I am trying to avoid that if possible.

Regarding:

"At some point data throughput will suffer, as the SoftDevice will start NAKing new data once the internal buffers fill up, but it shouldn't affect the reliability of the connection or the stack"

This is the behavior I was hoping for as opposed to the SoftDevice / BLE task dropping packets. NAK'ing packets should be fine for my purposes for now so long as it only decreases throughput and doesn't result in dropped packets.

Thanks!

RE: FreeRTOS: Safe to block BLE task created in nrf_sdh_freertos.c?

ovrebekk — Mon, 02 May 2022 10:30:45 GMT

Hi Derek

How long of a block are you talking about here?

In general this should be fine. All the time critical SoftDevice operations are running from high priority interrupts, and it is OK for the application to delay the processing of SoftDevice events.

At some point data throughput will suffer, as the SoftDevice will start NAKing new data once the internal buffers fill up, but it shouldn't affect the reliability of the connection or the stack.

Best regards
Torbjørn