4、I2C通信时序：标准模式（100kHz）、快速模式（400kHz）、高速模式（3.4MHz）时序参数
说到I2C的时序，很多人第一反应就是看数据手册里的那些时序图。密密麻麻的tHD、tSU、tHIGH、tLOW……说实话，我刚开始接触I2C时也被这些参数搞得头大。但后来我发现，只要你真正理解了I2C的物理层工作原理，这些时序参数其实没那么可怕。
I2C协议定义了三种通信模式：标准模式（Standard-mode）、快速模式（Fast-mode）和高速模式（High-speed mode）。它们的区别说白了就是——跑多快。但每种模式对时序的要求完全不同，选错了，通信就会出问题。
4.1 标准模式（100kHz）——最稳的选择
标准模式是I2C最基础的通信模式。时钟频率最高100kHz。这个模式最大的优点就是——兼容性极好。几乎所有I2C设备都支持。
我个人习惯在项目初期先用标准模式调试。为什么？因为时序要求宽松，不容易出问题。等通信稳定了，再考虑要不要提速。
标准模式的关键时序参数如下：
| 参数 | 符号 | 最小值 | 最大值 | 说明 |
|---|---|---|---|---|
| SCL时钟频率 | fSCL | 0 | 100 kHz | 标准模式上限 |
| SCL低电平时间 | tLOW | 4.7 μs | - | 时钟低电平保持时间 |
| SCL高电平时间 | tHIGH | 4.0 μs | - | 时钟高电平保持时间 |
| 数据建立时间 | tSU;DAT | 250 ns | - | 数据在SCL上升沿前需稳定 |
| 数据保持时间 | tHD;DAT | 0 | 3.45 μs | 数据在SCL下降沿后需保持 |
| 上升时间 | tr | - | 1000 ns | SCL/SDA信号上升沿时间 |
| 下降时间 | tf | - | 300 ns | SCL/SDA信号下降沿时间 |
嗯，这里要注意：tLOW和tHIGH是决定时钟频率的关键。标准模式下，tLOW至少4.7μs，tHIGH至少4.0μs。加起来就是8.7μs，对应的频率大约是115kHz。但实际设计中，我们通常会留一些余量，把频率控制在100kHz以内。
4.2 快速模式（400kHz）——性能与稳定的平衡点
快速模式把时钟频率提到了400kHz。相比标准模式，速度快了4倍。但代价是什么？时序要求更严格了。
你想想看，频率提高了，每个时钟周期的时间就缩短了。标准模式下，一个周期是10μs。快速模式下，一个周期只有2.5μs。留给信号建立和保持的时间窗口被压缩了。
快速模式的关键时序参数：
| 参数 | 符号 | 最小值 | 最大值 | 说明 |
|---|---|---|---|---|
| SCL时钟频率 | fSCL | 0 | 400 kHz | 快速模式上限 |
| SCL低电平时间 | tLOW | 1.3 μs | - | 比标准模式缩短了3.6倍 |
| SCL高电平时间 | tHIGH | 0.6 μs | - | 比标准模式缩短了6.7倍 |
| 数据建立时间 | tSU;DAT | 100 ns | - | 比标准模式更严格 |
| 数据保持时间 | tHD;DAT | 0 | 0.9 μs | 保持时间窗口缩小 |
| 上升时间 | tr | - | 300 ns | 比标准模式要求更陡峭 |
| 下降时间 | tf | - | 300 ns | 与标准模式相同 |
看到没？tHIGH从4.0μs降到了0.6μs。这意味着什么？意味着你的上拉电阻必须选得更小，否则信号上升时间跟不上。我在项目中遇到过这个问题——用10kΩ上拉电阻跑标准模式没问题，但切换到快速模式后，SCL的上升沿变得很缓，导致从机采样出错。
4.3 高速模式（3.4MHz）——真正的速度与激情
高速模式，3.4MHz。这个速度在I2C世界里已经算是「飙车」了。但要注意，高速模式不是所有设备都支持。而且，它的时序要求非常苛刻。
高速模式有一个特殊的设计——它引入了电流源上拉的概念。普通模式下，我们用电阻上拉。但电阻上拉在高速时会产生RC延迟，信号上升太慢。高速模式的做法是：在SCL上升沿时，用一个电流源快速给总线充电，让信号快速上升。
高速模式的关键时序参数：
| 参数 | 符号 | 最小值 | 最大值 | 说明 |
|---|---|---|---|---|
| SCL时钟频率 | fSCL | 0 | 3.4 MHz | 高速模式上限 |
| SCL低电平时间 | tLOW | 160 ns | - | 非常短，只有160ns |
| SCL高电平时间 | tHIGH | 60 ns | - | 只有60ns！ |
| 数据建立时间 | tSU;DAT | 10 ns | - | 10ns的建立时间 |
| 数据保持时间 | tHD;DAT | 0 | 70 ns | 保持窗口极窄 |
| 上升时间 | tr | - | 40 ns | 要求信号非常陡峭 |
| 下降时间 | tf | - | 40 ns | 同样要求陡峭 |
看到tHIGH只有60ns了吗？这意味着你的MCU和从机设备必须能在这个时间内完成采样。说实话，3.4MHz模式在实际项目中用得并不多。为什么？因为对PCB布局、走线长度、信号完整性要求太高了。
我个人的建议是：除非你的项目对速度有极致要求，否则尽量用400kHz快速模式。3.4MHz模式更适合那些对时序有深入理解、并且有高速信号设计经验的工程师。
- 标准模式（100kHz）：最稳定，兼容性最好，适合初学者和调试阶段
- 快速模式（400kHz）：性能与稳定的平衡点，大多数实际项目的首选
- 高速模式（3.4MHz）：速度极致，但时序要求苛刻，需要谨慎使用
4.4 三种模式的对比与选择建议
三种模式放在一起对比，差异就很明显了：
| 参数 | 标准模式 | 快速模式 | 高速模式 |
|---|---|---|---|
| 最大频率 | 100 kHz | 400 kHz | 3.4 MHz |
| tLOW最小值 | 4.7 μs | 1.3 μs | 160 ns |
| tHIGH最小值 | 4.0 μs | 0.6 μs | 60 ns |
| 上升时间最大值 | 1000 ns | 300 ns | 40 ns |
| 上拉方式 | 电阻上拉 | 电阻上拉 | 电流源+电阻上拉 |
| 设备兼容性 | 几乎所有I2C设备 | 大多数I2C设备 | 仅高速模式设备 |
| PCB设计要求 | 低 | 中等 | 高 |
怎么选？我一般遵循这个原则：
- 原型验证阶段：先用标准模式，确保通信逻辑正确
- 量产产品：如果从机支持，优先用快速模式。400kHz对于大多数传感器（包括制氧机流量传感器）来说已经足够
- 特殊场景：只有在对吞吐量有极高要求时，才考虑高速模式。比如同时采集多个高速传感器的数据
好了，关于I2C的三种通信模式时序参数，就讲到这里。下一节我们会聊聊实际驱动开发中，如何根据这些时序参数来配置MCU的I2C外设。到时候我会结合具体的代码示例，带你一步步实现一个稳定的I2C驱动。