• 状态 Resolved
  • 已锁定 已锁定
  • 回复 12 回复
  • 订户 0 订户
  • 视图 494 视图
  • 用户 0 会员在此处
选项
选项
相关

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] CC3220：配置自动连接策略

admin
Guru**** 2540720 points
Other Parts Discussed in Thread: CC3220S

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/765207/cc3220-configure-the-autoconnect-policy

器件型号：CC3220

您好！

客户使用的是具有 SDK 版本1.60.0.04的 CC3220S。 它们的问题如下。 您能否评论如何通过 sl_DeviceSet 配置自动连接？ 谢谢！

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
我们需要控制器件何时连接到 AP、因此我们使用 sl_WlanPolicySet 函数来启用/禁用自动连接功能。 此函数设置持久配置、但我们需要非持久设置、因为我们经常更改它、可能会导致闪存磨损(我们还控制除上述设置之外的其他持久设置)。 此外、可能会在设置看门狗(自动连接)时到达看门狗复位、这会在复位后导致问题、此时我们需要禁用自动连接。
为了缓解此问题、我们尝试使用 sl_DeviceSet 来禁用配置选项的永久存储。 sl_DeviceSet 返回未记录的错误代码-31144。

我们在 SL 库从优先级较低的任务(OS 为 FreeRTOS)启动(并通过回调确认已接收到启动)后调用此函数、该任务的优先级较低(OS 为 FreeRTOS)。

更新到较新版本需要我们付出大量努力、我们不能仅仅通过它来测试问题是否会得到解决。

----------------------------------------------------------------------

此致、

永华

  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    尊敬的永华：

    您能否再次检查是否正在从 sl_DeviceSet 返回错误代码(-31144)？

    根据我的调查，对 sl_DeviceSet()的调用似乎对我来说对于启用/禁用系统持久性设置都可以正常运行。 但是、在禁用系统持久性配置的情况下、我在尝试设置参数(如连接策略)时会看到一些奇怪的行为。 我将继续调查、并在明天向您提供另一个更新。

    最棒的
    本·M
  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    大家好、我是最初接触到永华的人。

    我确认返回的错误代码是上面提到的错误代码。
    如果我可以提供任何其他信息、我可以提供。

    谢谢、

    雷达
  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Radu、

    谢谢。 是来自 sl_DeviceSet()调用还是来自后续 sl_WlanSetPolicy()调用的错误代码？

    如果不更新到最新的 simplelink wi-fi 主机驱动程序、请更新到最新的服务接收器并重新测试。 我确认了使用最新 SP (v3.10.0.5)启用/禁用系统持久性选项时 sl_DeviceSet()调用成功。

    最棒的

    本·M

  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好！

    调用时返回错误： 

    int16_t retval；

retval = sl_WlanPolicySet (sl_WLAN_policy_connection、sl_WLAN_connection_policy (1、1、0、0)、 空，0)；

    或 

    RetVal = sl_WlanPolicySet (sl_WLAN_policy_connection、sl_WLAN_connection_policy (0、0、0、0)、NULL、 0)；

    我已将服务包更新为 sp_3.10.0.5_2.0.0.0_2.2.0.6.bin、但我收到相同的错误。

    我只会提到这一点、因为我看到它询问了其他地方

  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    嗯、我无法编辑帖子、编辑器让我明白了

    如前所述、即使使用最新的 SP (sp_3.10.0.5_2.0.0.0_2.2.0.6.bin)进行这些函数调用时、也会发生错误。

    "我只会提到这一点、因为我在其他地方看到过它。"->这是对用于存储返回值的变量的重新处理。 我看到有人询问另一个线程中 return 变量的类型、并希望突出显示它是 i16。
  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好、Radu、

    是否可以确认只有禁用持久性设置时才会发生错误？

    谢谢、
    本·M
  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    是的、仅在禁用持久性时发生。 注释掉设置持久性设置的代码并重新刷新将不会导致 sl_WlanPolicySet 函数返回错误。

    在初始化 SL 库后、我们使用 sl_DeviceGet 获取持久性设置。 如果已启用、我们将使用 sl_DeviceSet 禁用它。

    然后、调用策略设置函数(sl_WlanPolicySet)、这将返回所述的错误代码。

    我不知道这是否有用、但无论是否存储了任何配置文件、我们都会收到错误。 此外、扫描功能也被禁用。
  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    感谢详细的解释。 我相信我现在能够再现问题。 我将与开发团队一起回顾这一点、因为我认为这是一个错误。 在我们取得进展时、我会随时向您提供最新信息。

    最棒的
    本·M
  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    好消息！ 感谢您的快速支持、我期待您的更新。

    如果我们能够在不更改 SDK 修订版的情况下进行更新、那对我们来说非常好。

    雷达
  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好、Radu、

    我们进一步深入探讨了这一点、似乎在禁用系统持续配置的情况下设置连接策略的操作实际上是有效的。 问题是操作的返回值(在网络处理器内部)未初始化、并且在禁用系统持久配置时未设置该返回值。 因此、即使操作成功、您也会看到一些随机值返回。

    请忽略现在的故障分析申请代码、并检查以确保其在您的端按预期工作 如果您有任何问题、请告诉我。

    最棒的
    本·M
  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好 Ben、

    我们将在获得结果后立即进行测试并返回给您(下周中、由于国家节假日)。

    您在上一篇文章中提到、即使我们有 SDK 版本1.60.0.04、我们也应该使用 Service Pack sp_3.10.0.5_2.0.0.0_2.2.0.6.bin。 我们是否应该继续使用最新的 Service Pack？ 无论 SDK 版本如何，我们通常都可以使用最新的 Service Pack 吗？

    谢谢、

    雷达

  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好、Radu、

    最好参考发行说明以确保。 通常、服务堆栈的设计方式是不会破坏与 SDK 的兼容性。 但是、并非对所有不同版本组合进行测试。

    我建议您在开始生产软件之前执行自己的测试、但最好尽可能迁移到最新的服务包、因为它们可能包含重要的修复。

    我还建议您尽可能将应用更新为最新的 SDK (特别是最新的 SimpleLink Wi-Fi 驱动程序)、因为我们每季度都会对其进行维护。

    最棒的
    本·M