Can't transmit single byte over SPIM with DMA

RE: Can't transmit single byte over SPIM with DMA

leonhart88 — Sun, 15 Apr 2018 17:14:59 GMT

I can confirm Tien's solution...doing something like the following works:

nrf_drv_spi_transfer(&m_spi_master_0, spiTransmitBuffer, 1, NULL, 0);

RE: Can't transmit single byte over SPIM with DMA

MartinBL — Wed, 22 Feb 2017 08:05:09 GMT

Do you believe it is related to the PAN that Aryan mentions in his answer? Unfortunately there are no further updates on that.

RE: Can't transmit single byte over SPIM with DMA

Biketap — Tue, 21 Feb 2017 11:43:52 GMT

I noticed the same behavior. CS goes low and goes high before next transfer(if any). Any updates on this issue??

RE: Can't transmit single byte over SPIM with DMA

Tien — Tue, 31 May 2016 02:24:00 GMT

I found another way to solve this problem. Just try RXD.MAXCNT = 0.

RE: Can't transmit single byte over SPIM with DMA

Susheel Nuguru — Wed, 18 Nov 2015 08:33:49 GMT

There is a PAN for this with the workaround, you can see this here

[58] SPIM: SPIM clocks out an additional byte when RXD.MAXCNT = 1

You can use the SPI module same as nRF51 (depreciated but still available at same register addresses) That SPI module can be use for one byte transfers. Else you need to use below workaround

/**
 * @brief Work-around for transmitting 1 byte with SPIM.
 *
 * @param spim: The SPIM instance that is in use.
 * @param ppi_channel: An unused PPI channel that will be used by the
 workaround.
 * @param gpiote_channel: An unused GPIOTE channel that will be used by
 the workaround.
 *
 * @warning Must not be used when transmitting multiple bytes.
 * @warning After this workaround is used, the user must reset the PPI
 channel and the GPIOTE channel before attempting to transmit multiple
 bytes.
 */
void setup_workaround_for_ftpan_58(NRF_SPIM_Type * spim, uint32_t
 ppi_channel, uint32_t gpiote_channel)
{
 // Create an event when SCK toggles.
 NRF_GPIOTE->CONFIG[gpiote_channel] = (
 GPIOTE_CONFIG_MODE_Event <<
 GPIOTE_CONFIG_MODE_Pos
 ) | (
 spim->PSEL.SCK <<
 GPIOTE_CONFIG_PSEL_Pos
 ) | (
 GPIOTE_CONFIG_POLARITY_Toggle <<
 GPIOTE_CONFIG_POLARITY_Pos
 );
 // Stop the spim instance when SCK toggles.
 NRF_PPI->CH[ppi_channel].EEP = (uint32_t)&NRF_GPIOTE-
>EVENTS_IN[gpiote_channel];
 NRF_PPI->CH[ppi_channel].TEP = (uint32_t)&spim->TASKS_STOP;
 NRF_PPI->CHENSET = 1U << ppi_channel;
3 New and inherited anomalies
Page 12
 // The spim instance cannot be stopped mid-byte, so it will finish
 // transmitting the first byte and then stop. Effectively ensuring
 // that only 1 byte is transmitted.
}

What this workaround does is that it uses GPIOTE and PPI to trigger the SPI->TASKS_STOP when the SPI_CLOCK toggles. And since the SPI transaction cannot be stopped mid byte, it will complete that one byte transfer.

You have to remember to enable the GPIOTE and PPI channel used for this workaround just before one byte transfer and then disable them when you want to transfer multiple bytes. I verified this and it works.

RE: Can't transmit single byte over SPIM with DMA

Abhi — Fri, 13 Nov 2015 21:33:19 GMT

Hello I came across this post and am having the same issue. I was wondering if you have found any solutions? What I noticed was that the CS signal goes low and then stays low when I try to send 8 bits in a format such as:

uint8_t bytebuffer = 0x4E;

spi_send_recv(&bytebuffer, NULL, 1);

However if I set the length to 2, the CS behaves normally. But the functionality that I need requires 8 bits to be sent with only 8 clock cycles and then the CS should go high after the 8th. Which i haven't been able to find a way to do yet using the nRF52 Preview DK. If you could let me know about any progress on this issue or how to solve it, it would be appreciated. Thanks

RE: Can't transmit single byte over SPIM with DMA

MartinBL — Tue, 15 Sep 2015 12:27:19 GMT

So sorry for the late response. It seems like you have found a product anomaly. We are working on it, but currently we have not found any workarounds.