前言
客户使用 I2C 对 EEPROM 进行读取操作时，正常读取的最后一个字节，主机会传送一个 NACK 给 EEPROM，以便结束该次读取过程，如果主器件给出 ACK，而程序又默认结束读取过程，会出现 EEPROM 认为主机还需要读取数据，但此后 SCL 的时钟不会给出，将导致 I2C 总线被挂起占用，此时 START，STOP 命令将不会再次成功送出信号；本文针对这个异常状况结合实际应用问题给出处理方法。
3 F8 ^* v) G, X7 \
问题背景
在实际应用中，如果使用中断方式或者 DMA 方式给出 I2C 的处理机制，在读取最后一个字节需要给出 NACK 的时候，如果此时延迟或者错误给出了 ACK，I2C 总线将被 EEPROM 挂起；该问题已经在客户端出现，但出现随机，很难判定何时出现，但确实是一个应用隐患，因为此时无法通过寄存器发送 START，STOP 命令；
. @& J: b0 b  ~* D( H8 y
0 Z6 u; g9 I8 D6 O7 c/ C
判断依据
& M$ a: M$ x- G/ A, P2 M, m1 p为判定是主机（STM32F4xx）给出的 ACK，还是从机（EEPROM）拉低 ACK，需要加入辅助电路，如下：
2 r; U- S. q' B! c# I# v; ]* s( `
( G0 g6 m0 v% n. p) q
( T1 b1 H  q5 O9 R$ Y* U6 _8 Y
使用示波器探头察看 A 点电平，如果是 EEPROM 拉低电平的，则测试点电平为 0V，如果是 STM32F4xx 端给出的 ACK，拉低电平的，在 A 点测试将是大于 0 电平的一个波形存在；

波形分析
正常读取波形

3 R% G0 a5 j3 [, W

异常读取波形

6 H: I; G3 l7 \- H/ ?0 H( ?  x
* W+ h9 ^, K0 W2 K, J. P0 }+ }
& J' l0 L. j# \在异常读取波形后，程序给出的起始终止条件将不会被执行；

1. I2C_GenerateSTOP() ;
   
2. I2C_GenerateSTART() ;

复制代码

处理方法
' }3 ?/ C( _; e当出现上述异常时，写 I2C 外设寄存器方法将不起作用，I/O 端口产生不了需要退出的波形，只能通过 I/O 口强拉效果退出，可以有两种方法进行处理：
$ `; F& Q9 U* O# E4 @4 @) q8 ~方法一：当出现异常总线占用时，直接复位 I2C 外设，以及重新初始化 I2C 端口，I/O 口配置为上拉模式的，产生虚拟的STOP 波形；此时因为 MCU 端口的强拉作用，将产生一个类似于 STOP 的 I2C 退出效果；
! o# P$ S7 K' U6 p7 y方法二：I/O 口配置为上拉模式的，SDA 设置为高电平，产生虚拟的 SCL 波形，产生 9 个 SCL 波形，虚拟最后一个字节的读取，以便从机退出异常状态。
+ E. M6 {1 S5 ^; C3 s% Y; Z' s
% G7 @# r3 P! |  C