| 1、其中最有用的功能应该是时间片轮转法（ roundrobin), 这个是 uC/OS-II 中不支持的，但是现在已经是 uCOS-III 的一个功能了 8 J, u L4 ?" U3 C6 u6 l1 _ h" a& P2 G% D4 v. J# W 2、uCOS-III 被设计用于 32 位处理器， 但是它也能在 16 位或 8 位处理器中很好地工作。 2 T4 L2 ]: ?. \$ [' t& ?5 I& { 3、一共有 2 种类型的实时系统：软实时系统和硬实时系统。硬实时系统中，运算超时是不允许发生的，运算超时会导致严重后果。但是在软实时系统中 ， 超时不会导致严重后果 4、前后台系统：包含一个无限循环的模块实现需要的操作（后台）。中断处理程序实现异步事件（前台）。前台也叫做中断级，后台也叫作任务级。 # I9 t, t3 q" R8 y 5、临界操作应该在任务级中被执行，不可避免地必须在中断处理程序中执行也要确保是在很短的时间内完成。 因为这会导致 ISR 占用更长的时间。 通常的， ISR 中使能相关的信息而在后台程序中执行相应的操作。 5 Q5 ]2 X/ y) z9 {/ _- \ # B u& b/ K. S6 N/ V( F 6、ucos-iii中的任务（也叫做线程） 是一段简单的程序， 运行时完全地占用 CPU 。在单 CPU 中，任何时候只有 1 个任务被执行。 4 v* v8 e O5 C$ n2 f 7、内核的责任是管理任务，协调和切换多个任务依次享用 CPU 。让我们感觉是多个 CPU 在同时运行，也有利于处理模块化的应用 它也负责管理任务间的交流， 系统资源的管理（内存 和I/O ）等。 4 ?6 d% a- H) e2 B m: W* u6 H9 U 5 G! L k& w# W/ f+ x 8、uCOS-III 是一个抢占式内核， 这意味着 uCOS-III 总是执行最重要的就绪任务 9、ISR 响应中断请求设备， 但是 ISR 只做非常少的工作。 ISR 应该标记或发送消息到一个高优先级的任务， 让中断能够快速处理完毕 10、系统中加入内核需要额外的支出，因为内核提供服务时需要时间去处理。内核占用 CPU 的时间介于 2% 到 4% 之间。 因为 uCOS-III是一个软件，添加到目标系统中需要额外的 ROM 和 RAM 。 6 y6 o/ _7 h+ ]9 d5 l* p0 S - w1 {: R$ O' o! O) `% C5 b 11、 uCOS-III 内核需要 1K 到 4K 之间的 RAM ， 加上每个任务自己所需的堆栈空间。 至少有 4K 大小 RAM 的处理器才有可能成功移植 uCOS-III 。 12、 uCOS-III 允许多个任务拥有相同的优先级。 当多个相同优先级的任务就绪时， 并且这个优先级是目前最高的uCOS-III 会分配用户定义的时间片给每个任务去运行。 每个任务可以定义不同的时间片 。 7 ~) y: q& q. ]# ^9 D: s2 ? 13、uCOS-III 保护临界段可以通过锁定调度器代替关中断。 因此关中断的时间会非常少。这样就使 uCOS-III 可以响应一些非常快的中断源了。 14、 uCOS-III 允许用户在运行时配置内核。特别的，所有的内核对象如任务、堆栈、信号量、事件标志组、消息队列、 消息、 互斥信号量、 内存分区、 软件定时器等都是在运行时分配的 , 以免在编译时的过度分配。 ) n& q' U% o: U4 g 15、uCOS-III 对任务数量、任务大小、优先级数量无限制。每一个任务需要有自己的堆栈空间。实际上， 任务的数量和大小限制于处理器能提供的内存大小。 " N2 ^" h% p5 `0 S 16、uCOS-III 支持任何数量的任务、信号量、 互斥信号量、 事件标志组、 消息队列、 软件定时器、 内存分区。 用户在运行时分配所有的内核对象。 % F9 @" z3 U) g: W$ u3 y7 S 17、互斥信号量用于资源管理。它是一个内置优先级的特殊类型信号量， 用于消除优先级反转。 互斥信号量可以被嵌套，因此，任务可申请同一个互斥信号量多达 250 次。当然， 互斥信号量的占有者需要释放同等次数。 7 B& J; Q( \- J0 N1 N0 J 1 T, i- i1 M! A9 Q* [/ e) L 18、 uCOS-III 允许任务停止自身或者停止另外的任务。 停止一个任务意味着这个任务将不再执行直到被其他的任务复。 停止可以被嵌套到 250 级。 换句话说， 一个任务可以停止另外的任务多达 250 次。 当然， 这个任务必须被恢复同等次数才有资格再次获得 CPU 。 19、可以定义任意数量的一次性的、周期性的、或者两者兼有的软件定时器。 定时器是倒计时的， 执行用户定义的行为一直到计数减为 0 。 每一个定时器可以有自己的行为， 如果一个定时器是周期性的，计数减为 0 时会自动重装计数值并执行用户定义的行为。 5 x: U/ n* L! m& Q* \ 5 z3 i" ]. M2 h6 e/ c8 P ) [- L3 h0 _' d 20、 uCOS-III 允许任务等待多个事件的发生。等待中的任务在所有事件发生后被唤醒 ' }8 `9 h. X) E6 \/ ~3 O ' b+ L8 Z! Q/ T7 X0 n 21、 uCOS-III 允许 ISR 或者任务直接地发送信号量给其它任务。 这样就避免了必须产生一个中间级内核对象如一个信号量或者事件标志组只为了标记一个任务。提高了内核性能。 & L6 Z. Z% x4 b1 k: D2 ?4 w' V 22、每一个任务可以拥有用户可定义的任务寄存器，不同于 CPU 寄器。uCOS-III 能检测指针是否为 NULL 、 在 ISR 中调用的任务级服务是否允许、 参数在允许范围内、 配置选项的有效性、 函数的执行结果等。每一个 uCOS-III 的 API 函数返回一个对应于函数调用结果的错误代号 ' s1 I- l0 P* `1 E7 c) X ! _/ W7 @/ N4 v 23、 uCOS-III 有内置性能测量功能。 能测量每一个任务的执行时间 , 每个任务的堆栈使用情况， 任务的执行次数， CPU的使用情况， ISR 到任务的切换时间 , 任务到任务的切换时间， 列表中的对象的峰值数，关中断、锁调度器平均时间等。 - i5 s& d) a; O* h N1 `% i2 x" r 24 、uCOS-III 被设计于能够根 CPU 的架构被优化 uCOS-III 所用的大部分数据类型能够被改变， 以更好地适应 CPU 固有的字大小。 优先级调度法则可以通过编写一些汇编语言而获益于一些 特 殊 的 指令如位设置、位清除、计数器清零指令（ CLZ ）、find-first-one(FF1) 指令, g- v3 m# a- g 1 g0 L5 K' p# S: @8 z 25、uCOS-III 中所有的挂起服务都可以有时间限制， 预防死锁。: h$ f* L# B( q1 q. ~& o 3 l) U- H; n5 X5 I3 _# O 0 \( G3 h4 |5 C( Y; N 26、uCOS-III 有时基任务， 时基 ISR 触发时基任务。 uCOS-III 使27、uCOS-III使用了哈希列表结构， 可以大大减少处理延时和任务超时所产生的开支。 3 t& c8 P# @; q/ Y F : M% |. J/ O# F- z 28、uCOS-III 允许程序员定义 hook 函数。hook 函数允许用户扩展 uCOS-III 的功能。 u7 \9 B+ f. {5 i) } 29、为了测量时间， uCOS-III 需要一个 16 位或者 32 位的时时间戳计数器。5 x! H" v$ ^5 f$ ] 30、 每个 uCOS-III 的内核对象有一个相关联的名字。 这样就能很容易的识别出对象所指定的作用。对象的名字长度没有限制，但是必须以空字符结束。 6 E9 c* R+ V( x8 S5 J ( G$ c; H( A- G, W2 B) o 31、每个任务需要创建自己的堆栈。 堆栈的数据类型 CPU_STK 。堆栈可以被静态地分配或者通过 malloc() 动态地分配。若任务将不会被删除，堆栈将一直被使用。 32、在大部分处理器中， 中断在启动时是关闭的。 无论如何， 在启动时关闭所有的外设中断是最安全的。 5 E5 D( Y( {% _ ! s+ _( ^0 a& l2 F/ t . m! |, ]/ G; `/ X( G0 Q 33、uCOS-III 须创建空闲任务 OS_IdleTask （）， 当没有其他任务运行时就运行空闲任务。根 据 配 置 文 件 中 所 uCOS-III 会 创 建 统 务OS_StatTask() 、 定 时 器任务 OS_TmrTask() 、 中 断队 列 处 理任务OS_IntQTask() 。 7 d# b8 ~: Q9 l0 A$ D! S 34、 OSTaskCreate() 的第四个参数， 第一次被调用时OSTaskCreate() 接收这个变量， 传递给所创建的任务中的唯一参数"p_arg"。该参数可以是任意类型的指针。 1 r2 I# r7 {8 h2 @5 u* Z( M k5 H% g C- B, U' C r; J8 c 35、参数值越小优先级越高。 可以设置优先级数值为 1 到 OS_CFG_PRIO_MAX-2 。 要避免使用优先级 #0 和优先级 f( ^2 o3 q" ?: ?; m5 l OS_CFG_PRIO_MAX-1 。 因 为 这些是为 uCOS-III保留的。 36、任务的堆栈大 ( 以 CPU_STK 为数据类型而不是字节 ) 。 例如， 如果要分配 1KB 大小的堆栈空间，因为 CPU_STK 是 32 位的，所以这个其值为 256. 37、）所有的 uCOS-III 任务需要被设置为无限循环。 * W" ^8 N$ Q" S 2 q- p7 @* A6 Z" m 38、互斥信号量（ mutex ）是一个内核对象，用于保护共享资源。 任务要访问共享资源就必须先获得 mutex 。mutex的拥有者使用完这个资源后就必须释放这个 mutex 。 0 a- H; I6 f& G& l 1 ?/ K* Z$ \4 h) \5 Q+ x# i 39、消息队列是一个内核对象， ISR 或任务可以直接发送消息到另一个任务。 发送者制定一个消息并将其发送到目标任务的消息 队列。 目标任务等待消息的到达。 * g2 I2 ^" e7 F) n* w ! N; S# k& Q; k; J " o5 Z% _2 Y1 C+ S* [ 40、定义消息队列可接受消息的个数。 这个值必须大于 0 。如果0 _$ J" R8 H! r6 B/ r6 W; D4 U/ ` 消息者发送消息数超过了消息接收任务的承受能力。那么消息将会被丢失。可以通过增加消息队列的大小或者提供消息接收任务的优先级提升其承受能力。 41、uCOS-III 定义了一个进入临界段的宏和两个出临界段的宏（退出临界段后是否调用调度器）。 & q$ O' m: ^$ M5 I 42、测得消息是什么时候被发送的， 用户就能测得任务接收这个消息所用的时间。 读取现在的时间戳并减去消息被发送时的时戳。需注意的是， 消息被发送时， 等待消息的任务可能不会立即接收到消息，因为 ISR 或更高优先级的任务可能抢占了当前任务。显然，测出的时间还包括了测量时消耗的额外时间。 然而减掉测量时所耗时间就是实际上的时间。 43、时间戳的控制单元位于 CPU_TS 中。 例如， 如果 CPU 速率为 1MHz ， 时间戳的速率为 1MHz 。 那么CPU_TS 的分辨率为 1 微秒 , R! s6 K4 r9 |' \" L 44、当任务第一次执行时， 会传入一个变量 "p_arg" 。这是一个指向 void的指针。 用于变量的地址、 结构体地址、 或者函数的地址等。 如果需要，可以创建多个相同的任务，使用相同的代码（相同任务体），而产生有不同的运行结果。, n1 [6 ^8 y; c8 o2 r# g5 q# a+ o $ ~9 D7 ^) B# {' s! l) v- J+ T3 v 45、只运行一次的任务结束时必须通过调用 OSTaskDel() 删除自己。 这样可以使系统中的任务数减少。 w. e* x# O1 X% X/ I$ w/ e h 46、一个任务可以创建其它任务（ 调 OSTaskCreate() ）、 停止或者恢复其它 ( 调用 OSTaskSuspned() 和 OSTaskResume()) 、 提交信号量到其它任务、 发送消息到其它任务、 提供共享资源等。 换句话说， 任务不是只被限制于“等待事件”。 Y0 O q+ G+ s' X 9 y- C8 B7 ]/ d/ A1 J % w* s H$ I% ^& i5 g% w- F 47、在嵌入式系统中动态地分配堆栈是被允许的，但是，一旦堆栈被动态分配，它就不能被回收。 换句话说， 对于有些不需要被删除的任务， 动态分配它们的堆栈是一种很好的解决方法。2 l: J$ m$ ^9 D8 m( b 6 u: K# W4 h2 @; F) w" ~/ j4 { 48、可以人工地计算出任务需要的堆栈空间大小，逐级嵌套所有可能 被调用的函数， 添加被调用函数中所有的参数， 添加上下文切换时的CPU 寄存器空间， 添加切换到中断时所需的 CPU 寄存器空间，添加处理 ISRs 所需的堆栈空间。 把上述的全部相加， 得到的值定义为最小的需求空间。 因为我们不可能计算出精确的堆栈空间。 通常是再乘以 1.5 以确保任务的安全运行。 * q& [3 \9 c% I! g- P ( K, I: N$ z1 z4 R 49、另一种防止堆栈溢出的方法是分配的空间远大于可能需要的。 首先， 当任务创建时其堆栈被清零。 程序运行一段时间后，通过一个低优先级任务， 计算该任务整个堆栈中值为 0 的内存大小。 这是一种非常有效的方法。 注意的是， 程序需用运行很长的时间以让堆栈达到其需要的最大值。 , y0 t ~8 ?3 M5 o2 F! D 50、从用户的观点来看，任务可以是有 5 种状态，休眠状态，就绪状态，运行状态，挂起状态，中断状态 。3 ^6 f+ X2 h, e 51、调用 OSTaskSuspend() 会任务无条件地停止运行。 有些时候调用 OSTaskSuspend() 不是为了等待某个事件的发生，而是等待另一个任务调用 OSTaskResume() 函数恢复这个任务。 + N/ ^7 a% Q# e# W& F 6 j6 C% p& Z$ U& i& g/ d( w$ L 52、任务控制块是被 uCOS-III 用于维护任务的一个结构体。 每个任务都必须有自的己 TCB 。TCB 中的一些变量可以根据具体应用进行裁剪。用户程序不应该访问这些变量（尤其不能更改它们） 53、有些处理器有硬件寄存器可以自动地检测并确保堆栈不发生溢出， 如果处理器没有这些硬件施，ucos-iii的堆栈检测可以用软件模拟。 然而， 软件模拟不如硬件可靠。2 d" g% s/ [* t- Y$ L. r. ? 54、在 uCOS-III 初始化的时候，它会创建至少 2 个内部的任务 (OS_IdleTask() 和 OS_TickTask()) ， 3 个可选择的任务（ OS_StatTask() ，OS_TmrTaks() ， OS_IntQTask() ）。这些可选择的任务在编译时由OS_CFG.H 中的配置决定。 8 q& s/ L7 y# A1 @7 ? 55、当 CPU 中没有其它就绪任务运行时，空闲会被运行。空闲任务是一个无限循环的不会等待任何事件的任务。空闲任务的每次循环，都会调用 OSIdleTaskHook() 函数，这个函数提供给用户扩展应用，如让处理器进入低功耗模式等。- Q/ } C& T! ?$ w ^# a; u; X& O. s& N 56、 使用硬件定时器并被设置为以 10 到 1000Hz 之间的频率产生时基中断，时基中断并不是一定要用 CPU 产生， 事实上， 它可以从其他的具有较精确的周期性时间源中获得，比如电源线（ 50-60Hz ）等。 9 u9 _+ p8 ]6 X1 K9 r9 h 57、当时基任务执行时，它会遍历挂起队列中所有等待期满的任务或等待事件超时的任务。 它会就绪时基列表中的那些期满、超时的任务。使用轮转法遍历队列（此队列为二维数组的形式）大大减少了遍历队列所占用CPU的时间。4 C" H$ K6 N/ w, V0 E% R 58、统计任务能够统计总的 CPU 使用率, 每个任务的 CPU使用率，每个任务的堆栈使用量。 59、软件定时器通常需要的频率可由用户设置， 通过软件将时基分频。 换句话说如果时基速率为 1000Hz, 但是想要的定时器速率为 10Hz, 软件定时器任务会每 100 个时基被标记一次。时基任务的优先级要高于定时器任务，定时器任务的优先级需要于统计任务 60、当一个任务创建了一个具有相同优先级的任务，这个新任务会被添加到该优先级队列的尾部（因为具有相同优先级情况下， 没有理由让新任务先运行）。然而，当一个任务创建了一个具有不同优先级的任务时，这个新的任务就会放到对应优先级列表中的首部。注意：正在运行的任务也被放在就绪列表中。 9 U$ T& o7 N% \) m4 q6 f9 j ; b3 _% d: X9 F" a4 Z' t 61会发生调度的调度点：任务被标记或发送消息给另一个任务 、任务调用 OSTimeDly() 或 OSTimeDlyHMSM()、任务所等待的事件发生或超时、任务被取消挂起 、新任务被创建 、任务被删除 、内核对象被删除 、任务改变自身的优先级或其它任务的优先级 、任务通过调用OSTaskSuspend() 停止自身、任务调用OSTaskResume() 恢复其它停止了的任务、退出中断服务程序 、通过调用 OSSchedUnlock() 调度器被解锁、调用OSSchedRoundRobinYield() 任务放弃了分配给它的时间片、用户调用OSSched() # q# D. t7 [/ k 62、任务提交一个事件后调用调度器。 当然， 任务可以一次性提交多个事件， 但在最后一个事件提交后才调用调度器。 - W9 @1 z1 F" O' s( b. L" p& ~/ v 63、uCOS-III 有 2 种调度方式： OSSched() 被用于任务级。 OSIntExit()被用于中断级。由于中断产生时已经将任务 A 的状态保存在任务 A 的堆栈中，所以 ISR 返回时无需再保存任务 A 的状态，而是直接载入任务 B 的 CPU 寄存器到硬件CPU 寄存器中即可 - D4 o% @! i) m6 D3 c0 \, Z # C8 P4 r4 q1 h : b5 c; z" T8 y! F 64、当 uCOS-III 转向执行另一个任务的时候，它保存了当前任务的 CPU 寄存器到堆栈。并从新任务堆栈中 相关内容载入CPU 寄存器。这个过程叫做上下文切换。上下文切换需要一些开支。 CPU 的寄存器越多， 开支越大。 上下文切换的时间基本取决于有多少个 CPU 寄存器需要被存储和载人。保存状态寄存器和程序指针寄存器到当前的任务堆栈。保存的顺序与中断发生时 CPU 保存寄存器的顺序相同。 5 I$ M) q: @# w 8 C6 v. V$ e( }! i1 h 65、CPU 处理中断有两种模式： 1 所有的中断指向同一个 ISR2 每个中断指向各自的 ISR 。） ISR 的工作完成后， 用户必须调用 OSIntExit() 告诉 uCOS-III中断服务程序已经完成。0 c/ b1 Z4 k. a+ t* | 66、uCOS-III 有两种方法处理来自于中断的时间； 直接提交和延迟提交。其区别在于如何处置中断中所产生的事件。延迟提交的方式为事件不是直接发送给任务， 而是先发送到中断队列。 然后中断处理任务（其优先级为0）被就绪，这样，事件的提交便可在任务级完成，从而减少了ISR处理的时间。8 t, y$ h, A' ]" J; i! S% r </ |
/1 
关于我们|手机版|EDA365电子论坛网 ( 粤ICP备18020198号-1 )
GMT+8, 2025-8-12 05:50 , Processed in 0.140625 second(s), 27 queries , Gzip On.
地址:深圳市南山区科技生态园2栋A座805 电话:19926409050