📚 课程目录第1章 I2C协议深度解析

1. I2C协议深度解析：物理层、协议层、时序图、寻址方式、读写操作、多主机仲裁

各位同学，咱们今天正式开讲I2C。说实话，做了这么多年嵌入式，I2C是我用得最多的总线之一。它简单、灵活，两根线就能搞定一堆外设。但越是简单的东西，坑往往越深。我记得刚入行那会儿，就因为I2C时序没调好，折腾了整整三天。嗯，今天咱们就把I2C从头到尾捋一遍，把那些容易踩的坑都给它填上。

I2C总线物理上只需要两根线：SCL（时钟线）和SDA（数据线）。这两根线都是开漏输出，必须接上拉电阻。

核心要点：开漏结构意味着任何设备都可以把总线拉低，但拉高要靠上拉电阻。这是I2C多主机仲裁的基础，也是很多新手容易忽略的地方。

上拉电阻怎么选？我个人的经验是：

为什么会这样？说白了，总线电容是固定的，频率越高，你需要更小的电阻来保证信号上升沿够快。我曾经在一个项目里用了10kΩ上拉电阻跑400kHz，结果波形圆得像馒头，从设备根本不认。

注意：总线电容不要超过400pF，否则信号质量会急剧下降。我曾经在一个大板上挂了8个I2C设备，线长加起来半米多，结果通信时好时坏。后来用示波器一看，上升沿都快赶上时钟周期了。

I2C的协议层其实就四个基本动作：起始条件、停止条件、数据传送、应答信号。你想想看，所有复杂的读写操作，都是这四个动作的组合。

这两个条件由主机独占，从设备不能发起。我见过有人把起始和停止搞反了，结果总线一直卡在忙状态。嗯，这里要注意：每次通信必须以起始开始，以停止结束。

数据在SCL低电平时变化，高电平时采样。每个字节8位，高位在前。每传完一个字节，接收方要回一个ACK（低电平）或NACK（高电平）。

小技巧：调试I2C时，我最常用的方法就是用逻辑分析仪抓起始条件后的第一个字节。如果地址对了，ACK也对了，那后面基本没问题。如果第一个字节就NACK，先检查地址对不对，再查上拉电阻。

下面这张图是我手绘风格的I2C完整读写时序，包含了起始、地址、读写位、ACK、数据和停止。建议大家对照着看，比光看文字直观得多。

I2C标准寻址是7位，理论上支持112个从设备（地址0x00保留给通用呼叫，0x01~0x7F可用）。但实际项目中，同一总线上挂4~5个设备就差不多了，因为要考虑总线电容和地址冲突。

10位寻址是扩展方案，用得不多。我个人习惯：能用7位就别用10位，兼容性好，代码也简单。

避坑指南：很多I2C芯片的地址不是完全固定的，比如AT24C02的地址是1010XXX，其中XXX由A0/A1/A2引脚电平决定。我曾经因为没注意A0引脚悬空，导致两个EEPROM地址冲突，写数据时互相覆盖。嗯，教训深刻。

I2C的读写操作由主机控制，从设备只能被动响应。咱们来看两种典型操作：

经验之谈：读操作里的重复起始条件（Sr）是个关键点。很多新手会先发停止再发起始，这样会导致总线释放，可能被其他主机抢走。用Sr可以保持总线控制权。我在写驱动时，一律用Sr，从不发停止再发起始。

多主机仲裁是I2C最巧妙的设计之一。说白了，就是多个主机同时抢总线时，谁先拉低SDA谁赢。

仲裁过程是这样的：

重要提醒：仲裁只在SDA上发生，SCL由所有主机共同驱动（线与逻辑）。仲裁失败的主机不会丢失数据，因为它会在检测到冲突时停止发送。我曾经在一个双主机的项目里，因为两个主机发送的地址完全相同，导致仲裁一直不成功。后来改了其中一个主机的地址才解决。