一般情况下， i2c 设备焊接没什么问题，按照设备手册一步步来，基本上就顺风顺水能够用起来。如果这么一个简单的东西，有时候想要的结果死活不出来，反复的检查问题的原因，查询解决办法，核查设备的数据手册，甚至发送和接收的每一条命令与数据都知道是什么意思，仍然无法解决问题，那该怎么办呢?
  t. a3 L2 _/ P$ Z
) C' H5 O4 {3 r( N$ g本文主要针对 i2c 设备，讲解如何解决 i2c 设备主机与从机直接无法正常数据交互的问题，侧重点是针对硬件设计不太合理、i2c 设备设计不标准导致总线故障的情况，并且通过分析现象，提出解决方案。对于在设备初始化中，没有设置相应的寄存器或者发送命令，而导致的无法获取想要的数据情况，不作详细介绍。

, P% z% S; Z" G
一、i2c 基本用法
  s! {4 c# ^. V5 y6 r2 p  o  Ui2c 总线是一种简单、双向二线制同步串行总线。所有主机在 SCL 线上产生它们自己的时钟来传输总线上的报文，SDA 线传输每个字节必须为 8 位，每次传输可以发送的字节数量不受限制，每个字节后必须跟一个响应位。在空闲状态时，SCL 与 SDA 均为高电平。

/ j# v4 A7 T1 n8 N$ a* A+ J% J通常一些低功耗 i2c 设备，芯片引脚使用上拉输出即可满足与其正常数据交互，还有一些 i2c 设备，则需要在总线上外加一个上拉电阻，此时相应的 I/O 配置成开漏输出，其他的按照芯片手册进行标准配置。
( m+ R" M% n# q
0 V: C! G: U; p) H, n% `二、硬件问题汇总
7 t/ H6 v5 T( q* w! {) n) r# d2.1 无法正常拉高拉低引脚
首先确定 SDA 与SCL 引脚能够被拉高、拉低，检测方式直接软件控制 I/O 口输出引脚低电平/高电平，测量引脚电压是否能够随着芯片引脚的设置输出相应的状态。如果不能被拉低，检测虚焊、上拉电阻断开、i2c 设备是否正常、芯片引脚是否损坏等问题，确保能够正常被拉高或者拉低。
& Q; f3 M9 \7 o4 t: z  _) ~1 m0 Z
* U8 m  J  h1 ?' j
2.2 电气特性无法满足
( D) l& w% E) D( S9 Y如果正常拉高、拉低的情况下，依然无法正常读取数据。通常建议，根据负载电流更换小阻值的电阻。

如果需要详细知道原因，就具体查询 i2c 设备电气特性。大多数 i2c 设备电气特性，大致如下图所示：
# A( b% u. i* o$ E8 b
4 o5 {& p- b! c2 ?1 g8 k7 o' X$ |

. W" G6 T% i# T% @; k

: ?& x# ?7 D9 w" h  B8 H9 Z通常这块内容在 i2c 设备电气特性这一块，主要讲解电平拉高拉低的最长时间、最短时间，以及处于高电平与电平的阈值与持续时间等等内容。
7 O7 f9 s# h8 F8 Y/ I, u( A7 B
硬件设计，为了降低单片机的功耗与保护芯片引脚，在满足负载电流和负载电容相关要求的前提下，阻值设置通常比较大。如果同一个总线上挂载多个 i2c 设备， 即使在 I/O 口配置正确的前提下，也会导致驱动能力不足。

! W0 i# I" v. j, t现象是拉高电压不足，在拉高、拉低过程中消耗时间过长。这两个问题通常还引起数据线与时钟线：拉高时，高电压持续时间过短;拉低时，低电压持续时间过短。用示波器抓取图形：从波形上看，显示是尖波、斜波、杂波等不符合 i2c 设备电气特性的波形;从数据上看，数据线高电平持续时间过小 ，上升沿时间过长 ，下降沿时间过长等等数据超出设备电气特性的有效值。典型杂波图，如下所示：
; f5 i. `2 e* k: l8 e

如果出现此类异常，建议更换小一点的电阻，用来增强总线驱动能力，提高电平转换速度。应当注意的是每个 MCU 的耐受电流不一样，减小电阻应避免超过相应引脚承受电流的最大值。

$ C1 H& f3 j/ j  X
" N/ P5 u0 W2 r5 A: \) i. q" p三、SDA 死锁
如果i2c 设备的数据偶尔能够正确获取，但是仍然会在总线发送数据或者命令的时候，爆出总线读写错误，那么有可能遇到下面的死锁问题，死锁时候，就是数据线被拉低，主机无法拉高。死锁一般发生在从机上，且为数据线死锁。因为i2c总线是共享的，如果需要确定，是否是从机死锁，可以参照下面两幅图，串联电阻进行测试

0 h6 [$ F0 P+ X: H6 a
如上图所示，如果从机死锁，即从机拉低电平，此时检测到的电压为1/3 Vcc。

0 O2 R0 Y3 k2 ]% E如上图所示，如果主机死锁，即主机拉低电平，此时检测到的电压为 1/11 Vcc。依据这个原理，可以准确判定死锁的具体位置，多个传感器依据类似方式进行定位。
. X$ B- M5 n. ?- r; e. o
- @6 T3 z( F; Q* `
; x: Q1 y( U- t1 x4 I! R5 l' K3.1 反复重启导致死锁
3.1.1 现象
如果设备需要反复重启，很有可能在从机设备返回数据的时候，SDA被锁住。具体原因是从机设备在回数据，还没有发送完成，主机时钟消失，从机等待时钟信号， MCU重启，如果从机设备的电源没有复位，从机继续等待 MCU 时钟信号，数据一直被钳住，总线无法完成数据交互。
6 G9 ]& V% v' o2 S
3.1.2 解决方式
解决重启导致总线死锁，一种方式可以如同 rt-thread 驱动解决方式一样，在系统复位的时候，提供9个时钟信号，解初总线死锁;另一种是在按下复位键初始化的时候，给从机设备电源断电重启，这个需要引脚控制。
/ b8 M  J0 ?+ b+ a2 J1 U9 c% j
/ L( p1 Q5 N" `2 f! S3.1.3 9 个时钟信号
5 e! @. v/ I) H5 f! vi2c 设备进行读写操作的过程中，在从机钳住总线的期间，MCU 异常复位，会导致 SDA 死锁，异常产生出现在俩个阶段：从机响应阶段、从机发送数据阶段。下面将针对这两种异常，对时钟信号进行解释，并且总结其他原因，得出结论。
3 Y5 t5 i7 k: a/ {9 a
- }8 V6 A* X) o& ~/ ?9 N* e/ {: c(a) 从机响应阶段
. q0 e# d' {4 ^% J( |MCU 在开始信号后发送地址，得到从机设备响应，准备开始返回数据，在这个时候，从机将 SDA 信号拉为低电平，如果 MCU 异常复位，会导致总线上 SCL 停止发送时钟信号，从机等待 MCU 的时钟信号，产生钳住并且拉低 SDA 的现象。如果想要解锁 SDA，从机需要 9 个时钟信号，使得从机完成响应，释放 SDA 。
8 ^4 o, J5 k4 ^  m8 M8 d
( W. n. k1 B# m(b) 从机发送数据阶段
* K; I1 V, g7 f4 ~% X2 K  Y如果从机响应完成了，开始给 MCU 返回数据。这个数据有八位，每一位都有可能为低，如果在数据低位，MCU 异常复位，停止发送时钟信号，从机就会等待 MCU 的时钟信号，产生钳住并且拉低 SDA 的现象。如果想要解锁 SDA，从机需要 1-8 个时钟信号，使得从机完成数据响应，释放 SDA 。

(c)其他情况
) y) l, D4 ], l- F; M在从机一个 8 位数据发送完成后，等待 MCU 响应, 即使属于 MCU 的，从机不再钳住 SDA，没有时钟，数据交互停止。在主机发送数据阶段，总线所有权在主机，主机异常，数据交互停止，总线释放。所以，这些情况下，不存在 SDA 死锁的情况。

