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] [June 2016 Threads]
Hi,
I am using STM32F4 with freeRTOSv8.0.1. IDE is coocox.
I have a task that blocks on a queue
xQueueReceive( QueueBtPkg, &bt_pkg_ptr, portMAX_DELAY);
and three higher priority tasks that puts data on the queue.
When one of this task puts something on the queue, the queue unlocks it task and everything is OK.
This works for between few minutes and a couple of hours, then the xQueueReceive stops unlocking it task and becomes full.
My first thought was that this is classic case of task starvation.
The task where the queue is never executes because the other three higher priority tasks always run.
In order to check this I created a dummy task
~~~
void taskdebug(void * pvParameters) {
while (1) {
if (debugmessagecntEEG[debugiEEG] > 10) {
asm("nop");
}
}
}
~~~
and put break point on the asm("nop"). This task has the lowest priority. It priority is lower then the task with the queue. In the if statement I check a value updated by the three sending tasks. This value is returned by uxQueueMessagesWaiting(QueueBtPkg).
debug_message_cnt_EEG[debug_i_EEG] = uxQueueMessagesWaiting(QueueBtPkg);
Now I see that the program stops at the break point at asm("nop"). This means that the queue is not empty but doesn't unlock the it task. Because the dummy task also has the lowest priority and it is unlocked there is no task starvation.
Anny ideas, what can cause this?
do you have configASSERT() implemented?
http://www.freertos.org/FAQHelp.html
http://www.freertos.org/RTOS-Cortex-M3-M4.html
You have one task that is draining the queue. When the queue becomes
full, what is this task doing? Is it still blocked on the queue, or is
it not blocked on the queue any more?
Is it still blocked on the queue
How have you determined that? For example, are you examining the data
structures internally (requires some expert knowledge), viewing the
system status on a debugger plug-in, adding in your own debug code (for
example setting a pin on the way into the queue receive function and
clearing the pin on the way out), or something else?
I am using a dummy task with lower priority then the priority of the task blocking on the queue, please my first post.
Can you point me to documentation on how to examine the data structure internally.
Copyright (C) Amazon Web Services, Inc. or its affiliates. All rights reserved.