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] [September 2013 Threads] Queues and task switchingPosted by 386 on September 12, 2013 Hello. I am using some queues in my project and want to ensure that they work as I expect:
1) When I issue xQueueReceive with wait ticks > 0, I suppose that current task will be suspended (switched) and will not hang unnecessary using the MCU. The "wrong" way is that current task (which issued xQueueReceive) makes blank loop checking for incoming data in queue or task switch. The "right" way is to immediately give control to RTOS and next task and make next queue check when next task switch returns the control.
2) sending/receiving data with queues is thread safe - i.e. it is not necessary to create mutexes to avoid conflicts.
RE: Queues and task switchingPosted by Richard on September 12, 2013 1) Yes - part of the point of using an RTOS is to remove busy waits, and in-so-doing allow you to get a lot more power out of the microcontroller on which the application is running. When a task is in the Blocked state it is *not* using *any* CPU time. The kernel will not even use any CPU time checking to see if the task is ready to run again until it actually is (unlike some other RTOS implementations).
2) Again yes - it is thread safe, and again, that is another point of using an RTOS.
Regards.
Copyright (C) Amazon Web Services, Inc. or its affiliates. All rights reserved.
|