[参考译文] CC3551E：CC3551E 配置验证与 CC3551E；CC3501E 数据表与放大器；SDK 支持

您好、

C3500应该正常。 您在 syscfg 上的何处看到？ 您是否完成了将 cc35xx 器件支持复制到 CCS 的前期准备工作？ 检查项目的"常规属性"时会看到什么？ 我看到 CC35X1位于"型号和内核"下。

至于 syscfg、我继续进行检查、似乎 DS 是正确的、syscfg 是不正确的。 因此、syscfg 需要固定。

Shlomi

尊敬的 Shlomi：

感谢您的答复。 很高兴您确认 DS 正确。  在技术参考手册中、 GPIO3PCFG 寄存器中未提及 I2C1 SDA。  
是的、我可以在"型号和内核"下看到 CC35X1。

您能否与该修复程序共享一个 SYSCFG 更新？ 或者、将 GPIO3分配为 SDA1的最佳替代方法可能是什么？

非常感谢。

谢谢、

Robert

您好、

我在内部提问、因为 syscfg 不直接位于 Wi-Fi 组下方。

此致、

Shlomi

尊敬的 Shlomi：

我注意到 CC35xx 技术参考手册(第1172页)的 GPIO3部分中未提及 I2C1_sda。 我们还尝试强制 GPIO3用作 SDA、但不进行信号传输。

您能否检查我们是否需要将 I2C1_SDA 引脚更改为另一个 IO？ 我正在研究电路板的版本、因此 迫切需要确认引脚多路复用。  

非常感谢。

谢谢、
Robert

您好 Robert：

首先、您在 syscfg 上的查询已移至负责该查询的团队、并且将提供更新的 syscfg 或补丁、日期尚未确定。

至于 GPIO3不工作的事实、需要等到星期二硬件工程师回来(因为他最熟悉该器件)。

此致、

Shlomi

您好 Robert：

还有一个问题、您使用的 syscfg 版本是什么。 我需要确切的版本、因为我们可以在正式版本发布之前提供固定的元数据。

此致、

Shlomi

您好 Robert：

我们在内部验证了数据表是否正常、这意味着 i2c1数据可能会使用 GPIO3。

您是如何测试的？ 您是如何强制使用 GPIO3的？ TRM 目前未更新来反映 i2c1、那么您是如何对其进行多路复用的？

Shlomi

尊敬的 Shlomi：

这是一个好消息、I2C1_SDA 可以使用 GPIO3。 我需要咨询我们的固件工程师、了解他使用的方法。  

我们 使用的 SYSCFG 是 SysConfig-1.20.0_3600、它来自 simplelink_wifi_sdk_8_21_02_01_ea。

谢谢。

Robert

好的、感谢您的更新。

完成所采取的程序后、请分享。

Shlomi

您好、

请查找适用于 syscfg (您使用的特定版本)的软件包以修复 GUI 器件。

试一试、让我们知道它是否有效。

此致、

Shlomi

e2e.ti.com/.../I2C-fix-for-1.20.0_2B00_3600.zip

尊敬的 Shlomi：
我也在处理这个问题。

到目前为止、我发现当 GPIO3由"NEW" SysConfig 配置时、IOMUX 值为0x97、pinConfig 值为0x802。 当引脚在 i2c 初始化过程中配置时、引脚变为低电平并保持在该状态。 如果我尝试发送一个 I2C 事务、则 GPIO2/SCL 上会有两个低电平脉冲、并会停止。  

如果我将 iomux 设置为、比如、对于 GPIO3为0x6、则引脚会变为高电平、但 i2c 不起作用。

尊敬的 Russel：

因此、对于新的 syscfg、它仍然不起作用？

如果是、我需要将其引导给我们的一位硬件工程师进行进一步研究。

Shlomi

Shlomi  

没错。 ‘new’SysConfig 似乎不能解决问题。 您能告诉我正确的 iomux 值是多少吗？

IOMUX 值是什么意思？

syscfg GUI 应该只是让您从下拉列表中选择 GPIO。 在哪里可以看到/更改 IOMUX 值？

