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] xQueueReceive - cannot empty queue Posted by motico123 on June 9, 2016 Hi guys,
We encountered a strange behavior of xQueueReceive function, it goes as follows:
- We created a Queue using xQueueCreate function.
- We created a task using xTaskCreate function, this task is waiting on the queue with xTickToWait=portMAX_DELAY which means it's blocking without timeout till a message is inserted to the queue.
- The problem is that from time to time when our device comes back from reset, the queue message counter is showing 1 although there are already 2 messages in the queue (the last message and the one before it). This creates a sort of continuous 1 message delay (instead of picking msg[N] we always pick up msg[N-1]).
- We've tried several workarounds:
- We used xQueueReset in order to "re-start" the queue, with no help – the message counter goes to 0, but the queue still had the previous message inside it.
- We called xQueueReceive() with xTickToWait=0 in order to empty the queue but that did not help either.
It seems like the queue message counter is somehow missing the "1'st time message", not incrementing itself and this cannot be cleaned until reset.
Any idea will be appreciated.
Thanks in advance!
xQueueReceive - cannot empty queue Posted by rtel on June 9, 2016 When you say:
when our device comes back from reset
do you mean it works the first time, but not after a reset. I so, is
this a hard or soft reset, and is the C start up code correctly clearing
the .bss segment when the system comes out of reset?
xQueueReceive - cannot empty queue Posted by motico123 on June 9, 2016 Hi,
Reset = soft reset
Also, please note that it is does not happen after every reset, it is quite random.
Once it happens it remains until next reset, if it is OK - it will remain OK at least until the next reset.
xQueueReceive - cannot empty queue Posted by rtel on June 10, 2016 From your description it sounds like the soft resets are not
functioning as you expect them to. At a guess I would say your C start
up code is not clearing RAM as you expect after a soft reset. I would
guess that the problem never occurs after a hard reset - if that is the
case then I'm not sure this is actually a FreeRTOS issue.
Copyright (C) Amazon Web Services, Inc. or its affiliates. All rights reserved.
|