1、课程导入：学习目标、课程结构、I2C/SPI/CAN总线概述与选型对比

嵌入式系统开发中，总线协议是连接处理器与外部设备（传感器、存储器、执行器、通信模块）的“神经系统”。I2C、SPI、CAN 是三种应用最广泛、但设计哲学截然不同的串行通信协议。本章作为《I2C/SPI/CAN总线设备接入与驱动实战》的开篇，旨在帮助学员建立全局视野：明确课程学习目标、理解课程结构设计逻辑，并从电气特性、通信机制、典型应用场景三个维度深入对比 I2C、SPI、CAN 的差异，为后续章节的驱动开发和设备接入打下坚实的选型基础。无论你是刚接触嵌入式驱动开发的初级工程师，还是希望系统梳理总线知识的资深开发者，本章内容都将为你提供一套可复用的决策框架。

1.1 课程学习目标与能力模型

本课程并非单纯讲解总线协议的理论课程，而是以“设备接入”和“驱动实战”为双主线，帮助学员建立从芯片手册到可运行驱动的完整闭环能力。学完本课程后，学员应具备以下四项核心能力：

协议级理解能力：能够读懂 I2C、SPI、CAN 设备的 datasheet 时序图，理解起始/停止条件、时钟极性/相位、报文帧格式、仲裁机制等关键概念，并能解释为什么某些设备需要时钟拉伸、为什么 SPI 没有 ACK 机制。
驱动开发能力：在 Linux 内核或 RTOS（如 FreeRTOS、RT-Thread）环境下，独立完成字符设备驱动、总线设备驱动或基于现有子系统（i2c-dev、spidev、SocketCAN）的应用层驱动开发。
系统调试能力：熟练使用逻辑分析仪、示波器、总线分析仪等工具，能够根据波形异常（如 SDA 毛刺、SCLK 抖动、CAN 总线隐性/显性电平错误）快速定位硬件或软件问题。
选型决策能力：面对一个新的传感器或执行器，能够根据通信距离、速率、功耗、引脚数、成本、可靠性等约束条件，在 I2C、SPI、CAN 之间做出合理选择，并给出技术依据。

课程结构设计逻辑：本课程共 30 章，分为四个阶段。第一阶段（第1-5章）为总线基础与选型；第二阶段（第6-15章）为 I2C 设备驱动实战（涵盖 EEPROM、温湿度传感器、触摸控制器等）；第三阶段（第16-24章）为 SPI 设备驱动实战（涵盖 Flash、ADC、LCD、SD 卡等）；第四阶段（第25-30章）为 CAN 总线设备接入与车载/工业应用实战。每个阶段均包含原理讲解、内核代码分析、实战案例和调试技巧，确保学员循序渐进。

1.2 三大总线核心原理与对比

I2C、SPI、CAN 虽然都是串行通信，但它们的电气层、协议层和应用场景差异巨大。理解这些差异是正确选型和编写高效驱动的前提。下表从 10 个关键维度进行了系统对比：

对比维度	I2C	SPI	CAN
物理层	2线（SCL+SDA），开漏+上拉	4线（SCLK+MOSI+MISO+CS）	2线（CANH+CANL），差分
通信模式	半双工，同步	全双工，同步	半双工，异步
主从结构	多主多从，软件寻址	单主多从，硬件片选	多主多从，ID仲裁
最大速率	3.4Mbps（高速模式）	100Mbps+（取决于主控）	1Mbps（经典）/5Mbps（CAN FD）
传输距离	<1m（板内）	<1m（板内，短距离）	可达1km+（低速时）
抗干扰能力	弱（单端信号）	弱（单端信号）	强（差分信号）
错误检测	ACK/NACK，无CRC	无内置错误检测	CRC、位填充、错误帧
多节点支持	理论128个（7位地址）	受限于片选引脚数	理论2048个（标准帧）
典型功耗	低（上拉电阻决定）	中（推挽输出）	中高（收发器功耗）
驱动复杂度	中（需处理时钟拉伸、重复起始）	低（时序简单）	高（需处理位时序、过滤器、错误恢复）

从驱动开发视角看，I2C 的难点在于其“慢速、多设备、无硬件片选”的特性，需要软件处理地址仲裁和 ACK 时序；SPI 的难点在于“高速、全双工”带来的数据缓冲和 DMA 管理；CAN 的难点则在于“实时性、多主竞争”带来的报文过滤和错误处理机制。后续章节将逐一深入。

1.3 选型判断方法：从需求到决策

在实际项目中，选型不是简单地“看速率选 SPI，看距离选 CAN”。需要综合考虑系统约束。以下是一个经过多个项目验证的四步选型法：

