2. 嵌入式系统与RTOS基础

在进入 BSP 移植之前，先把“被移植的对象”和“运行它的系统”看清楚。BSP 不是孤立的一段驱动代码，它位于嵌入式硬件与 RTOS 内核之间，向上提供统一的内核运行环境，向下管理芯片的时钟、内存、中断和片内外设。理解嵌入式系统的组成、RTOS 的基本概念以及 RT-Thread 的定位，是后续判断“哪些代码该放在 BSP、哪些该放在驱动、哪些属于内核”的前提。

一、嵌入式系统的四层组成

一个典型的嵌入式系统可以划分为硬件层、BSP/驱动层、RTOS 内核层和应用层。硬件层包含 MCU/SoC、Flash、RAM、时钟、电源、外设以及板级连接；BSP 层负责把具体芯片和板卡“翻译”成内核可识别的接口，包括启动代码、时钟初始化、串口、GPIO、中断控制器、定时器和内存布局；RTOS 内核层提供线程调度、同步通信、内存管理和时间管理；应用层则实现具体业务逻辑。

这四层之间是逐层依赖的关系：应用不直接操作寄存器，而是通过内核提供的设备框架或系统调用访问硬件；内核不关心具体引脚，而是通过 BSP 提供的接口获得时钟节拍、中断入口和堆栈空间。BSP 移植的本质，就是让 RTOS 内核能够在一套新的硬件上正确启动并稳定运行。

二、RTOS 的基本概念

RTOS（Real-Time Operating System，实时操作系统）与通用操作系统的最大区别在于“确定性”：任务必须在规定时间内得到响应。RTOS 的核心概念包括任务/线程、调度、优先级、时间片、临界区、同步与通信、内存管理和中断处理。

• 任务与线程：RT-Thread 中任务以线程形式存在，拥有独立栈空间和优先级，是调度的基本单位。
• 调度策略：RT-Thread 默认采用基于优先级的抢占式调度，同优先级线程可按时间片轮转。
• 同步与通信：信号量用于同步和资源计数，互斥量用于保护共享资源，消息队列和邮箱用于线程间传递数据。
• 中断处理：中断服务程序应尽量短小，复杂处理通过信号量或消息投递到线程中完成。
• 时间管理：系统节拍（tick）驱动延时、超时和软定时器，节拍频率直接影响实时性粒度。

三、RT-Thread 的发展历程与特点

RT-Thread 是国产开源嵌入式实时操作系统，自 2006 年起步，经过多年迭代，已形成包含内核、设备框架、组件和软件包在内的完整生态。其内核精简、可裁剪，支持 ARM Cortex-M、RISC-V、MIPS、x86 等多种架构，广泛应用于物联网终端、工业控制和消费电子。

四、案例场景：从裸机到 RTOS 的思维转变

假设一个基于 Cortex-M4 的采集板，裸机程序在 main 中顺序执行“初始化—采集—上传”，一旦上传阻塞，采集就会延迟。移植 RT-Thread 后，可以拆分为采集线程、处理线程和通信线程，通过消息队列传递数据，通过信号量同步完成事件。此时 BSP 需要提供：系统节拍定时器、串口中断、GPIO 中断和堆内存区域。

/* board.c 中典型的 BSP 初始化片段 */
void rt_hw_board_init(void)
{
    /* 1. 系统时钟配置 */
    SystemClock_Config();

    /* 2. 系统节拍定时器配置 */
    rt_hw_systick_init();

    /* 3. 堆内存初始化 */
    rt_system_heap_init((void *)HEAP_BEGIN, (void *)HEAP_END);

    /* 4. 串口初始化，用于 FinSH 控制台 */
    rt_hw_usart_init();

    /* 5. 板级外设初始化 */
    rt_hw_board_periph_init();
}

这段代码体现了 BSP 的典型职责：时钟、节拍、堆、控制台和外设。移植时若节拍中断未正确挂接，系统将无法调度；若堆范围与链接脚本不一致，动态内存分配会失败；若串口引脚复用未配置，FinSH 无法输出日志。

五、常见误区与复盘

复盘时建议按“启动—节拍—控制台—外设—组件”的顺序逐项验证：先确认内核能启动并打印版本信息，再确认节拍正常、延时准确，然后验证串口和 GPIO，最后逐步开启 DFS、网络等组件。每一步都保留最小可运行配置，才能把问题定位在可控范围内。

掌握嵌入式系统的分层结构、RTOS 的实时性概念以及 RT-Thread 的可裁剪特性后，再去看 BSP 目录中的 board.c、rtconfig.h 和 drv_*.c，就能明白每一行代码在系统中的位置和作用，为后续实际移植打下清晰的基础。