[参考译文] LAUNCHXL-F28P65X：LAUNCHXL-F28P65X

您好 Arun：

感谢您对此问题进行深入的说明。

一些阐述问题、以确保一切都正确连接：

1. GPIO42 (CC3135 NHIB)的状态是什么？ 根据 CC3135的 UG、该引脚不得悬空。 请参阅 图9-7. CC3135发动机区域 第59页。  
   1. 
      
      
2. GPIO57 (CC3135 IRQ)代码中的实现方式是什么？ 我更熟悉 F28P65x 的方面、因此我不确定 CC3135挂起的中断是否可以阻止向外围器件尝试写入命令。
   
   

此致、
Jason Osborn

注意：作为边注、此边注不一定与您的问题相关、但是有可能有用、也可避免使用 SPIA_PTE 手动调整 CS 引脚的要求。 由于 SPIA_PTE 在默认情况下不路由到 GPIO84、因此需要一些侧路由。

1. 将 SPIA_PTE 路由到 CLB
2. 将 CLB 路由到输出 XBAR
3. 将输出 XBAR 路由到 GPIO84

尊敬的 Jason：

感谢您的答复。我们检查了 GPIO42 (CC3135 NHIB)的状态为高电平、并且 GPIO57也在代码中进行了配置、并通过 SPI 发送 AT 命令、试图与 WiFi 模块进行通信、并等待 来自 Wi-Fi 模块的响应、但没有响应。

谢谢！

Arun、

感谢您的确认。 您是否有信号分析仪可用于监控 SPI 数据线以验证数据是否正确发送？ 如果不能测试、您是否能够测试｛C2000 Ware_Install｝/driverlib/f28p65x/examples/c28x/spi 中提供的其中一个 C2000 SPI 环回示例？

在深入了解这一点的同时、我还将进一步深入了解 CC3135方面的事物。

此致、
Jason Osborn

Jason、您好！

Arun 和我正在从事同一个项目。

感谢响应、我们测试了使用 SPIA 作为外设并将 SPID 作为控制器的 SPI 环回示例、并使用 C2000进行了测试、该示例运行正常。

如果我们搜索 CC3135 SIMPLELINK-SDK-WIFI-PLUGIN、会发现我们安装了 CC3135 SDK、并将其安装在"C：/ti/"文件夹中。
我们从"｛C2000 Ware_Install｝/driverlib/f28p65x/examples/c28x/spi /"中为 C2000 (F28P65x)导入 SPI 项目、其中我们使用 GPIO 引脚16 (PICO)、17 (POCI)、18 (CLC)初始化了 SPIA。 对于 CC3135、将"C：\ti\simplelink_sdk_wifi_plugin_4_20_00_10\source\ti\drivers\net\wifi"下的 simplelink.h 文件复制到 C2000工程路径、请加入其他必要的头文件。

但在此路径中、我们找不到"C：\ti\simplelink_sdk_wifi_plugin_4_20_00_10\source\ti\drivers"文件夹、这里一些头文件包含在 simplelink 头文件和源文件的其他 C 文件中。

更多信息、在｛C2000 Ware_Install｝中、我们找不到源文件夹。
那么、我们是否遵循正确的方针？ 我们如何通过 SPI 将 CC3135 WIFI 模块与 C2000 (F28P65x)配合使用？  

谢谢 Jason 的回答、我也想澄清一下并确认一下、   CC3135模块是否支持 UART 或 SPI 的 AT 命令？ 如果不需要、则  使用什么方式与 CC3135模块进行通信。 在本例中、我们尝试使用 AT 命令。

此致、
Arun S.

Arun、

感谢您确认 SPI 环回测试正常工作。

对于 CC3135、需要注意以下几点：

1. 请参阅以下 e2e 线程 RE：CC3135 (在 commands https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/867197/cc3135mod-at-commands-over-spi 上)
   1. 实际上、不需要、CC3135使用 TI 专有协议、而不是 AT 命令。 不过、该主题会建议一个支持 AT 命令的替代器件、以及如何将这些命令与 SPI 配合使用。
      
      
2. 如 SIMPLELINK-SDK-WIFI-PLUGIN 产品页面中所述、它是一款插件、旨在与其他特定于器件的 SimpleLink SDK 配合使用。 如果预期的 SDK 不可用、工程将无法按预期运行。
   
   
3. 我联系了 CC3135专家、他们确认了 CC3135的专有通信协议尚未移植到支持 C28x 内核、这意味着目前可能无法同时使用 CC3135和 LAUNCHXL-F28P65x。 我还在研究可能需要做些什么。

此致、
Jason Osborn

感谢 Jason 的回复：TI 团队可以支持这个问题。我们团队目前面临困境、需要紧急支持。

此致、
Arun S.

很抱歉、响应出现延迟、我将在内部与您联系。

此致、
Jason Osborn

Jason、

这方面有什么更新吗？

将 SimpleLink Wi-Fi SDK 移植到 C2000。 我们添加了头文件和源文件、并在解决多个错误和警告后取得了一些进展。

我们已完成以下步骤：
1.将 SimpleLink Wi-Fi SDK 中的源/文件夹复制到了 C2000Ware SDK 中。
2、包括"implelink.h"和"lnetifWIFI.h",解决了一些错误。
3.从 SimpleLink_CC32xx SDK 添加了互斥量和信标文件。
4.目前,我们正面临两个"device.c"文件的冲突,无法添加它们。

共有28个与"_sldevice"、"_slsocket"等相关的错误。

请帮助我们解决此问题。

此致、
Omkar

Omkar

对反应的延误深表歉意。 你需要这个特定问题的人目前在 PTO 上,我一直在等待他们回来。 我的理解是、他们下周应该会回来。

不过、我可以提供一些更一般的指导。 device.c 文件有效地用于控制 C2000 MCU 的系统参数、因此只应存在1个 device.c 文件。 如果看上去需要2个 device.c 文件、则仅包含其中一个、并确定它们各自具有什么以及评估是否需要合并这两个文件中的任意代码的原因。

再次道歉、
Jason Osborn

Jason、

我已将 SimpleLink device.c 重命名为其他名称、并将该文件复制到"项目位置"。 之后我们解决了一些小错误、但仍然存在我在之前的消息中提到的所有错误。

一旦团队回来、请告知我们、我们在这方面需要紧急帮助。 TI 的任何人都可以查看他的个人。

谢谢！
Omkar

Jason、

有任何相关更新？

此致、
Omkar