EasyDMA array list

RE: EasyDMA array list

Alessandro — Thu, 23 Feb 2017 10:36:48 GMT

I used the use case 1 described by Aryan to transfer receive 1020 bytes from a IMU using spi master. Here there are the details: devzone.nordicsemi.com/.../

RE: EasyDMA array list

Susheel Nuguru — Fri, 17 Feb 2017 11:22:04 GMT

it will be 1 cycle of hfclk difference in this case between the shortcut that does START_TASKS and the END_TASKS coming from the timer., so 1/64Mhz = 15 nano seconds. Wont transmit anything as far as i know as easy dma takes few cycles to request the system bus before it can start.

RE: EasyDMA array list

Haruki Kawakami — Fri, 17 Feb 2017 10:22:17 GMT

Thank you aryan for updating answer. It became easier to understand. But can I ask one more question? In use_case1, END_EVENT trigger START_TASKS and TASKS_COUNT. So, when timer count reaches CC, its flow is below.

END_EVENT -> START_TASKS
          -> TASKS_COUNT -> COMPARE_EVENT -> STOP_TASKS.

Then, how much is the time between last START_TASKS and STOP_TASKS? no time? I'm afraid of sending some bytes before STOP_TASKS is executed.

RE: EasyDMA array list

Susheel Nuguru — Thu, 16 Feb 2017 14:39:15 GMT

I am sorry Haruki and Torsten, You need to manually trigger the start task after every transaction unless you use the SHORTS if available between END event and START task, I will update my answer with this and a use case where this will be more meaningful.

RE: EasyDMA array list

Haruki Kawakami — Thu, 16 Feb 2017 14:13:14 GMT

How do the EasyDMA knows the number_of_arrays_in_list ? I can't find the code to set number_of_arrays_in_list to the any register in the document or any sample code

RE: EasyDMA array list

Torsten Robitzki — Wed, 28 Dec 2016 14:48:37 GMT

Tak! ;-)..

RE: EasyDMA array list

Susheel Nuguru — Wed, 28 Dec 2016 14:06:47 GMT

Updated

Yes, you got it perfectly. In normal EasyDMA , you just need to update the pointers and the size and the transfer will be done. This is one transfer and after that you need to update the pointers again and do a start again for the next transfer.

But in the array list you avoid updating the pointer register. But you still need to trigger the TASKS_START for the next transaction , the PTR will automatically be updated by adding the the buffer size to itself.

USE_CASE:

You can use the shortcut between END_EVENT and START_TASKS.
Now configure a PPI and TImer in counter mode that every END_EVENT increments the timer counter. You are counting transactions here. You will set timer CC with maximum number of transactions you need and when the timer counter has reached that value, you use that event to trigger TASKS_STOP. Since everything is configured in hardware now with no software involved for every transaction, all the data in the lists will be transferred with no pauses or no dependency on CPU state.
enable the shortcut between END_EVENT and START_TASKS. If you know that you have N bytes of data in one transafer and you have M lists in array to transfer at say T Mbps. You can configure a timer to expire in (N * M * 8 )/(T) micro seconds using this event to trigger the TASK_STOP of the peripheral.

It would have been nice if we could have number of arrays in list to be configured in a register but we do not have this

For example as shown in infocenter

  ArrayList_type ReaderList[3];
  channel.MAXCNT = BUFFER_SIZE;
  channel.PTR = &ReaderList;

Then the EasyDMA will update .PTR by itself after the transaction is complete by adding BUFFER_SIZE to it and triggering a start automatically. This will avoid a lot of software involvement in many cases.

The transfer size remain the same through out the whole transactions of the list and all the buffers have to be linear in memory. Linear buffer needed is

BUFFER_SIZE * number_of_arrays_in_list

number_of_arrays_in_list in the above example is 3