1. 课程导入
欢迎进入《Linux驱动系统集成项目实战》。在嵌入式与智能硬件领域，Linux 驱动开发早已不是“写一个字符设备”那么简单。真实项目往往要求把 SoC 内部控制器、外部传感器、总线协议、电源管理、设备树、用户态接口和量产测试整合成一条可交付、可维护、可复现的工程链路。本课程的目标，就是带你从“会写驱动模块”走向“能完成系统集成”。
一、学习目标：从模块开发到系统交付
学习完本课程，你应当具备以下能力：能够阅读原理图和芯片手册，定位控制器与外设的连接关系；能够编写和修改设备树，使内核正确识别硬件；能够实现字符设备、平台设备、I2C/SPI 从设备等常见驱动；能够把驱动编译进内核或作为模块加载，并完成与用户态接口的对接；能够使用示波器、逻辑分析仪、内核日志和调试文件系统定位问题；最终能够独立完成一个中等复杂度的 Linux 驱动系统集成项目。
- 硬件理解：看懂原理图、引脚复用、时钟、复位、电源域和中断连接。
- 内核机制：掌握模块加载、设备模型、设备树、总线匹配、并发与同步。
- 驱动实现：能写平台驱动、I2C/SPI 驱动、字符设备、sysfs/procfs 接口。
- 系统集成：能把驱动、设备树、内核配置、根文件系统和启动脚本串起来。
- 调试与验证：会用 dmesg、ftrace、gpio、i2c-tools、逻辑分析仪和测试脚本。
二、核心概念：驱动系统集成的五个关键词
在进入实战之前，先建立五个核心概念。第一是设备模型：Linux 用 bus、device、driver 三者匹配来描述硬件与驱动的关系。第二是设备树：它把板级硬件信息从内核代码中剥离出来，使同一驱动可以适配不同板卡。第三是平台设备：SoC 内部控制器通常以 platform_device 或设备树节点形式存在。第四是总线驱动：I2C、SPI、USB 等总线负责枚举和匹配从设备。第五是用户态接口：驱动最终要向上提供 read/write/ioctl、sysfs、debugfs 或字符设备节点，供应用和测试使用。
三、整体框架：纵向链路与横向支撑
上图展示了本课程的整体框架。纵向链路是“硬件 → 设备树 → 内核驱动 → 用户态接口”，这是驱动系统集成的主干。横向支撑则包括内核配置与编译、根文件系统、启动流程、调试工具和测试脚本。很多初学者只关注驱动代码本身，忽略了设备树、内核配置和用户态接口，导致“代码能编译，板子跑不起来”。真正的系统集成，必须把纵向链路每一层都打通。
| 层次 | 核心对象 | 常见文件/工具 | 典型问题 |
|---|---|---|---|
| 硬件层 | SoC、外设、引脚、时钟 | 原理图、芯片手册、万用表 | 引脚复用错误、供电异常 |
| 设备树层 | 节点、compatible、reg | .dts/.dtsi、dtc | compatible 不匹配、reg 地址错误 |
| 驱动层 | platform_driver、i2c_driver | .c、Makefile、Kconfig | probe 失败、资源申请冲突 |
| 用户态层 | 设备节点、sysfs、ioctl | /dev、/sys、测试程序 | 权限不足、接口语义不清 |
| 验证层 | 日志、波形、性能数据 | dmesg、逻辑分析仪、脚本 | 偶发失败、时序不满足 |
四、案例场景：一个 I2C 温度传感器的集成过程
假设项目要求在嵌入式板卡上接入一颗 I2C 温度传感器，并通过应用读取温度。集成过程大致如下：首先确认传感器挂在哪条 I2C 总线上、地址是多少、供电和中断引脚如何连接；然后在设备树中增加节点，描述 compatible、reg、中断和电源；接着编写或复用 i2c_driver，在 probe 中初始化寄存器并注册字符设备或 sysfs 接口；再配置内核使 I2C 控制器和驱动被编译；最后加载模块，使用 i2c-tools 扫描总线，读取设备节点验证数据。
# 典型调试命令
dmesg | grep -i i2c
i2cdetect -y 1
cat /sys/bus/i2c/devices/1-0048/temperature
ls /dev/temp_sensor
cat /dev/temp_sensor这个案例虽小，却覆盖了驱动系统集成的完整链路。如果传感器读不到数据，问题可能出在硬件供电、I2C 地址、设备树 reg、驱动 probe、总线速率或用户态权限中的任何一环。课程后续章节会逐一展开这些环节。
五、常见误区与复盘
本课程后续将围绕这条路线图展开：先补齐内核模块、设备模型和设备树基础，再进入 platform、I2C、SPI、字符设备、中断与并发等驱动实现，最后完成系统集成、调试优化和项目交付。你现在要做的，是建立“从硬件到应用”的全局视角，而不是孤立地记忆 API。