请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：MSP430F5438A 我们将 SoC 器件用作向 MSP430F5438A I2C 总线写入数据的主器件。 MSP430F5438A 是从器件。 我们偶尔会看到 SCL 一直保持低电平、直到发生超时。
我们在 以下位置看到了勘误表 USCI30：
我们尝试实施 DMA 方法和等待3时钟方法、但问题仍然偶尔出现。
出现问题时：
将前2个字节的主器件写入 MSP430从器件看起来很好。
在第3个字节的第7个 SCL 时钟上：SCL 在15.54ms 内保持低电平(字节为8位加上确认位)
然后出现第8个 SCL 脉冲
然后在 SDA 为低电平时产生第9个脉冲(这是一个 ACK、而不是像 USCI30"2"状态那样的 NACK。 (那么、我们是否确实遇到了 USCI30条件？)
然后、第4个字节看起来不错。
然后、第5个字节的行为与第3个字节类似、SCL 在第7位被卡在低电平。
我们相信我们正在正确遵循用户指南 SLAU208Q 第38.3.4.1.2节 I2C 从接收器模式。
USCI30规定如下：
如果接收缓冲区未通过读取 UCBxRXBUF 来清除其内容
在接收到以下数据字节的第7位时的寄存器、这是一个错误条件
可能会发生在 I2C 总线上。 根据 USCI 配置、可能会出现以下情况
发生：
在接收到以下数据字节的第7位时的寄存器、这是一个错误条件
可能会发生在 I2C 总线上。 根据 USCI 配置、可能会出现以下情况
发生：
1) 1)如果 USCI 配置为 I2C 主接收器、则会意外重复启动
条件可被触发或者主器件切换至一个空闲状态(I2C 通信
已中止)。 在这种情况下、当前数据字节的接收不成功。
2) 2)如果 USCI 配置为 I2C 从接收器、从器件可以切换到空闲状态
停止 I2C 通信。 在中、当前数据字节的接收不成功
这种情况。 USCI I2C 状态机将通知主器件接收中止
一个 NACK。
请注意、上面描述的错误条件只在的一个有限窗口内发生
接收到的当前字节的第7位。 如果接收缓冲区被读取超出此范围
窗口(之前或之后)、则不会发生错误情况。
问题：
第一段和最后一段似乎有些冲突。 您能提供澄清吗？
2.由于我们看到 ACK 而不是 NACK、这意味着我们没有遇到勘误的 USCI30条件？
3."空闲状态 停止 I2C 通信"我们的 SCL 是否处于低电平状态？
4. 您有哪些想法和/或问题可以帮助我们确定为什么并防止 SCL 卡在低位？
4. 您有哪些想法和/或问题可以帮助我们确定为什么并防止 SCL 卡在低位？
我们非常感谢您的快速支持。
Lee
