How to manage SAADC and BLE run in parallel

RE: How to manage SAADC and BLE run in parallel

ovrebekk — Mon, 11 Jan 2021 11:08:55 GMT

No problem, I will consider the case closed then.

RE: How to manage SAADC and BLE run in parallel

DL_November — Mon, 11 Jan 2021 05:46:47 GMT

[quote userid="2116" url="~/f/nordic-q-a/69739/how-to-manage-saadc-and-ble-run-in-parallel/287895#287895"]If you have assigned insufficient RAM to the SoftDevice then it will return an error when you try to enable it, and in the standard examples the required RAM settings will be printed to the log. [/quote]

Okay. As there is no error appears, I'll suppose that enough size of ram is allocated to the SoftDevice. I'll debug other parts of my code and entire system. Thanks!

RE: How to manage SAADC and BLE run in parallel

ovrebekk — Thu, 07 Jan 2021 10:02:47 GMT

If you have chosen the RTT backend for the log library then it will show up in the Segger debug terminal, yes.

If you have assigned insufficient RAM to the SoftDevice then it will return an error when you try to enable it, and in the standard examples the required RAM settings will be printed to the log.

Best regards
Torbjørn

RE: How to manage SAADC and BLE run in parallel

DL_November — Wed, 06 Jan 2021 10:29:50 GMT

[quote userid="2116" url="~/f/nordic-q-a/69739/how-to-manage-saadc-and-ble-run-in-parallel/287659#287659"]Did you try to run the code and check the log output?[/quote]

I checked the debug terminal in SEGGER embedded studio. I'm not sure whether this is the log output.

RE: How to manage SAADC and BLE run in parallel

DL_November — Wed, 06 Jan 2021 10:09:13 GMT

I did not notice that UART &nus handler may slow down the application which runs in high data throughput.

But, I need to pass through the BLE data to the PC via serial, I think there will be works to be done if I change to the gatts example...

Thank you for the suggestion and I'll try if nus example is not sufficient for me.

RE: How to manage SAADC and BLE run in parallel

ovrebekk — Wed, 06 Jan 2021 09:44:50 GMT

Did you try to run the code and check the log output?

The SoftDevice will return an error if you assign insufficient RAM to it, and you have to adjust the SoftDevice RAM assignment based on the returning log message.

You can find more information about this in the following guide:
https://devzone.nordicsemi.com/nordic/short-range-guides/b/getting-started/posts/adjustment-of-ram-and-flash-memory

Best regards
Torbjørn

RE: How to manage SAADC and BLE run in parallel

Henry_Chou — Tue, 05 Jan 2021 02:21:08 GMT

I suggest that you can use the gatts example instead of nus. Because your application is more faster throughput. But nus throughput is affected by MTU number and UART &nus handler (ASCII code to real byes) . You may refer \nRF5_SDK_17.0.2_d674dde\examples\ble_peripheral\ble_app_gatts_c

RE: How to manage SAADC and BLE run in parallel

DL_November — Tue, 05 Jan 2021 02:05:26 GMT

[quote userid="2116" url="~/f/nordic-q-a/69739/how-to-manage-saadc-and-ble-run-in-parallel/287232#287232"]The buffer size is based on the NRF_SDH_BLE_GAP_EVENT_LENGTH parameter in sdk_config.h. [/quote]

I changed the NRF_SDH_BLE_GAP_EVENT_LENGTH from 400 to 800. However, when I checked memory usage in SES debugging mode, only 32.5 KB of 256 KB are used no matter of the NRF_SDH_BLE_GAP_EVENT_LENGTH.

Is there something I have to change more than sdk_config.h?

RE: How to manage SAADC and BLE run in parallel

ovrebekk — Mon, 04 Jan 2021 13:07:07 GMT

The buffer size is based on the NRF_SDH_BLE_GAP_EVENT_LENGTH parameter in sdk_config.h.

The larger this parameter the more buffer size will be allocated in the SoftDevice, but the drawback is that you need to allocate more RAM to the SoftDevice as well.

All the SoftDevice buffers are placed in RAM, not in flash, so you are limited by the amount of RAM available in the nRF device.

Best regards
Torbjørn

RE: How to manage SAADC and BLE run in parallel

DL_November — Mon, 04 Jan 2021 01:43:30 GMT

