My project is dedicated for the Cortex M3 CPU. I’m cycling our board in order to test the firmware. I created several tasks, Some tasks wait for a binary semaphore. Each of them, I defined a block time to wait for the semaphore. One of them is 20 ms and the other one is 10 ms. The cycling test is to capture a signal from an input (using a timer capture). So I can get ~200 interrupts in 100 ms @ each 8 seconds. (signal — wait 8 sec — signal —).
The problem is the following one. Sometimes, the os freezes in vListInsert() called from a xSemaphoreTake()…
It loops for ever in a for loop()
for( pxIterator = ( xListItem * ) &( pxList->xListEnd ); pxIterator->pxNext->xItemValue <= xValueOfInsertion; pxIterator = pxIterator->pxNext )
{
/* There is nothing to do here, we are just iterating to the
wanted insertion position. */
}
We have 10 boards in cycling test, 9/10 boards got this problem < 15 minutes.
Yeah each task has enough space in the stack. Is it a way to see how many space left in the stack? I verified in the memory window, I can count how many 0xA5 is present in each stack.
Look at vTaskList to get a list of tasks and their min stack remaining (it shows the lowest free bytes, not the most used bytes).
I’m having the same problem, only with serial interrupts causing the problem. In my ISR, I read a queue to send data, write a queue with received data (just like the demos). Another task reading a queue will hang exactly the way you describe almost immediately if I have more than one serial port active, or after a few hours if only one is active. My stacks look fine (well over 100 bytes extra in each).