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.
https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1022600/cc2650-zstack-crash
Z-Stack 1.2.2a
我将在 CC2650上实施 ZigBee 案例。 但我遇到了一个问题、即器件在休眠时可能会崩溃。
尽管我添加了看门狗。 但是、只要器件崩溃、使用看门狗重启就会消耗功率。
ZStack1.2.2a 是否存在崩溃问题？ 我如何修改它？
尊敬的郭先生/女士：
Z-Stack HA 1.2.2a 是已弃用的代码、已于2016年发布、用于 CC2650、无需进一步更新。 此堆栈上存在多个错误、因此不建议将 CC2650用于 Zigbee 项目开发。 您必须提供有关器件状态的更多信息、包括 IAR 调试 和监听器日志、以接收有关可能出现的问题的进一步指导。 我还建议您搜索 类似的 E2E 主题。
此致、 Ryan
感谢您的回复。
我不知道为什么以及如何修复它。
[OSAL.c] OSAL_INIT_SYSTEM ( void) ｛ … OSAL_tickperiod =(uint_least32_t) iCall_getTickPeriod ()； <=== 如果我不运行该代码。 不会崩溃。 OSAL_max_mss -= 2； <=== ｝
这应该与 之前使用 iCall_getTicks 相同、并且这个问题与最初的问题无关。 如果没有更多信息、我不确定如何提供进一步的帮助。
抱歉，不运行："osal_max_mss =(uint_least32_t) iCall_getMaxMSecs()；"
这是我找到的最常见的、我仍然继续跟踪它。
我同意 Ryan iCall_getMaxMSecs 不应导致崩溃问题。 您可以尝试在不进行任何修改的情况下使用任何原始示例、只需添加 iCall_getMaxMSecs 即可首先验证。
谢谢。
提出问题。
我能否设置 _no_init 等参数、并可在应用程序和"iCall_startup.c"中使用它？？？
当应用程序处于 工作模式时、我可以启用此参数。
是否会进入睡眠模式。 禁用此参数并重新引导 MCU。
在 MCU 重新启动后、iCall_startup.c -> STACK_main()将不会执行。
您可以使用自定义应用程序 NV 项目来存储堆栈和应用程序项目之间共享的闪存存储器变量、或使用您自己在链接器配置(.ICF)文件中保留的存储器部分。 但是、我不能确定您尝试使用您所描述的变通办法来实现什么。
您好、Ryan
我缩小了问题的范围。
我只创建一个1分钟的计时器
该计时器将在执行7次并自动重启后崩溃。
待机模式。
如果我设置"Power_setConstraint (Power_SB_Disallow)；"(不允许标准)
此计时器不会崩溃。
你有什么想法吗？
您能否与我们分享如何使用代码段设置和使用此计时器？
我正确设置计时器。
我在 BLE SDK 上运行了相同的计时器代码。
可以了。
可能存在影响计时器的代码或设置。
对于这些问题通常可以注意什么？
请提供您的代码片段、以便我们可以检查可能发生的情况。
感谢您的回复
提供代码并不容易。
目前、我使用其他方法来解决此问题。