第一步：确定通信距离和物理环境。如果设备间距离超过 1 米，或者处于电机、变频器等强电磁干扰环境，直接排除 I2C 和 SPI，选择 CAN。如果距离在 10cm-50cm 且环境干净，I2C 和 SPI 均可。
第二步：评估数据吞吐量和实时性。如果持续传输大数据块（如图像、音频采样），SPI 是唯一选择；如果只是周期性读取传感器数据（如温度、湿度），I2C 足够；如果涉及多节点实时控制（如汽车门窗、工业阀门），CAN 的优先级最高。
第三步：盘点引脚和成本预算。MCU 引脚紧张时，I2C 的 2 线制优势明显；SPI 每增加一个从机就需要一个 CS 引脚；CAN 需要额外的收发器芯片（如 TJA1050），成本增加约 2-5 元/节点。
第四步：考虑软件生态和驱动复用。Linux 内核中 I2C 和 SPI 子系统非常成熟，有大量现成驱动；CAN 在 Linux 中通过 SocketCAN 接口支持，但需要配置网络接口。RTOS 环境下，I2C/SPI 驱动相对简单，CAN 驱动则需要更多底层操作。

经验提醒：在消费类电子产品（如智能手表、手机）中，I2C 是绝对主流，因为其引脚少、功耗低，且板内传感器数量多。在工业控制中，CAN 是事实标准，因为其抗干扰和长距离传输能力无可替代。SPI 则主要用在需要高吞吐的存储和显示场景。选型时不要只看峰值速率，还要关注总线利用率——I2C 在 400kHz 下实际有效吞吐量可能只有 300kbps，因为每个字节都要带 ACK 位。

1.4 案例拆解：智能传感器集线器的总线选型

为了帮助学员将选型方法落地，我们分析一个典型的智能传感器集线器项目。该设备用于工业设备状态监测，需要采集 6 路温度、4 路振动加速度、1 路环境温湿度，并通过 CAN 总线将数据上传到 PLC 控制器。

项目约束条件：

MCU 选用 STM32F407（120MHz，资源充足）
温度传感器（如 PT100 变送器）输出 I2C 接口，采样率 10Hz
振动加速度传感器（如 ADXL345）支持 I2C/SPI，采样率 1kHz，需要连续读取 32 字节数据
环境温湿度传感器（如 SHT30）I2C 接口，采样率 1Hz
与 PLC 距离约 50 米，现场有变频器干扰

分析判断过程：

首先，距离 50 米且有变频器干扰，决定了与 PLC 通信必须使用 CAN 总线。其次，板内传感器距离 MCU 均在 10cm 以内，I2C 和 SPI 均可。振动传感器采样率 1kHz，每次读取 32 字节，数据量为 32KB/s，I2C 在 400kHz 下理论吞吐量约 50KB/s，但考虑到 ACK 开销和时钟拉伸，实际可用吞吐量约 40KB/s，勉强够用但余量不足。因此，振动传感器选择 SPI 接口（速率可达 5MHz），而温度和环境温湿度传感器使用 I2C 接口（总数据量不到 1KB/s）。

实际操作步骤：

将 6 路 PT100 变送器通过 I2C 多路复用器（TCA9548A）挂载到 I2C1 总线，解决地址冲突问题。
将 4 路 ADXL345 通过 SPI1 总线连接，每个传感器使用独立 CS 引脚（PA4-PA7）。
SHT30 挂载到 I2C2 总线，与 I2C1 物理隔离，避免相互干扰。
CAN1 接口连接 TJA1050 收发器，配置 500kbps 波特率，通过 120Ω 终端电阻接入 CAN 网络。

结果与复盘：系统运行稳定，振动数据无丢失，CAN 总线在变频器满载运行时误码率为 0。复盘发现，如果当初振动传感器也使用 I2C，在高温环境下传感器内部时钟拉伸可能导致总线占用时间过长，进而影响其他传感器读取。SPI 的全双工和独立片选机制为高速传感器提供了更可靠的保障。此外，CAN 的报文过滤功能使得 MCU 可以只接收 PLC 下发的配置帧，减少了中断负载。

风险提示：在混合使用 I2C 和 SPI 时，务必注意电平匹配。部分传感器是 5V 供电，但 MCU 是 3.3V 逻辑，需要电平转换芯片（如 PCA9306）。另外，I2C 上拉电阻的取值需要根据总线电容和速率调整，典型值 2.2kΩ-4.7kΩ，过小会增加功耗，过大会导致上升沿变缓，影响通信可靠性。

1.5 常见误区与总结复盘

在多年教学和项目评审中，我们发现学员和工程师在总线选型与驱动开发中经常陷入以下误区，需要特别警惕：

误区一：认为 SPI 一定比 I2C 快。实际上，SPI 的速率上限取决于主控的时钟分频和从机的最高支持频率，而 I2C 在高速模式下也能达到 3.4Mbps。对于短距离、小数据量的场景，两者差距并不明显。
误区二：忽略 I2C 的地址冲突问题。当板上有多个相同型号的传感器时，如果它们没有地址配置引脚，就需要使用多路复用器或改用 SPI。这是 I2C 设计中最常见的坑。
误区三：CAN 总线不接终端电阻。CAN 总线两端必须各接一个 120Ω 终端电阻，否则信号反射会导致通信不稳定。很多初学者在实验室环境（短距离）不接电阻也能工作，但一旦线缆加长就出现偶发错误。
误区四：在 Linux 中直接操作 GPIO 模拟 I2C/SPI。虽然 GPIO 模拟在某些场景下可行，但会占用大量 CPU 资源且时序不稳定。应优先使用硬件控制器和内核子系统。