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] [August 2005 Threads] Tick/Scheduler interruptPosted by Rob Maris on August 26, 2005 The varios freeRTOS ports provide their own tick interrupts in order to have the scheduler running. This approach reduces the flexibility of embedded programmers in assigning timer resources to application specific code.
It should be helpful if freeRTOS would contain a #define which disables the internal tick interrupt setup, and rather allows the programmer to use his/her own setup. The programmer is responsible to call the scheduler function within the tick interrupt.
RE: Tick/Scheduler interruptPosted by Richard on August 26, 2005 I note your point. This is something that has been considered in the past.
The RTOS tick is often configured in a particular way, also the order within the function is important. Allowing users to create their own could retract from usability, although they always have the choice to leave it as it is.
A couple of other options + Define a tick hook. Call your application code from the tick interrupt. + All the source code is provided and the tick interrupt configuration is contained within a single function. You are free to change this to use any timing resource at your disposal.
Regards.
Copyright (C) Amazon Web Services, Inc. or its affiliates. All rights reserved.
|