Controller: Atmel UC3A0512
Enviroment: ARV32 Studio
I have a USART interrupt which is like this:
__attribute__((__interrupt__)) static void usart_int_handler( void )
static int status, temp;
static uint8_t data;
static portBASE_TYPE xHigherPriorityTaskWoken;
xHigherPriorityTaskWoken = pdFALSE;
// Read USART buffer
status = usart_read_char( USART_CHANNEL, &temp );
if( USART_RX_ERROR == status)
// Resetting the USART
usart_reset( USART_CHANNEL );
// Enable the USART as RS485
else if( USART_SUCCESS == status )
data = (uint8_t)temp;
// Because FreeRTOS is not supposed to run with nested interrupts, put all OS calls in a critical section
xQueueSendToBackFromISR( xRXQueue, &data, &xHigherPriorityTaskWoken );
if( xHigherPriorityTaskWoken == pdTRUE )
// Force unblocked (higher priority) tasks to run
I'm running in multidrop mode and I have 2 slave modules connected to this RS485 bus.
My problem is that when my task, which is looking at this xRXQueue, is seeing data in the queue and starts to read the queue, the system breaks down and restarts do to my watchdog. The task starts like this:
if( pdPASS == xQueueReceive(xRXQueue, rx_buf, portMAX_DELAY) )
// code here
How can I, in a more secure way, handle this queue and interrupt handling so it will not stall the controller?
There does not look to be anything fundamentally wrong with your implementation. Are you using the ARV32 port that is distributed by Atmel, which is the version for the latest AV32 chips?
Copyright (C) Amazon Web Services, Inc. or its affiliates. All rights reserved.