我应该使用术语"Pinmux"。  

以下是 SysConfig 生成的内容：

/*

 * ========= I2CWFF3_hwAttrs ======

 */

const I2CWFF3_HWAttrs I2CWFF3_hwAttrs[CONFIG_I2C_COUNT]=｛

  /* CONFIG_I2C1 */

  ｛

    .baseAddr   = I2C1_BASE、

    .powerMngrId = PowerWFF3_Periph_I2C1、

    .intNum    = INT_SP_I2C_1_INTREQ、

    .intPriority =(~0)、

    .swiPriority = 0、

    .sclPin    = CONFIG_GPIO_I2C1_SCL、

    .sclPinMux  = 6、

    .sdaPin    = CONFIG_GPIO_I2C1_SDA、

    sdaPinMux  = 151

  }、

}；

我看、让我尝试一下、看看我是否可以自己测试它。

Shlomi

您好、

您使用的是 LaunchPad 吗？

请注意、对于 GPIO2和 GPIO3、分别将硬件焊接到按钮和运算放大器上。

因此、如果不断开它们、您就无法真正进行测试。

您是否断开了这些连接？

Shlomi

不涉及 LaunchPad。可切换 GPIO、而不会出现问题。 与 SysConfig 提供的配置相比、正确的配置应该是什么？

您好、

我用我们的内部映射仔细检查了它、还查看了代码。

不确定如何确定多路复用器为0x97、因为它应该只有低5位(掩码0x1F)。

我可以确认、从内部数据库可以看到多路复用器应为0x1C (28)。

您选择的是 ANT_SEL_3。

再说一次,我还不能在本地测试,但如果你能测试,它会很棒。

此致、

Shlomi

Shlomi

多路复用器值0x97未由 ME 确定-这是从 SysConfig 生成的值。
 

根据上面 SysConfig 生成的代码片段：

  sdaPinMux  = 151

这是用于配置 GPIO 引脚的值。 你要我测试什么？ 我已经尝试了"固定"的 SysConfig、这就是它提供的版本。 我还通过 debug pinmux 的值手动将值从6更改为31。 没有骰子。

您能创建一个您认为应该可行的项目吗、我可以尝试一下吗？ 排除我这方面的任何愚蠢。

您好、

我确实坐下来与工具团队,你是对的,它产生151。

我说的是、我仔细检查了硬件团队、似乎多路复用器本身有误(因此151实际上是不正确的)。

您可以尝试手动更改151、但最好先在本地试用并验证。

同样、这需要一些时间、因为我需要在电路板上进行一些硬件操作、因为这些 GPIO 当前被板载元件占用和使用。

Shlomi

Shlomi

很高兴知道我不会疯了! 我已经尝试了很多低至寄存器级别的操作、甚至手动操作 I2C 外设、因此根据我拥有的文档、我很有信心可以为您提供正确的信息。

根据我之前的帖子、我还尝试了许多引脚多路复用设置、包括28个设置、但没有成功。 遗憾的是、我有定制 PCB、因此我的引脚选择是固定的。 如果我有开发板,我可以验证我的代码与引脚配置的工作,这是已知的工作和排除任何从我的身边,但,唉,我只能使用我有什么.  

我在另一篇文章中获悉、预计今年第三季度将提供 I2S 支持。 是否估算将何时发布生产器件、文档和 SDK？ Energia / Arduino 是否已计划支持？

目前、由于缺少文档和早期 SDK 支持、我在使用此芯片进行开发时面临着许多战斗、这会浪费大量的时间和精力。  

您好、

这是绝对可以理解的,但这还没有发布,所以它带来了一个"价格"(我们试图通过直接支持尽可能减少)。

 据我所知、Energia / Arduino 尚未规划。

基本上,大约在8月的时间框架,我们应该有所有正式发布。

我假设到那时 I2S 才可用。

我将尝试看看我是否可以把这个 i2c 关闭本周,并告诉你。

此致、

Shlomi

尊敬的 Shlomi：

您是否能够按照 Russel 的问题测试 I2C？