1. OS概述
在嵌入式开发中，随着系统功能的日益复杂，传统的裸机编程方式逐渐暴露出局限性。当多个任务需要并发执行、实时响应要求较高时，引入操作系统（OS）成为必然选择。操作系统在嵌入式领域的引入，主要目的包括：
- 任务调度管理：操作系统能够合理分配 CPU 时间，让多个任务按照优先级有序执行，避免任务间的相互干扰。
- 资源统一管理：对内存、外设、中断等硬件资源进行统一分配和管理，提高资源利用率。
- 实时性保障：通过优先级抢占机制，确保高优先级任务能够及时响应，满足实时性要求。
- 降低开发复杂度：将底层硬件细节封装，开发者可以更专注于业务逻辑，提高开发效率。
在 STM32 平台上，uC/OS-III 作为一款轻量级实时操作系统，被广泛应用于工业控制、物联网设备等领域。
2. OS区别
裸机编程与基于操作系统的开发，在多个维度存在显著差异：
| 对比维度 | 裸机编程（不带OS） | 带OS开发（uC/OS-III） |
|---|---|---|
| 任务管理 | 通过主循环+中断方式处理，任务间耦合度高 | 多任务独立运行，由内核统一调度 |
| 实时性 | 依赖中断优先级和主循环执行顺序，实时性难以保证 | 基于优先级抢占调度，高优先级任务实时响应 |
| 资源管理 | 手动管理内存和外设，容易出现冲突 | 内核提供信号量、互斥锁等机制，资源管理规范 |
| 代码结构 | 逻辑集中在一个大循环中，代码可读性和维护性较差 | 任务独立封装，模块化程度高，便于维护和扩展 |
| 开发效率 | 需要自行处理任务切换、延时等底层细节 | 使用系统API即可完成复杂功能，开发效率高 |
裸机编程适合功能简单、任务单一的场景；而带 OS 的开发方式更适合多任务、高实时性、功能复杂的嵌入式系统。
3. 操作系统分类
嵌入式操作系统按照实时性和内核结构，可以分为以下几类：
3.1 实时性
- 实时操作系统（RTOS）：能够在确定时间内完成关键任务的处理，如 uC/OS-III、FreeRTOS、RT-Thread。实时系统又分为硬实时和软实时，硬实时要求任务必须在规定时间内完成，软实时允许偶尔的超时。
- 非实时操作系统：如嵌入式 Linux，任务执行时间不确定，适用于对实时性要求不高的场景。非实时操作系统通常采用分时调度策略，常见调度算法包括：
非实时操作系统常用的调度算法主要有以下几种：
- 先来先服务（FCFS）：按照任务到达的先后顺序依次执行，实现简单，但短任务可能被长任务阻塞，平均等待时间较长。
- 短作业优先（SJF）：优先调度执行时间最短的任务，能有效降低平均等待时间，但需要预知任务执行时间，且可能造成长任务饥饿。
- 时间片轮转（RR）：每个任务分配一个固定时间片，按顺序轮流执行，保证所有任务都能获得CPU，响应时间均匀，适合交互式系统。
- 优先级调度：为每个任务分配优先级，高优先级任务优先执行。可分为抢占式和非抢占式，非抢占式优先级调度实现简单，但高优先级任务可能长期占用CPU。
- 多级反馈队列：设置多个不同优先级的就绪队列，任务根据运行情况动态调整所在队列，兼顾短任务响应和长任务吞吐，是Linux等通用操作系统常用的调度策略。
在优先级评估方面，非实时操作系统通常遵循以下原则：
- 任务紧迫性：对响应时间要求越高的任务，赋予越高的优先级，确保关键交互及时处理。
- 任务执行时间：执行时间短的任务优先，有利于提高系统吞吐量和资源利用率。
- 任务重要程度：核心业务或用户直接感知的任务优先级更高，保证系统整体服务质量。
- 资源占用情况：占用关键资源较少的任务优先，减少资源竞争和等待时间。
- 动态调整：根据系统负载和任务运行状态动态调整优先级，避免低优先级任务长期得不到执行（饥饿）。
3.2 内核结构
- 宏内核：操作系统核心功能（任务调度、内存管理、文件系统等）都集成在内核中，如嵌入式 Linux。
- 微内核：内核只提供最基本的功能（任务调度、消息传递），其他功能以服务进程方式运行，如 QNX。
- 单内核：所有功能都编译在一个内核镜像中，如 uC/OS-III，其特点是体积小、效率高，适合资源受限的 MCU。
3.3 商业性质
- 商用操作系统：如 VxWorks，功能强大但需要付费授权。
- 开源操作系统：如 FreeRTOS、RT-Thread、uC/OS-III（源码开放），免费使用，社区活跃。
4. uC/OS-III
uC/OS-III（Micro C/OS-III）是 Micrium 公司推出的一款可裁剪、可固化、可剥夺的实时多任务内核，专为微控制器设计。其主要特点包括：
- 可剥夺多任务调度：高优先级任务就绪后立即抢占CPU，保证实时性。
- 无限任务数量：任务数量仅受RAM限制，理论上可创建无限多个任务。
- 优先级数量：支持最多64个优先级（实际可用优先级为1-63，0为最高优先级，通常保留给空闲任务或系统任务）。
- 时间片轮转调度：同优先级任务可通过时间片轮转方式共享CPU。
- 丰富的同步机制：提供信号量、互斥锁、事件标志组、消息队列等任务间通信与同步手段。
- 低中断延迟：内核采用短临界区设计，中断响应迅速。
- 可裁剪性：通过配置文件裁剪不需要的功能模块，减小内核体积。
uC/OS-III的源码结构清晰，主要由内核核心文件（os_core.c、os_task.c等）、配置文件（os_cfg.h、cpu_cfg.h）和移植文件（os_cpu_a.asm、os_cpu_c.c）组成，非常适合学习和二次开发。请参考《UCOSIII 移植步骤.pdf》 创建UCOS-III工程。
5. uC/OS-III任务
5.1 任务概念
在uC/OS-III中，一个完整的任务必须同时具备以下三个要件，缺一不可：
- 任务函数（Task Function）：任务的核心执行体，是一个返回值为void、参数为void指针的函数。任务函数内部通常是一个无限循环，循环中执行具体的业务逻辑，并通过延时或等待事件主动释放CPU，让其他任务得以运行。
- 任务控制块（TCB，Task Control Block）：内核用于管理任务的数据结构，保存任务的优先级、状态、栈指针、任务名等关键信息。每个任务都有自己独立的TCB，内核通过TCB来调度、挂起、恢复和删除任务。任务创建时，需要为TCB分配内存空间。
- 任务栈（Task Stack）：任务运行时用于保存局部变量、函数调用参数、返回地址以及CPU寄存器现场的内存区域。每个任务拥有独立的栈空间，栈的大小需要根据任务的复杂程度合理设置，过小会导致栈溢出，过大则浪费宝贵的RAM资源。
任务函数、任务控制块和任务栈三者共同构成了uC/OS-III中一个可被内核调度和运行的基本单元。只有同时具备这三个要件，任务才能被正常创建、调度和运行。
在uC/OS-III中，任务（Task）是一个无限循环的函数，具有独立的栈空间和任务控制块（TCB）。任务的一般结构如下：
void Task_Example(void *p_arg) { // 任务初始化代码 while (1) { // 任务主体逻辑 OSTimeDlyHMSM(0, 0, 1, 0); // 延时1秒，释放CPU } }5.2 任务优先级
uC/OS-III使用数值表示优先级，数值越小优先级越高。优先级0为最高优先级，通常保留给系统使用；优先级OS_CFG_PRIO_MAX-1为最低优先级，一般分配给空闲任务。用户任务通常使用1到OS_CFG_PRIO_MAX-2之间的优先级。高优先级任务就绪时，会立即抢占正在运行的低优先级任务。
5.3 任务状态
uC/OS-III中的任务存在以下几种状态：
- 就绪态（Ready）：任务已创建并具备运行条件，等待调度器分配CPU。
- 运行态（Running）：任务正在占用CPU执行。
- 阻塞态（Blocked）：任务因等待某个事件（如信号量、延时、消息队列）而暂停执行。
- 挂起态（Suspended）：任务被显式挂起，不参与调度，直到被恢复。
- 删除态（Deleted）：任务被删除，其TCB和栈空间被释放。
任务状态之间的转换由内核控制，例如任务调用OSTimeDly后从运行态进入阻塞态，延时结束后回到就绪态。
6. 任务函数
uC/OS-III提供了一系列任务管理API，常用的函数如下：
6.1 定时器设置
uC/OS-III 依赖系统定时器（SysTick）产生周期性的时钟节拍，驱动任务调度与时间管理。在 STM32 平台上，需要先初始化 SysTick 定时器，并在其中断服务函数中调用 uC/OS-III 的时钟服务程序，具体实现如下：
void SysTick_init(void) { SysTick->CTRL |= SysTick_CTRL_TICKINT_Msk; // 使能中断 SysTick->LOAD = SystemCoreClock / 8 / OSCfg_TickRate_Hz; // 设置重装载值 SysTick->CTRL |= SysTick_CTRL_ENABLE_Msk; // 开启定时器 } void SysTick_Handler(void) { OSIntEnter(); // 进入中断 OSTimeTick(); // 调用 uC/OS-III 的时钟服务程序 OSIntExit(); // 退出中断 }SysTick_init 函数用于配置系统定时器：使能中断、设置重装载值（根据系统时钟和节拍频率计算）并启动定时器。SysTick_Handler 是 SysTick 的中断服务函数，通过 OSIntEnter 和 OSIntExit 包裹 OSTimeTick 调用，确保时钟节拍在中断上下文中安全地驱动内核调度。
