课程导入：VxWorks实时操作系统概述、BSP与驱动的角色、课程学习路径与实战环境搭建
嵌入式实时系统是工业控制、航空航天、汽车电子、医疗设备等领域的核心计算底座。VxWorks 作为全球应用最广泛的商用 RTOS（实时操作系统）之一，以其高确定性调度、微秒级中断响应、强大的网络协议栈和可裁剪内核，在关键任务场景中占据不可替代的地位。本章作为整个课程的开篇，将首先厘清 VxWorks 的实时性本质与架构分层，明确 BSP（Board Support Package，板级支持包）与设备驱动在系统启动和运行中的职责边界，随后给出本课程 30 章的学习路径图，最后带领读者完成基于 QEMU 模拟器和 Wind River Workbench 的实战环境搭建。这一章的核心目标是建立全局认知框架，让读者在后续编写具体驱动之前，先理解代码运行的系统上下文。
1.1 VxWorks 实时操作系统核心原理
VxWorks 的实时性并非单纯指"速度快"，而是指系统能够在确定的时间范围内对外部事件做出响应。其内核采用基于优先级抢占的调度策略，配合可选的轮转调度（Round-Robin）机制，确保高优先级任务在就绪后立即获得 CPU 使用权。VxWorks 7 的 Wind Microkernel 进一步将内核裁剪到最小 20KB 级别，同时支持 SMP（对称多处理）和 AMP（非对称多处理）两种多核模式，满足不同场景的算力需求。
从架构分层来看，VxWorks 系统自上而下分为应用层、系统调用接口、内核层、BSP 层和硬件层。其中 BSP 是连接内核与具体硬件板的桥梁，它负责在系统启动阶段完成 CPU 初始化、内存映射建立、中断控制器配置、时钟系统启动等底层操作，并向内核提供统一的硬件抽象接口。设备驱动则运行在内核之上，通过标准 I/O 接口（open/read/write/ioctl）或专用驱动框架（如网络驱动框架、字符设备框架）与应用程序交互。
1.2 BSP 与驱动的角色定位
BSP 在 VxWorks 启动流程中扮演"第一个程序"的角色。当硬件上电后，CPU 首先执行 bootrom（存储在 Flash 中的引导代码），bootrom 完成最小硬件初始化后，将 VxWorks 内核镜像加载到 RAM 中并跳转执行。内核启动后，BSP 的 sysLib.c 中的 sysHwInit() 函数会被调用，完成板级外设的初始化，包括串口、定时器、中断控制器等。此后，内核才能正常调度任务，驱动才能被加载。
设备驱动则处于 BSP 之上，它们通过访问 BSP 提供的寄存器映射地址和中断号来操作具体硬件。例如，一个 I2C 驱动需要知道 I2C 控制器的基地址、中断号、时钟频率等参数，这些参数由 BSP 在 sysLib.c 中定义并导出。驱动编写者通常不需要关心 CPU 的 cache 配置或 MMU 页表，这些由 BSP 统一管理。
| 对比维度 | BSP | 设备驱动 |
|---|---|---|
| 初始化时机 | 系统启动早期（bootrom 阶段） | 内核启动后，按需加载 |
| 主要职责 | CPU/内存/中断/时钟/串口初始化 | 具体外设（UART/GPIO/网络/存储）操作 |
| 依赖关系 | 不依赖任何驱动 | 依赖 BSP 提供的硬件抽象接口 |
| 修改频率 | 换板时修改，相对稳定 | 随外设芯片变化，迭代频繁 |
| 典型文件 | config.h, sysLib.c, bootrom | xxxDrv.c, xxxDev.c |
1.3 课程学习路径与实战环境搭建
本课程共 30 章，按照"基础 → BSP → 驱动 → 调试优化"四个阶段递进。第 1-5 章为 VxWorks 基础与开发环境；第 6-12 章深入 BSP 开发，涵盖启动流程、内存映射、中断与时钟、串口与 Flash 驱动；第 13-24 章聚焦各类设备驱动编写，包括 GPIO、I2C、SPI、UART、网络、存储、USB 等；第 25-30 章讲解调试技巧、性能优化、安全机制与项目实战。建议读者按照顺序学习，每章完成后完成配套实验。
实战环境搭建是本章的动手环节。我们推荐使用 QEMU 模拟器（如 qemu-system-arm 模拟 vexpress-a9 开发板）配合 Wind River Workbench 3.3 或 VxWorks 7 的 VSB（VxWorks Source Build）工具链。具体步骤如下：
- 安装 Wind River Workbench：获取 VxWorks 7 评估版或正式版，安装 Workbench IDE 和对应的交叉编译工具链（如 arm-wrs-linux-gnu-gcc）。
- 创建 VSB 工程：在 Workbench 中新建 VxWorks Source Build 工程，选择目标架构（ARM）和 BSP 包（如 vxsim-linux 或 vexpress-a9）。
- 编译 VxWorks 镜像：在 VSB 工程中执行 make 命令，生成 vxWorks 可执行镜像文件。
- 配置 QEMU 启动参数：使用以下命令启动模拟器：
qemu-system-arm -M vexpress-a9 -m 256M -kernel vxWorks -nographic -append "console=ttyAMA0"启动后，串口终端应输出 VxWorks 启动日志，并进入 shell 提示符。此时可以执行 i 命令查看任务列表，devs 命令查看设备列表，验证系统运行正常。
1.4 常见误区与学习建议
初学者最容易混淆的概念是"BSP 就是驱动"。实际上，BSP 更接近"硬件抽象层 + 启动代码"，而驱动是"设备操作逻辑"。另一个常见误区是认为 VxWorks 驱动可以直接复用 Linux 驱动代码——两者的驱动模型、API 和内存管理机制差异巨大，必须重写。此外，很多读者忽视 BSP 中的 cache 和 MMU 配置，导致驱动出现数据不一致问题，这在 DMA 操作中尤为致命。
在学习方法上，建议读者采用"读代码 + 改代码 + 验证"的循环。每学完一个驱动类型，先在 QEMU 上运行示例，再尝试修改参数（如改变 GPIO 引脚、调整 I2C 速率），观察行为变化。对于 BSP 部分，建议对照硬件手册（如 ARM Cortex-A9 TRM）逐行阅读 sysLib.c，理解每个寄存器配置的含义。