[参考译文] DLPC350：关于对 DLPC350的 I2C 访问

德山，您好！

欢迎回到 E2E 论坛。

此 E2E 帖子 介绍了如何正确配置 I2CBUSYGPIO。

(1)这种“I2C_BUSY GPIO”是否是解决 I2C 挂断问题的必要条件？
→你能就这一悬空问题说更多吗？ 您的帖子中有些不清楚。 您以前使用的是4.1，而4.4却提供了一个挂起的 I2C？
(2)该终端可在何处分配给 GPIO？
回答→请参阅上述帖子。 有效 GPIO 编号为 ：14,15，20，21，25，27， 第28，29，33，34，35， 36.
(3)即使没有执行 I2C 处理，此终端也会变得忙碌吗？
ANS→如果配置正确，则只有当控制器正在处理 I2C 命令时，才应提升 I2C 占线 GPIO，如链接 POST 中所述。
④ Ver4.4是否还具有“I2C_BUSY GPIO”？
答：→情况应该是这样，但我会确认。

此致，

奥斯汀

你好，奥斯汀

谢谢奥斯汀

(1)这种“I2C_BUSY GPIO”是否是解决 I2C 挂断问题的必要条件？
→你能就这一悬空问题说更多吗？ 您的帖子中有些不清楚。 您以前使用的是4.1，而4.4却提供了一个挂起的 I2C？
德克→我很抱歉。我们目前正在使用 v1.0。
我正在尝试更改为 v4.1以解决挂起问题。 “I2C_BUSY GPIO”是否是解决挂起问题的要求？
答案→

(2)该终端可在何处分配给 GPIO？
回答→请参阅上述帖子。 有效 GPIO 编号为：14,15，20，21，25，27， 第28，29，33，34，35， 36.
德→我明白。

(3)即使没有执行 I2C 处理，此终端也会变得忙碌吗？
ANS→如果配置正确，则只有当控制器正在处理 I2C 命令时，才应提升 I2C 占线 GPIO，如链接 POST 中所述。
德→我明白。

(4) Ver4.4是否也有“I2C_BUSY GPIO”？
答：→情况应该是这样，但我会确认。
德克→请确认。
答案→

(5)这是另一个问题。
固件 v4.1能否在不使用“I2C_BUSYGPIO”的情况下解决挂起问题？
答案→

此致，

德

你好，Akhil

谢谢 Akhil

(1)这种“I2C_BUSY GPIO”是否是解决 I2C 挂断问题的必要条件？

→你能就这一悬空问题说更多吗？ 您的帖子中有些不清楚。 您以前使用的是4.1，而4.4却提供了一个挂起的 I2C？
德克→我很抱歉。我们目前正在使用 v1.0。
我正在尝试更改为 v4.1以解决挂起问题。 “I2C_BUSY GPIO”是否是解决挂起问题的要求？
Akhil→是 I2C_BUSY GPIO 是解决挂断问题所必需的。 I2C_BUSY GPIO 用于提示 I2C 总线主控总线忙，以便 I2C 总线主控(主机 MCU)可以相应地采取相应的措施。
德→我明白。

(4) Ver4.4是否也有“I2C_BUSY GPIO”？
答：→情况应该是这样，但我会确认。
德克→请确认。
Akhil→是的，包括在内
德→我明白。

(5)这是另一个问题。
固件 v4.1能否在不使用“I2C_BUSYGPIO”的情况下解决挂起问题？
Akhil→否，稳定 I2C 通信需要 I2C_BUSYGPIO。 其工作方式是，发送 I2C 命令字节时，I2C 繁忙 GPIO 此时被拉高。 执行命令后，GPIO 被拉低。 此 I2C 占线 GPIO 必须由发送字节的主(主机 MCU)进行轮询，并应根据 GPIO 是高还是低作出发送决定。
德→我明白。

(6)这是另一个问题。

 I2C 响应数据中有其他工程师
我听说您在使用“忙音”。

有关详情，请参阅《DLPC350程序员指南》中的以下各项。

"2.4.3.1验证数据命令响应"-->
"表2-52. 验证数据命令响应"

此方法的效果是否与“I2C_BUSYGPIO”相同？
你可以确认吗？

如果这种方法有问题，请告诉我。

此致，

德