[参考译文] BOOSTXL-CC3135：sl_Start () 即使在设置 AP 模式后也会返回 ROLE_UNKNOWN

附加问题：

我还有一个与这个问题有关的问题。
调用后sl_Start(),我注意到 IRQ 线路一直保持高电平。
据我所知、IRQ 线路通常应保持低电平、只有在触发中断时才会变为高电平。

IRQ 线路的这个恒定高电平状态是否表明模块无法正确初始化？

如有任何进一步的见解、将不胜感激。

此致、
Marutani Shuichi

您好 Shuichi、

IRQ 的正常行为是、在 HIB 脉冲（高>低>高）后、它将被置为低电平、这是正确的。 IRQ 在调用 sl_Start() 之前将为高电平、并且在此 API 调用后应驱动为低电平。  

您能否检查跳线 J8 是否闭合？ 另外仔细检查其他跳线设置、以确保其符合预期。

此致、

Santhosh

尊敬的 Santhosh：

感谢您的答复。

请查看随附的波形捕获图、其中显示了初始化期间的 IRQ 和 NHIB 行为。

闭合跳线后 J8 、IRQ 引脚确实会接通 高电平 、并且波形似乎显示正确的转换。 上的当前跳线配置 BOOSTXL-CC3135 主板如下：

• J2 ：1–2 (VBAT_CC)

• J3、J4、J5 ：2–3（下拉）

• J7 ：2–3 (VCCLDO)

• J8 ：已关闭

  

IRQ 引脚 (CC_IRQ) 受到监控、其行为在波形中看起来符合预期。 但是、尽管如此、以下 API 调用的返回值如下：

仍在 角色未知 (1) 、即使设备似乎在 AP 模式下运行（在 PC 上可以看到 SSID “mysimplelink-xxxxxx"）“）。

是否有任何情况下sl_Start()会返回ROLE_UNKNOWN、即使设备实际上在 AP 模式下运行？

此外、只是为了确认：

了解 IRQ 线在实际情况下被视为“生效“是正确的吗 高电平 ？

任何进一步的见解都将非常感谢。

此致、
Marutani Shuichi

您好 Shuichi、

步骤 1 中的 sl_Start (NULL、NULL、NULL) 应该 返回一个成功的代码。 您使用的应用程序是什么？
是否可以从 SDK 插件运行 network_terminal 应用程序？ 您看到的是成功行为还是与您看到的一样？  

在我的设置中、我可以看到 sl_Start () 会为第一个调用返回“0"。“。

您将哪个 MCU 与 CC3135 BoosterPack 一同使用？ 我使用的是 CC26X2R1 Launchpad。

您能共享运行 network_terminal 应用程序时看到的版本吗？ 以下是我的电路板的版本：

尝试使用 network_terminal 应用程序通过修改来重现方案。 我可以看到 sl_Start () 返回 ROLE_AP (2)。 请参阅下面的屏幕截图。

此致、

Santhosh

您好 Shuichi、

您是否能够尝试上述建议？ 是否有任何更新？  

你好、Santhosh、

很抱歉、您稍后回复、并感谢您的建议。

我尝试了我身边的多种方法,但我无法重现你看到的行为。 在我的设置中、sl_Start (NULL、NULL、NULL) 返回 ROLE_UNKNOWN (1)。

存在许多风险

模块/板：BOOSTXL-CC3135 (CC3135)
主机 MCU：MSP430FR2355
我使用的 SDK：CC3100SDK_1.3.0

观察到的行为（AP 模式尝试）

sl_Start (NULL、NULL、NULL)→返回 ROLE_UNKNOWN (1)
sl_WlanSetMode (ROLE_AP)→返回 0
sl_Stop (0)→返回 0
sl_Start (NULL、NULL、NULL)→再次返回 ROLE_UNKNOWN (1)

尽管第 (4) 步返回 ROLE_UNKNOWN、像“mysimplelink-xxxxxx"这样“这样的 SSID 确实会出现在我的 PC 的 Wi-Fi 列表中、这使我认为该器件实际上在 AP 模式下运行。

问题

CC3100SDK_1.3.0 是否完全支持 CC3135、或者是否需要为 CC3135 改用 simplelink_sdk_wifi_plugine_4_20_00_10？

我还在另一个线程中发现 CC3100SDK_1.3.0 不支持 CC3135。 这可能是我看到行为的原因吗？

再次感谢您的帮助。

此致、
Marutani Shuichi

您好、Jan、

感谢您的详细说明。
因此、如您所述、CC3100SDK 未针对 CC3135 进行验证、也不建议这样做。此外、MSP430 没有足够的 RAM、因此无法保证可靠运行。

我将购买一个 MSP432 系列并尝试使用它。

