《实现FreeRTOS系统傻瓜编程》由会员分享，可在线阅读，更多相关《实现FreeRTOS系统傻瓜编程（35页珍藏版）》请在金锄头文库上搜索。
1、傻瓜实现FreeRTOS系统如果你1. 希望修改FreeRTOS源代码2. 移植实时内核到另一个微控制器或者原型板(prototyping board)3. 第一次接触FreeRTOS，希望得到关于它们在操作和实现上的更多信息这些文档会有用。本文档分为两个章节:基本原理和RTOS概念包括多任务的背景信息和基本实时概念，这是为初学者准备的(is intended for beginners)2-从底向上(from the bo ttom up)解释实时内核源代码FreeRTOS实时内核已经移植到许多不同的微控制器架构下。这份文档是以Atmel AVR为范例，因为:1. AVR架构简单2. 有免费
2、可用的开发工具 WinAVR (GCC) development tools.3. 非常便宜的原型板STK500 prototyping board在本文的最后，还一步一步地详细描述了一个完整的上下文切换(context switch)。RTOS 基本原理多任务调度上下文切换实时应用实时调度这一节提供一个关于实时和多任务概念的简介。读下一节之前必须理解这些概念。多任务(Multitasking)在一个操作系统内部，内核kernel是最核心的部件。像Linux那样的操作系统使用的内核，从表面 上看(seemingly),允许用户并发(simultaneously)访问计算机。多个用户似乎(app
3、arently)可以 并行(concurrently)执行多个程序。在操作系统的控制下，每个正在执行的程序就是一个任务task。如果一个操作系统能够以这种方法 执行多个任务，这就叫做多任务multitasking.多任务操作系统的使用可以简化应用程序的设计:1 操作系统的多任务和任务间通信的机制允许复杂的应用程序被分成一系列更小的和更多的可以 管理的任务。2. (程序的)划分(partitioning)让软件测试更容易，团队工作分解(work breakdown within tea ms),也有利于代码复用。3. 复杂的定时和先后顺序的细节 可以从应用程序代码中 删除。(因为)这成为操作系统
4、的职责多任务Vs并发传统的(conventional)的处理器同时只能执行一个任务。但通过快速的任务切换，一个多任务操作系 统可以使它看起来(appear)好像每个任务并行执行一样。这可以下面的示意图来描述(depicted)。它显示了有关(with respect to)时间的3个任务的执行模式。任务名用颜色标注出来，写在左手边。 时间从左到右增加，相应的颜色的线条 显示该任务在某个特殊时间正在执行。上面的图 演示的是用 户所觉察到的并行执行模式，下面的图是实际的多任务执行模式。Task 1 ExecutingTask 2 ExecutingTask 3 Executing:rt2Timet
5、nbut only one task is ever executing at any time.All available tasks appear to be executing .所有可用的任务都好像在执行，但实际上在任何一个时刻都只有一个任务在执行调度 调度器（scheduler）是内核中负责 决定在某个特殊时间 哪个任务应该执行的部分。内核可以在任 务的生命期（lifetime）挂起（suspend） /恢复（resume）个任务许多次。调度策略（scheduling policy）是调度器用来决定哪个任务在哪个时间点执行的算法。一个（非实 时）多用户系统的策略很可能分配（allow
6、）给每个任务一个公平（fair）的处理器时间片（proportio n of processor time）。用在实时系统/嵌入式系统的策略稍后再描述。除了被RT0S内核无意的挂起外，一个任务还可以自己挂起自己。如果一个任务想延迟一段固定的时 间（也就是sleep）,或者等待（也就是block）某个资源可用（比如一个串口），或者等待一个事件出现 （比如一个键按下）。一个阻塞或者睡眠的任务是不能执行的，不会为它分配任何处理时间。23845Task 1 ExecutingTask 2 ExecutingTask 3 Executing上图中提到的编号:1）Taskl正在运行2）内核挂起Taskl3
7、）恢复任务Task24）Task2正在执行，为独占访问（exclusive access），它锁定一个处理器外设5）内核挂起Task26）恢复 Task37) Task3试图访问同样的处理器外设，发现它被锁定，Task3不能继续，所以自己挂起自己。8) 内核恢复Task19) 接下来(the next time)，Task2在9处执行。它完成了对处理器外设的访问，所以解锁它10) 再下来，Task3在10处执行。它发现现在可以访问处理器外设了，于是开始执行，直到被内 核挂起。上下文切换跟任何其他程序一样，一个任务执行时，它使用处理器/微控制器的寄存器，访问RAM ROM。这些 资源(处理器的寄
8、存器，stack等)一起组成任务的执行上下文(the task execution context).一个任务是一个连续有序的代码片断。它并不知道它将何时被内核挂起或者恢复，甚至不知道这些事 情(挂起或者恢复)在什么时候已经发生了。下面考查(Consider)的这个例子是用来求两个处理器中 的寄存器值之和，该任务在执行1条指令后就立即被挂起。0Reg1E200The task gets suspended as it is about to execute an ADD.The previous instructions have already set the registers used
9、by the ADD When the task is resumed the ADD instruction will be the first instruction to execute. The task will not know if a different task modified Reg1 or Reg2 in lhe interimLDI Rog1, OxFAExecution Context ImmEtjiMeWI Bgform Sus口mnwioriDataMemoryProgram MemoryLDI F?eg2, 0xE2ADD Reg1, Reg2CPUStack
10、 PtrProg Counter任务将要执行ADD指令时，被挂起-先前的指令已经把数取到寄存器(Reg1,Reg2)中了，而这些寄存器(Reg1,Reg2)将要被ADD指令用 到。当这个任务被恢复后，ADD就是要执行的第1条指令。这个任务不知道是否有另一个的任务会在 中间时期修改Reg1或者Reg2)当这个任务挂起时，其他任务继续执行，可能会修改处理器寄存器的值。在恢复之后，这个任务也不 知道处理器的寄存器被修改过(altered).如果它使用这个修改过的值，就会导致计算的和的结果不正 确。为了避免这类错误，必须保证，在恢复一个任务之后，其上下文环境跟 即将挂起前是一样的。操作 系统内核有责任
11、 通过在任务挂起前保存其上下文 来确保这种状况。当任务恢复时，保存的上下文 就被 操作系统内核恢复到先前的执行情况。保存一个被挂起的任务的上下文 并在 任务恢复时 恢复 其上下文的这个处理过程就叫做上下文切换(context switching)实时应用实时操作系统(RTOSs)通过同样的原理达到多任务的目的。但他们的目标与那些非实时系统相比是 很不一样的。不同的目标影响到不同的调度策略。实时/嵌入式系统设计成提供一个对 真实世界的事 件的及时响应(timely response) 0出现在真实世界中的事件可能有一个时间限制(deadline)，在此 期限之前，实时/嵌入式系统必须给出响应，R
12、TOS调度策略必须确保时间限制是恰当的(met).为了达到这个目的，软件工程师必须首先为每个任务设置一个优先级(priority)。RTOS的调度策略 只是简单地确认能被执行的最高优先级别的任务是分配了处理时间的任务(the task given proc essing time)。这可能要求在相同优先级的任务之间公平的共享处理时间，如果他们准备并发运 行的话。代码示例:最基本的例子是一个由键盘和LCD组成的实时系统。用户必须在合理的时段为每个键盘按下取 得视觉反馈(visual feedback).。如果用户不能在这时段 看到 键盘按下已经被接受，软件产品将 会很难使用(be awkward
13、 to use)。如果最长的接受期是100ms，那么在0到100ms的响应 可被接 受。这个功能可以用一个 下面这样的结构的独立(autonomous)任务 实现： void vKeyHandlerTask( void *pvParameters )实时调度下面的图演示前面定义的那些任务是如何被时实操作系统调度的。RTOS自己已经建立了一个任务-idle task它只在没有其他任务执行的时候才被执行。RTOS idle task总是处于可以执行的状态（注:也就是它不可能会因为等待什么外设资源而被阻塞,而是处于一种随时待命的状态）.vCortrolTaskvKeyHandlerTaskIdls
14、TaskCTimt514t3t218t716 = Key Press Event = Timer Event上图中:1. 在最开始，我们的两个任务都不能被执行-vControlTask等待合适（correct）的时间开始新的 扌空制循环,vKeyHandlerTask等待键盘按下。处理器时间分配给RTOS的idle task.2. 在t1时刻，一个键盘按下（事件）出现.VKeyHandlerTask任务现在可以执行，它比RTOS的idl e task有更高的优先级，所以处理器时间给它。3. 在t2时刻，vKeyHandlerTask已经完成了对按键的处理，并更新了 LCD。它不能继续，直到另一
15、 个键被按下，所以必须挂起它自己。RTOS idle task又被恢复执行。4. 在t3时刻，一个定时器事件预示(indicates)，可以执行下一个控制循环了。VControlTask 现在可以执行，作为最高优先级的任务被立刻分配(scheduled)到处理器时间。5. 在t3和t4之间，当vControlTask任务还在执行的时候，一个键按下。VKeyHandlerTask不能 被执行，因为它没有vControlTask的优先级高。不能分配(scheduled)到任何处理器时间。6. 在t4时刻，vControlTask完成了控制循环的处理，不能够重新开始，直到下一个时间事件出现， 所以它自己挂起自己。而vKeyHandlerTask现在是最高优先级的任务，可以运行了，所以，为了处理 先前的键盘事件，分配(scheduled)到了处理器时间.7. 在t5时刻，键盘已经被处理。VkeyHandlerT