6 q# _8 W" ?2 o(d)结论
综上所述，解锁 SDA 从机最多需要 9 个时钟信号，也就是异常复位后，MCU 至少发送需要 9 个时钟信号，完成 i2c 总线的 SDA 解锁。所以，RT_Thread 为了避免此类问题的产生，在 i2c 驱动初始化，对总线进行判断，判断是否需要解锁，如果需要，就进行解锁，确保 i2c 设备不会因为这个问题导致数据交互失败。
. `3 y5 i5 K, `2 i6 {" C
+ X" }- H2 {- _% t* y" R/ J3 k
3.2 多个 i2c 设备导致死锁
多 i2c 设备除了异常复位导致死锁，还会形成相互干扰的问题，一般情况下，不会把同种从机地址挂在同一条总线上，但除此之外，有些 i2c 设备设计不是按照标准的 i2c 总线协议设计，在 i2c 总线共享的前提条件下，有的设备只要总线上从机地址就会有响应。这样由于从机的错误响应，使得各个 i2c 总线异常，甚至钳住总线，导致 I2C 总线进人一种死锁状态。
2 G: y  S- `4 ^" `
解决方式，这样的不标准i2c设备，单独使用一个总线，避免干扰，或者单独一个独立引脚，控制电源。

感恩

受教了

要是我早看到这篇文章，当初就不必花费半个月找问题了，总结很好

00-405686 发表于 2020-1-15 11:14
7 \" D, h( u0 E要是我早看到这篇文章，当初就不必花费半个月找问题了，总结很好

/ i( k# I  _) m& _9 O1 d) f/ x谢谢

謝謝大神指導,受教了