我还有一个问题：
在官方网站上、对于 BOOSTXL-CC3135、列出的 SDK 是 SIMPLELINK-WIFI-CC3120-SDK-PLUGIN (simplelink_sdk_wifi_plugine_4_20_00_10)。
我是否应按照您的建议使用 CC32xx SDK？
（参考： www.ti.com/.../BOOSTXL-CC3135

此致、
Marutani Shuichi

您好、

为什么要使用 CC3135？ 这不是最新器件。 也许您可以查看 CC33551E。

对于 CC3135、您应该使用 WiFi 插件。 但如果您想使用最新的主机驱动程序、可以通过 WiFi 插件中的主机驱动程序从 CC32xx SDK 副本获取它们。

1 月

您好、Jan、

感谢您的澄清。
我从您的解释中了解到、使用 CC3135 时必须使用 WiFi 插件、如果要使用最新的主机驱动程序、可以从 CC32xx SDK 复制它并覆盖 WiFi 插件中的一个。

目前、我们正在考虑替换现有产品中使用的 Wi-Fi 模块。
我们当前的系统旨在使 Wi-Fi 模块由外部 MCU 控制、因此我们希望保留此架构。
（换句话说，我们正在寻找一个可由外部 MCU 控制的 Wi-Fi 模块、而不需要在 Wi-Fi 模块方面进行软件开发。）

从这个角度来看、CC3135 似乎是最合适的选择、因为它允许通过外部 MCU 进行控制、而无需在模块本身上进行应用开发。
但是、我们仍处于评估阶段、因此如果有其他更适合此类用例的模块、请告知您。

此致、
Marutani Shuichi

您好、

如果您的 MCU 内有足够的资源、或者您使用在 Linux 上运行的 MPU、  可以选择模块 CC3301MOD 和 CC3351MOD。 这些模块比 CC3135MOD 便宜得多。 但请注意、这些模块在主机上需要更多的资源（TCP 和 TLS 堆栈在主机 MCU/MPU 上运行）。

1 月

感谢 Jan D 的 帮助！  

您好 Shuichi、

作为参考、我将“implelink_sdk_wifi_plugine_4_20_00_10"与“与 CC3135 Booster Pack 板配合使用、并将 CC26X2R1 用作 MCU 主机。  

使用  MSP432 获得结果。  

您好、Jan、

非常感谢您的解释。 在我们进行评估时、我会考虑到这一点。

我可以再问一个问题吗？
您提到控制 CC3135 需要主机 MCU 侧一定数量的 RAM。 您能否说明一下通常需要多少 RAM？

在我们的生产环境中、主机 MCU 计划采用 CYBLE-222014-01. 一方 32KB RAM 。
条件如下：

• Nonos

• 未使用 TLS（仅 HTTP 和 WebSocket 通信）

• 使用 4 个端口、同时进行通信

您认为在这些条件下、32KB RAM 是否足够？

你好、Santhosh、

感谢您的支持。 我将使用 MSP432 执行验证、并在可用时分享结果。

此致、
Marutani Shuichi

您好 Shuichi、

很难给你这样的评估。 从技术上讲、32kB RAM 足以满足此类套接字应用的需求。 但不确定剩余多少内存可用于其他应用代码、以及您需要多少大的数据处理和交换缓冲区。 但是,如果你正在改造旧的应用程序,你可能知道你有多少从 32kB 的免费 RAM。

只是要清楚。 我不是 TI 员工、但有线以太网和 WiFi 应用即将过期、15 年之久的独立嵌入式开发人员。  如果我应该推荐一件事。  请勿对任何使用 WiFi 或以太网的设备使用非 RTOS 配置。  使用具有超循环或基于中断的应用程序概念的网络器件非常凌乱、可能会导致许多麻烦。  在开始它可以看起来像一个更快的方式,但我保证它不会。

如果您想使用 BLE+WiFi、从我的角度来看、CC3551E 是您的理想器件。 问题可能是 CC3551E 是全新的器件、并不像其他 TI 器件（CC3135 和 CC3235 等）那样成熟。  第二个问题可能是基于 CC3551E 的模块尚未发布。  有此模块的计划、但目前我不知道确切的路线图。  但 TI 人员也许能为您提供更多细节。

1 月

您好、Jan、

非常感谢您的宝贵建议。
由于现有系统最初是在非操作系统配置中开发的、因此我们将在此项目中采用该方法。 但是、我完全理解您的观点、在未来涉及 Wi-Fi/以太网器件的设计中、我将确保采用基于 RTOS 的架构。

感谢您对 CC3551E 的解释。 我将直接与 TI 确认详细信息。

最后、我知道 32kB RAM 在技术上应该足以支持插槽应用。 我将仔细评估应用程序其余部分可能需要的内存大小并进行相应的操作。

此致、
Shuichi