• 状态 Resolved
  • 已锁定 已锁定
  • 回复 8 回复
  • 订户 0 订户
  • 视图 715 视图
  • 用户 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.

[参考译文] CC3220SF：在 InitSimplelink 函数中获取-2011

admin
Guru**** 2387060 points
Other Parts Discussed in Thread: CC3220SF
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1274633/cc3220sf-getting--2011-in-initsimplelink-function

器件型号：CC3220SF

您好！

我在 我们的器件中使用 CC3220SF WiFi SoC。 我们目前处于生产阶段、到目前为止已经完成了很多器件。

最近、我们在对模块执行测试时遇到了器件重启问题。

设备频繁重新启动、错误消息：  函数[InitSimplelink]中第[1575]行的错误[-2011]

它在代码中停留在以下点。

第1574行： RetVal = sl_WlanSetMode (pCtx->role)；
第1574行：  assert_on_error (RetVal)；

在 slneterr.h 文件中、该错误如下所述

//* API 已中止，设备锁定状态下不允许执行命令*/
#define SLNETERR_RET_CODEV_LOCKED (-2011L)

请帮助我们了解此错误以及可能导致此错误的可能原因。

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

    尊敬的 Abhishek：

     网络处理器指南的第3.3.4节 给出了锁定状态发生的以下原因。

    该器件会由于以下条件之一而进入锁定状态：

    •目前正在恢复出厂默认设置。 该过程完成后、器件会解锁。

    •器件初始化失败、并且随初始化完成错误异步事件一起发送不准确的错误。 器件初始化完成可能会由于校准失败或文件系统数据结构的完整性故障而失败。

    •超出安全警报阈值。 SimpleLink Wi-Fi 器件具备软件篡改检测机制和安全警报计数器。 此过程会检测以下各项的完整性违规：文件系统数据、安全身份验证文件或系统文件。 当器件达到安全警报阈值(默认三个阈值或使用 Image Creator 预定义的阈值)时、器件将锁定。

    •出现严重安全警报。

    某些文件可能已损坏并导致设备锁定。

    此致、

    罗格利奥

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

    您好

    我进行了更详细的检查、上面的错误是由于  SL_ERROR_CALIB_FAIL 错误  sl_Start (0、0、0) 这个函数。

    我的设备启动后立即面临此问题？ 这样做的原因可能是什么。 我仍在测试、以了解有关这方面的更多信息。 我们之前已经做过几批生产、但目前的器件补丁出现的频率更高。

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

    仅供参考、当前 SDK 版本为 simplelink_cc32xx_sdk_3_30_01_02

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

    您好！

    我将研究发生该错误的原因。 同时、我肯定会更新到最新版本的 SDK。

    此致、

    罗格利奥

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

    您好、Rodelio。

    到目前为止、我们已经生产了大量相同版本的器件、没有任何问题(5K+)、因此我不确定更改 SDK 是否会解决此处的问题。 此外、我们目前仍处在迁移到新 SDK 不可行的阶段。 许多器件已在现场运行、且已使用相同的 SDK 版本。

    另外,如果再有一个人能够在印度时间回复和接受我的意见,对我来说也是好的。 如果需要进行任何板载调试、则会有所帮助。

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

    尊敬的 Abhishek：

    调用 sl_Start()时校准失败的原因可能有多种。 我知道这两个在现场部署的原因：

    • 如果您无法提供足够的峰值电流进行校准、校准将失败
    • 当您在同一位置同时为多个设备通电时、校准可能会失败。 一个器件校准产生的射频干扰会阻碍另一个器件的校准。 我尚未确认该理论、但从逻辑上讲、来自其他附近器件(不仅仅是 CC3220)的强射频干扰可能会阻碍校准。 但我认为、使用 CC3220 QFN 的器件射频设计有误时、问题可能会更严重。

    我认为您应该调查您的电源轨在器件启动期间的压降(当被称为 sl_Start ()时的瞬间)。 如果问题是由 RF 干扰引起的,您应该等待几分钟,然后再次调用 sl_Start()。

    从旧版 SDK 迁移整个 SDK 可能会带来"烦恼"、因为较新的 SDK 通常会破坏旧代码的兼容性。 但是、从较新的 SDK 反向移植主机驱动程序和安全修复程序相对容易。 还应使用最新 SDK 提供的 ServicePack。 如果您仍在运送 SDK 版本3.30.01.02中提供的服务包(3.13.0.3)的新器件、这是一个非常非常糟糕的主意。 您的设备可能会受到多个已知安全漏洞和某些 IOP 问题的影响。 我认为您应该从安全角度审查您的更新策略、因为您处于此状态的设备可能是网络安全威胁的来源。

    1月

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

    大家好、Jan、

    我们最多在生产线上并行运行4 (接口级测试)+ 2 (功能测试)+ 2 (OTA 更新器件)= 8个器件、它们彼此靠近(在 WIFI 范围内)。 但这种情况在一年多来都是相似的。 直到现在，我们才注意到这个问题，因为它已经成为生产的一个阻碍因素。

    如果您需要我为快速解决此问题而提供的任何其他信息、请通知我。 此外、如果我可以尝试使用这些器件、例如将它们与其他器件隔离或出于测试目的使用任何此类器件。

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

    您好！

    我没有什么可说的了,我在上面已经说过了。 我想您应该关注我在上面提到的两个场景。 您还应更新服务包。 您是否使用 CC3220SF QFN、对吗？

    如果您以前没有这一问题、 您需要确定已经更改的内容 (新的印刷电路板组装批次、新的组件批次等)。 没有人比你更能做这个调查。 这是你的工作。

    请告诉我您的调查结果、哪些方面发生了变化。

    1月