📚 课程目录第1章 embOS实时内核与任务调度全景

1. embOS实时内核与任务调度全景

在嵌入式系统里，当产品从“裸机主循环 + 中断”走向多任务并发，实时操作系统（RTOS）就成为组织代码、管理时间和保证响应确定性的核心基础设施。RTOS 的本质不是“让程序跑得更快”，而是让多个具有不同实时性要求的活动，在可预测的时间边界内共享 CPU、内存与外设。它提供任务、调度、同步、通信、时间管理和中断管理等机制，使开发者能够以任务为单位描述功能，而不是把所有逻辑塞进一个巨大的 while(1)。

实时性通常分为硬实时、软实时和固件实时。硬实时要求任务必须在截止时间前完成，否则视为系统失败，例如电机换相控制、安全联锁；软实时允许偶发超时，例如日志上传、界面刷新；固件实时介于两者之间，例如音频缓冲填充，偶尔超时只会造成可感知的轻微失真。理解这一分类，是后续选择调度策略、分配优先级和评估抖动的前提。

embOS 是 SEGGER 推出的抢占式实时内核，具有代码紧凑、移植层清晰、中断延迟低、API 稳定等特点。其架构可概括为四层：最底层是与 CPU 架构相关的移植层，负责上下文切换、临界区进出和系统节拍中断；其上是内核核心，包含任务控制块（TCB）、就绪链表、延时链表、调度器和时间管理；再上是同步与通信组件，如信号量、互斥量、事件对象、邮箱和队列；最上层是用户任务与中断服务程序。embOS 的调度器采用基于优先级的抢占式调度，同一优先级任务按时间片轮转，并支持任务在运行中动态改变优先级。

任务调度在实时系统中的核心地位，体现在它直接决定了系统的响应时间、抖动和 CPU 利用率。一个设计良好的调度方案，能让高优先级任务在中断触发后以微秒级延迟获得 CPU；而一个糟糕的优先级分配，可能导致低优先级任务长期得不到执行，即“优先级反转”或“饥饿”。embOS 通过优先级继承机制缓解优先级反转：当高优先级任务等待一个被低优先级任务持有的互斥量时，低优先级任务会临时提升到与等待者相同的优先级，从而尽快释放资源。

为了把理论落到可运行的工程上，课程采用“仿真 + 真实硬件”双轨实验环境。仿真侧使用 SEGGER Embedded Studio 配合 embOS 的模拟器移植，无需硬件即可观察任务切换、信号量竞争和延时行为；硬件侧以 STM32F407（Cortex-M4，168 MHz）或同等开发板为目标，通过 J-Link 调试器连接，使用 SystemView 实时记录任务调度事件。实验环境搭建的关键步骤如下：

安装 SEGGER Embedded Studio，选择 Cortex-M 工具链，确认编译器版本与 embOS 库匹配。
获取 embOS 源码包，将其中的 Start、Port、Gen 等目录加入工程，注意 Port 下按 CPU 架构选择对应子目录。
在 OS_Config.h 中配置系统节拍频率。例如设置 OS_TICK_FREQ = 1000，即 1 ms 一个节拍；同时设置 OS_TASK_MAX 为最大任务数，OS_TIME_MAX 为最大延时值。
编写 main 函数：调用 OS_Init() 初始化内核，创建至少两个任务（一个高优先级周期任务，一个低优先级后台任务），然后调用 OS_Start() 启动调度器。
连接 J-Link，在 SystemView 中配置 RTT 通道，下载并运行程序，观察任务切换时序图。

下面给出一个最小可运行的任务创建示例，用于验证环境是否搭建成功。该示例创建两个任务：Task_A 每 100 ms 翻转一次 LED 并打印计数，Task_B 每 500 ms 打印一次系统运行时间。两个任务优先级不同，便于在 SystemView 中观察抢占关系。

#include "RTOS.h"

static OS_STACKPTR int StackA[128], StackB[128];
static OS_TASK TCB_A, TCB_B;

static void Task_A(void) {
    int cnt = 0;
    while (1) {
        cnt++;
        printf("Task_A: %d\n", cnt);
        OS_TASK_Delay(100);   /* 延时 100 个节拍，即 100 ms */
    }
}

static void Task_B(void) {
    while (1) {
        printf("Task_B: uptime = %d ms\n", OS_GetTime());
        OS_TASK_Delay(500);
    }
}

int main(void) {
    OS_Init();
    OS_TASK_Create(&TCB_A, "Task_A", 5, Task_A, StackA, sizeof(StackA));
    OS_TASK_Create(&TCB_B, "Task_B", 3, Task_B, StackB, sizeof(StackB));
    OS_Start();
    return 0;
}

运行后，若在串口终端看到 Task_A 每 100 ms 输出一次、Task_B 每 500 ms 输出一次，且 SystemView 中 Task_A 的调度块明显比 Task_B 密集，说明内核已正常工作。此时可以进一步观察：当 Task_A 调用 OS_TASK_Delay 进入阻塞态时，调度器立即切换到 Task_B；当延时到期，Task_A 重新就绪并抢占 Task_B。这一“阻塞—就绪—抢占”的循环，正是 embOS 调度器最基础也最重要的行为。

学习本课程时，建议每章都在同一块开发板上复现实验。把 SystemView 的调度轨迹与代码中的 API 调用一一对应，比单纯阅读 API 手册更能建立“调度直觉”。遇到任务不切换、延时不准或优先级异常时，优先检查系统节拍配置、栈大小和中断优先级分组。

本课程后续将围绕任务管理、调度策略、同步与通信、中断处理、时间管理、内存管理、性能分析与优化等主题展开。每一章都会给出可运行的代码片段、关键参数配置和观察方法，帮助读者从“知道 embOS 是什么”逐步过渡到“能用 embOS 设计出满足实时性要求的系统”。