FreeRTOS Support Archive
The FreeRTOS support forum is used to obtain active support directly from Real
Time Engineers Ltd. In return for using our top quality software and services for
free, we request you play fair and do your bit to help others too! Sign up
to receive notifications of new support topics then help where you can.
This is a read only archive of threads posted to the FreeRTOS support forum.
The archive is updated every week, so will not always contain the very latest posts.
Use these archive pages to search previous posts. Use the Live FreeRTOS Forum
link to reply to a post, or start a new support thread.
[FreeRTOS Home] [Live FreeRTOS Forum] [FAQ] [Archive Top] [December 2009 Threads] AVR32 SPI slave interrupt Posted by James Nagy on December 6, 2009 Hi All, I’d like to send SPI full duplex data between and an ATmega168 16MHz (master) and AVR32 12MHz (slave). It takes 250us to send 14 bytes. If I use RDRF Receive Data Register Full interrupt then I’ll miss the first few bytes because of the jump delay between the ISR and the handler task. ( a side note: I’m using xQueueSendToBackFromISR because for some reason the semaphore didn’t work. Would the semaphore take much less time?) To solve the delay problem I use NSSR (NSS Rising) interrupt on the slave (AVR32) and create a pre-trigger on master NSS line 160us prior to sending the clock and data. In the slave ISR I disable NSSR interrupt and enable it again in the handler task after it has finished receiving the data. To ensure proper timing this handler task has the highest priority among the other tasks. For testing purposes I’ve programmed the master (ATmega) to send the batches in 3 secs interval. After reset (both ATmega168 and AVR32) the first 14 bytes is send and received as expected but later on both sides gets messed up. What I mean by messed up is for example the master is sending “ABCDEFGHIJKLMN” and the slave is sending “abcdefghijklmn”. On the master side I receive: “abcdefghijklmn” “abcdefghijklmn” “abcdefghhhhjkl” “mmmmmmmmmmmmm”
The slave handler code looks like this: xStatusSPI = xQueueReceive( xQueueSPI, &lReceivedValue, portMAX_DELAY ); index = 0; do { Buffer_rec[index] = spi->rdr ; spi->tdr = Buffer_send[index]; ++index; timeout=10; while ((spi->sr & (AVR32_SPI_SR_RDRF_MASK)) != (AVR32_SPI_SR_RDRF_MASK)){ if (!timeout--) { no_more_data_received = 1; break; } } } while ( no_more_data_received != 1); // initialize SPI and enable NSS interrupt again errVal = spi_initSlave(spi, 8, 0); spi_enable(spi); spi->ier = AVR32_SPI_IER_NSSR_MASK;
on both master and slave side after sending the 14bytes batch I reinitialize SPI. I’m missing something for sure. I’m looking for better ideas how to this. UART is no option I’d like to make this working with SPI.
I’m building a robot walker as a hobby project. AVR32 will send the position data while the ATmega168 controls the servos. http://nagycnc.com/joomla/index.php?option=com_content&task=blogsection&id=9&Itemid=41
Thanks, James
RE: AVR32 SPI slave interrupt Posted by James Nagy on December 6, 2009 I'm re posting the code again for better visibility: xStatusSPI = xQueueReceive( xQueueSPI, &lReceivedValue, portMAX_DELAY );
index = 0;
do {
Buffer_rec[index] = spi->rdr ;
spi->tdr = Buffer_send[index];
++index;
timeout=10;
while ((spi->sr & (AVR32_SPI_SR_RDRF_MASK)) != (AVR32_SPI_SR_RDRF_MASK)){
if (!timeout--) {
no_more_data_received = 1;
break;
}
}
} while ( no_more_data_received != 1);
// initialize SPI and enable NSS interrupt again
errVal = spi_initSlave(spi, 8, 0);
spi_enable(spi);
spi->ier = AVR32_SPI_IER_NSSR_MASK;
RE: AVR32 SPI slave interrupt Posted by Richard on December 6, 2009 > and the handler task. ( a side note: I’m using xQueueSendToBackFromISR because > for some reason the semaphore didn’t work. Would the semaphore take much less > time?)
I can't comment on the specifics of the AVR32 peripherals, but can on the semaphore Vs queue issue.
The fastest way of processing the SPI would be to use a FIFO or ideally a DMA to collect the data and place the characters into a RAM buffer - then use a semaphore to wake a task to process the buffer only when there is enough data to make this worth while.
If this didn't work then can you say what the problem was? It might be that you simply need to use a counting semaphore in place of a binary semaphore (if you used a binary semaphore) - or that when processing the data you need to keep checking the buffer depth and only re-block on the semaphore once the buffer is completely empty. You may get interrupts placing data into the buffer while the original data is being processed and a binary semaphore will only latch one event.
However, looking at your code, it is not obvious where the queue is being used.
Regards.
RE: AVR32 SPI slave interrupt Posted by James Nagy on December 7, 2009 Hello Richard,
I didn’t consider DMA because I never needed it… I’ll investigate the idea. Thanks for replying and for developing FreeRTOS, James
Copyright (C) Amazon Web Services, Inc. or its affiliates. All rights reserved.
|