How to use DMA in NRF52 while writing on SD card, while BLE is also operating?

RE: How to use DMA in NRF52 while writing on SD card, while BLE is also operating?

Ankush — Tue, 10 Jan 2017 15:22:03 GMT

Hi Pawel,

Thanks for your suggestion in mentioned attached code above.I will change it volatile bool . Actually I am initializing SAADC before SD card and BLE but not starting it to sample the input signal.After every thing has been initialized properly, then using Nordic UART service I am sending some values(1 or 2) to start sampling the SAADC. (This happens after BLE starts advertising ). So AS sson as received any value from master control panel ADC samples the signal and after 12 samples it generates EVENT DONE event in Callback.

I am using IAR for developing my code and using MCP to get the values over APP. AS soon as I sent any value 1 or 2 , entire code gets stopped and over MCP I received GATT error :133(0x85). In IAR it is not showing the cause of sopping the code.

In SAADC initialization I have set priority as APP_IRQ_PRIORITY_LOW from default value of lowest.

RE: How to use DMA in NRF52 while writing on SD card, while BLE is also operating?

Pawel Zadrozniak — Tue, 10 Jan 2017 12:11:47 GMT

Scheduler would be the recommended way of doing this if you want to extend the application in future. In this simple case, a single flag is good enough. (btw. it should be defined as volatile bool, not bool as it's being modiffed from different context). The general idea is OK - SD card operations from main context only. You might also want to increase the priority of SAADC interrupt in from _LOWEST (default) to APP_IRQ_PRIORITY_LOW (to be above SD/SPI).

Do you have an environment set up for debugging to see where it stops? To find the caouse, try to run the blocks separately - sampling/sending, then sampling/writing or periodic writing (or sending) some random data.

In the attached code, adc is initialized (and started) at the beginning, before the initialization of BLE / SD card - that could also be a source of problems.

RE: How to use DMA in NRF52 while writing on SD card, while BLE is also operating?

Ankush — Tue, 10 Jan 2017 07:43:23 GMT

Hi Pawel,

I have implemented the SAADC DMA buffer using the function nrf_drv_saadc_buffer_convert(). I am attaching my complete code with this thread, at top. I have kept the SAADC buffer size as 24 and SAADC is running in scan mode. So every 12ms Event done interrupt will occur. Now I am performing SD write operation after 120 ms. But Still I am starting streaming data at 1000 sps entire code stops.

I am calling the SD write operation in main function by checking the SD write flag which is activated after 120ms .

Does App scheduler will really solve this issue as I have not worked on scheduler till now?

RE: How to use DMA in NRF52 while writing on SD card, while BLE is also operating?

Pawel Zadrozniak — Mon, 09 Jan 2017 15:18:54 GMT

I'll start from #3: 3) SD card library uses SPI in DMA mode if SPIn_USE_EASY_DMA is enabled in sdk_config.h (where n is the SPI instance number used by app_sdcard, defined by APP_SDCARD_SPI_INSTANCE; by default (in fatfs example): instance 0, dma enabled).

Call FATFS API functions from the main context (not an interrupt handler) and BLE functions from interrupts (which will preempt the fatfs call). BLE communication is time sensitive, so it's a good idea to keep the SPI priority lower than the priority from which wireless transmission is triggered (eg. SAADC, timer). By default SPI priority is set to lowest (SPI_DEFAULT_CONFIG_IRQ_PRIORITY (sdk_config.h) equal to APP_IRQ_PRIORITY_LOWEST (app_util_platform.h) = 7 on nRF52/Cortex M4).

I'd also recomment using app_scheduler. If you will be able to implement ADC sampling / BLE transmission in interrupt driven way then all you need to do is schedule the SD write in one of the interrupts (then it will be executed from main cotext) and make sure that there is enough time to write the data on SD (in the worst case scenario) between filling the buffers.

Take a look at nrf_drv_saadc_buffer_convert(). It takes a pointer to the buffer and buffer size as an argument. My concept is something like this: uint16_t buf[2][12N]; call _convert() with: &buf[0][0], size 12; then [0][12], then [0][24], [0][36], and so on until it's filled. When it's full (last conversion to buf[0][] finished) call _convert with( &buf[1][0]. trigger SD write of buffer 0, then convert to [1][12]. [1][24]... nrf_drv_saadc_buffer_convert() will result in interrupt and calling the handler, so you can trigger the next sampling / wireless data transmission there.

RE: How to use DMA in NRF52 while writing on SD card, while BLE is also operating?

Ankush — Mon, 09 Jan 2017 14:23:26 GMT

Hi Pawel,

Thanks for your response. This is really helpful concept. But From your comment I have few queries,

SD read/Write operation if taking 250 or 500 ms for operation, then It will affect my BLE streaming which is happening at 12ms interval. Presently I can not perform both BLE streaming and SD write operation as BLE stops working.How can I deal with this?

2)As SAADC as already have 2 buffers of size 24 which uses DMA, how can I then again allocate 2 buffers for this operation? Are you talking about SPI DMA.

As I am unaware about how to use DMA on SPI, Can you suggest me any sample example or process for it?

RE: How to use DMA in NRF52 while writing on SD card, while BLE is also operating?

Pawel Zadrozniak — Mon, 09 Jan 2017 08:23:09 GMT

FATFS port present in SDK 12 is using the asynchronous SD card driver (which uses SPI master driver in EasyDMA mode on nRF52). Unfortunately FATFS API is synchronous, so if it's not modiffied and used without preemptive OS, CPU has to wait for SD card operations to complete on every synchronous API call. However, when there is a serial data transfer in the background (card read/write operation), higher priority interrupts should not affect SD communication (except the possible delay), as far as SPI driver interrupts are being handled.

I'd suggest the following scenario:

allocate 2 buffers,
set current buffer to #1,
start ADC sampling (N=12 samples appended into the current buffer)
send the samples over BLE and trigger the next sampling,
if current buffer is ful then switch current buffer to #2, start the ADC sampling into #2 and trigger the write of #1 into SD; while writing the data, you can still send the packets over BLE and trigger ADC sampling in interrupts
...and so on...

Note that the worst case scenario for SD write operation (according to SD specifications) is 250 or 500ms, depending on card type.

RE: How to use DMA in NRF52 while writing on SD card, while BLE is also operating?

Petter Myhre — Thu, 05 Jan 2017 09:53:25 GMT

How would using SPI (through FATFS) affect BLE transmission? Connection events in the SoftDevice has the highest priority. I'm not too familiar with this example, but it seems to me that it is already using DMA.

RE: How to use DMA in NRF52 while writing on SD card, while BLE is also operating?

Ankush — Thu, 05 Jan 2017 09:09:46 GMT

Hi,

As I am doing BLE transmission and writing to SD card in parallel, writing one packet to SD card each time(at 1ms interval) would affect the BLE transmission and my MCU would be busy doing these operations. Instead of this I m looking into the method, which can store each packet to memory, till the level of 40 packets reached.

I am interfacing SD card with nrf52 using FATFS sample example given in SDK12.0. I have added basic interfacing code Here

Using Direct memory Access (DMA) of SAADC or SPI Can I achieve these task?

RE: How to use DMA in NRF52 while writing on SD card, while BLE is also operating?

Petter Myhre — Thu, 05 Jan 2017 08:03:54 GMT

So you want to store 84*20 = 1680 bytes? What do you mean by DMA? How are you interfacing the nRF52 with the SD card?