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

[参考译文] CC1312R：Wi-SUN 堆栈连接状态4下的硬件异常

admin
Guru**** 2468460 points
Other Parts Discussed in Thread: SYSCONFIG, CC1312R7

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1457046/cc1312r-hardware-exception-in-wi-sun-stack-join-state-4

器件型号：CC1312R
主题中讨论的其他器件：SysConfig、

工具与软件：

你(们)好

在测试 TI Wi-SUN 堆栈时、我们发现了一个可能的错误、即当路由器节点处于联接状态4时、TI Wi-SUN 堆栈会抛出以下硬件异常。 

Error raised: hardware exception id = 3, pc = 0x0003d6f4 (SDK_PATH/kernel/tirtos7/packages/ti/sysbios/family/arm/m3/Hwi.c:1092)

通过注释 exclude_trace 宏来捕获此异常。 我们注意到这可能发生在固件的第一次引导中、但在发生此异常后、应用程序的看门狗会触发系统复位、然后路由器节点会进入加入状态4至5、而不抛出硬件异常。

非常感谢对这一问题的任何见解或建议。

谢谢你。

此致、

Mauricio.

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

    您好、 Mauricio

    请提供以下信息

    • 您使用的 SDK 版本是什么？
    • 您运行的是哪个 Wi-SUN 示例？
    • 您是否对该示例进行了任何修改？
      • 如果是、您做出了哪些更改？
    • 您在运行什么硬件？ CC1312 Launcåad 还是您的定制硬件？

    Siri

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

    你好、Siri

    • 您使用的 SDK 版本是什么？ - SIMPLELINK-LOWPOWER-F2-SDK 7.41.00.17.
    • 您运行的是哪个 Wi-SUN 示例？ -一个端口的 WSMs 项目从 CC1312R7的,我知道,它不是完全的 wisun 堆栈,但类似. 但是、工程 SysConfig 的配置与 wisun 堆栈默认配置非常相似。 我们使用的是"Wi-SUN 兼容安全性与密钥交换"、"快速加入"和"检测时间"等高级设置与 wisun 堆栈中的默认值相同。 器件角色已更改为 CoAP。
    • 您是否对该示例进行了任何修改？ -是的,我们已经把我们的应用程序放在示例之上。 我们尚未对堆栈进行更改。
    • 您在运行什么硬件？-我们正在使用我们的定制硬件。 因此、它很可能是一个硬件问题。 但是、我们想知道是什么原因导致了这个硬件异常、从而帮助我们调试这个问题。

    作为更新、今天我测试了 之前遇到此问题的相同硬件(固件也是相同的)、并且出于某种原因不再重置。 同样、非常感谢您澄清这种硬件例外情况。

    谢谢你。

    此致、

    Mauricio.

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

    尊敬的 Mauricio：

    由于当您注释掉  exclude_trace 宏时会发生此问题、即、在运行时启用了跟踪功能、因此这可能是与这些跟踪打印相关的稳定性问题。

    您能谈谈这个问题的重现性吗？ 如果每次该器件尝试加入时发生这种情况、我们可以尝试对其进行查看。 如果不是、恐怕我们会再次要求您排除跟踪打印、因为我们测试的不是启用跟踪的运行情况。

    谢谢、

    Marie H.

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

    尊敬的 Marie：

    我尝试在没有显示跟踪结果的情况下运行固件、并且从我的测试中、这些模块根本没有复位。 因此、轨迹图似乎确实是问题的根源。

    关于此问题的重现性、我认为这是不可行的、因为我们使用的是定制模块、而且我们未能始终如一地重现此问题。

    谢谢你。

    此致、

    Mauricio.

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

    尊敬的 Mauricio：

    我明白了。 正如我说过的、我们不会在启用跟踪的情况下运行任何测试、因此我们不建议使用它。

    这个跟踪模块的问题在于它会占用大量的内存、所以根本原因可能与此相关。  

    谢谢、

    Marie H.