[quote userid="2116" url="~/f/nordic-q-a/69739/how-to-manage-saadc-and-ble-run-in-parallel/286869#286869"]As long as NRF_SUCCESS is returned from the nus_data_send() function the data will be buffered in the SoftDevice, and all the packets buffered in the SoftDevice will be transmitted in sequence as soon as the next connection event occurs. [/quote]

Sorry for the late reply.

Then, how much data can be buffered in the SoftDevice? Does it have additional memory than 1 MB flash of nRF52840?

RE: How to manage SAADC and BLE run in parallel

ovrebekk — Tue, 29 Dec 2020 14:48:06 GMT

[quote user="DL_November"]So, I want to be sure that if I call ble_nus_data_send() functions too fast, then are the data stored in some buffer and transmitted consecutively?[/quote]

As long as NRF_SUCCESS is returned from the nus_data_send() function the data will be buffered in the SoftDevice, and all the packets buffered in the SoftDevice will be transmitted in sequence as soon as the next connection event occurs.

In case you have packet loss over the air the SoftDevice might have to retransmit a packet several times before it is received on the other side, so you can't know exactly how much time it will take to send each packet, but a packet stored in the SoftDevice buffer will never be dropped unless a disconnect occurs.

If NRF_ERROR_RESOURCES is returned then no data is sent to the SoftDevice buffer, and it is the responsibility of the application to upload the data again later (or allow it to be dropped).

In order to be more robust to data transmission delays over the BLE link I would recommend that you use a ring buffer in the application to receive ADC data, and use this as an intermediary buffer between the ADC and the BLE connection. Then you will have some additional buffer for ADC data in case of Bluetooth delays, and once the Bluetooth stack is able to send more data again it can be quickly fed by the buffer.

With such a system you can fill the ringbuffer in the saadc callback, and empty it from the main loop, which allows the ADC to run more seamlessly in the background even when the SoftDevice is delayed by packet loss.

A side effect of this is that the average latency could increase, but it should lead to more stable transmission.

Best regards
Torbjørn

RE: How to manage SAADC and BLE run in parallel

DL_November — Mon, 28 Dec 2020 10:25:47 GMT

Maybe my question was not good...

So, I want to be sure that if I call ble_nus_data_send() functions too fast, then are the data stored in some buffer and transmitted consecutively?

Or, the device or SoftDevice or somewhat waits until the transmission is possible and send data and then go back to ADC work?

Or, lastly, there is no buffer in default so if I can not send data via BLE, then the data just disappear and the next ADC data are sent?

RE: How to manage SAADC and BLE run in parallel

DL_November — Wed, 23 Dec 2020 02:05:25 GMT

[quote userid="2116" url="~/f/nordic-q-a/69739/how-to-manage-saadc-and-ble-run-in-parallel/286307#286307"]Do you repeatedly receive the NRF_ERROR_RESOURCES return code when trying to upload data?[/quote]

When I run the code in debug mode, I can see the NRF_ERROR_RESOURCES appear.

But I'm afraid of delaying Bluetooth transmission to be delayed due to the ADC.

To be more specific, the ble_nus_data_send() function only puts data into the Bluetooth stack then the transmission is done in parallel no matter of other codes I uploaded. Is this how the SoftDevice works?

RE: How to manage SAADC and BLE run in parallel

ovrebekk — Tue, 22 Dec 2020 13:31:22 GMT

Do you repeatedly receive the NRF_ERROR_RESOURCES return code when trying to upload data?

If you are not receiving this it means the application is not able to push data to the Bluetooth stack quickly enough, which will reduce the overall throughput.

Best regards
Torbjørn

RE: How to manage SAADC and BLE run in parallel

DL_November — Tue, 22 Dec 2020 01:40:19 GMT

I've set SAMPLES_IN_BUFFER to 240. And I set MTU = 247 and turned on the data length extension option. Also, I checked 240 bytes of data are received in a client device.

RE: How to manage SAADC and BLE run in parallel

ovrebekk — Mon, 21 Dec 2020 15:16:27 GMT

What is your SAMPLES_IN_BUFFER parameter set to?

In order to achieve the maximum possible throughput it is necessary to adjust the packet length depending on the data length that is exchanged during the connection establishment.

Do you know what connection parameters, data length and ATT MTU settings you are using for the connection?

Best regards
Torbjørn