[参考译文] CC2340R5-Q1：关于控制器和目标的 I2C 驱动程序

您好：

以下是 I2C 驱动程序的文档： I2C.h 文件参考 和 I2CLPF3.h 文件参考 更多特定于器件的限制。  I2CTarget.h 文件参考 包含有关目标 I2C 的信息。

此外、有关详细信息、请参阅 TRM 第21章 内部集成电路(I2C)。  其中包含大量有关 I2C 外设的信息、尤其是在您选择不使用我们的 I2C 驱动程序时。

Unknown 说：

Q1)是总线通信所需的 SCL 和 SDA 的电平操作、包括 ACK/NACK 检查以及在 I2C 通信中生成启动/停止条件(由硬件或软件控制)？

驱动程序应针对处理此问题。 但是、请密切注意控制器和目标驱动器之间的差异。 我已经在上面链接了这两个。

Unknown 说：

q2)它是否支持时钟延展功能？

是的。

Unknown 说：

q3)当 BLE 任务发生时序冲突时会发生什么情况？

由开发人员来处理这种情况。 应该注意的是、BLE 任务应具有最高优先级。

此致、

Nima Behmanesh

嗨、NMA。

感谢您的及时答复。

您能更具体地解释一下吗？ 让我重新表述我的问题。

Q1)我们假设使用驱动程序、因此请仅在使用驱动程序的情况下提供信息。

使用驱动程序时、启动/停止等操作会在 API 中执行、因此了解用户可以在不中断任何操作的情况下使用该驱动程序是否正确？

此外、由于操作是在 API 中执行的、因此了解 CC2340R5是否通过软件执行这些过程是正确的吗？

Q2)谢谢。

我认为您要处理的内容与 CC2340R5会收到的情况有关。 当 CC2340R5正在发送时、如果传输数据未就绪或正在执行其他高优先级进程、是否可以使用时钟延展功能？

在这种情况下、用户是否需要执行任何操作？

q3)请告诉我驱动程序内的操作。

由于在 Q2中确认可以使用时钟延展功能、因此驱动器是否可以自主使用该功能在更高优先级的过程冲突时暂停 I2C 通信、然后在优先级过程完成后恢复 I2C 通信？

我很抱歉您的冗长信息、但我感谢您的合作。

此致。

您好：

我很抱歉、但我对您的提问有点困惑。

Unknown 说：

使用驱动程序时、在 API 中执行启动/停止等操作、因此了解用户可以在不中断任何操作的情况下使用此类操作是正确的吗？

是的、启动/停止等操作会在 API 中执行、但不能在不中断操作的情况下使用它来确定具体含义。 在我之前提供的文档(https://dev.ti.com/tirex/content/simplelink_lowpower_f3_sdk_8_40_00_61/docs/drivers/doxygen/html/_i2_c_8h.html)中、可以使用两种 I2C 模式：阻塞和回调。 对于分块、I2C_transfe 函数在完成之前不会返回。 在回调中、事务将排队。 我建议阅读本节以了解更多信息。

此外、请参阅 SDK 中的 I2C 源代码。 所有驱动程序的源代码均在 SDK 中提供。 您可以参考 /source/ti/drivers/i2c

Unknown 说：

我认为您要处理的内容与 CC2340R5会收到的情况有关。 当 CC2340R5正在发送时、如果传输数据未就绪或正在执行其他高优先级进程、是否可以使用时钟延展功能？

在这种情况下、用户是否需要执行任何操作？

[/报价]

您指的是目标还是控制器？ 控制器应该为您处理所有这些问题。 然而、开发人员需要实施目标。 TRM 中有一部分表明目标可以延长时钟：

我已联系了一位同事、以获取有关此问题的更多信息。

Unknown 说：

q3)请告诉我驱动程序内的操作。

由于在 Q2中确认可以使用时钟延展功能、因此驱动器是否可以自主使用该功能在更高优先级的过程冲突时暂停 I2C 通信、然后在优先级过程完成后恢复 I2C 通信？

[/报价]

请参阅驱动程序源代码和驱动程序信息。

此致、

Nima Behmanesh

[/quote]

嗨、NMA。

感谢您的答复。

Q1)

关于 Q1、很抱歉混淆。

简单地说,对于控制器,只需从 API 引用中执行 I2C_TRANSFER ()。

对于目标,我想再次确认,仅通过执行 I2CTarget_start ()并在回调函数 targetCallbackFxn ()内操作数据,如示例所述, I2C 通信可以无问题地执行。

我想确认、I2C 总线上必要的电压操作(例如 START、STOP 和 ACK)不需要用户操作寄存器等 此外、我想知道这些操作是由器件通过硬件还是软件执行。

问题2)

关于 Q2是相同的；我想确认是否可以在读取/写入操作期间使用时钟延展功能、无论它是控制器还是目标都是如此。

此外、我想知道除了执行 API 之外是否需要任何特殊操作(例如用户设置寄存器)。

问题3)

我将关闭 Q3。

我很抱歉一再提出这一问题、但我感谢你们的合作。

此致。

您好、Nima。

我完全理解、谢谢。

我再确认两点：

Q4)对于控制器、没有时钟延展功能。

换句话说、如果 CC2340R5的对应器件(目标)尝试通过将 SCL 拉至低电平来利用 SCL 进行时钟延展、CC2340R5是否会强制继续通信？

Q5)如果在与作为控制器的 CC2340R5进行 I2C 通信期间出现更高优先级的任务、它是否只是暂停时钟输出并在恢复任务后重新启动时钟输出？

此致。

您好：

Q4)对于控制器、没有时钟延展功能。

换句话说、如果 CC2340R5的对应器件(目标)尝试通过将 SCL 拉至低电平来利用 SCL 进行时钟延展、CC2340R5是否会强制继续通信？

我相信是这样。 我已要求一位同事获得有关这方面的更多信息。

Unknown 说：

Q5)如果在与作为控制器的 CC2340R5的 I2C 通信期间出现更高优先级的任务、它是否只是暂停时钟输出并在恢复任务后重新启动时钟输出？

读取驱动程序代码时、似乎在传输期间中断被禁用。 但是、应该分析驱动程序代码、因为实现是公开的。

此致、

Nima Behmanesh