[参考译文] CC1312R7：具有802.15.4堆栈的 TIRTS7和 SDK 6.40中的 OAD (基于 SDK 6.40中的 SENSOR_OAD)不能从暂停状态正确恢复

您好、

我认为我们没有为这种用例提供这样的例子。

是否要执行此操作以节省功耗？

您可以查看我们的电池寿命计算器、如果这对 您有所帮助：https://dev.ti.com/tirex/explore/content/simplelink_cc13xx_cc26xx_sdk_6_40_00_13/docs/ti154stack/TI-15.4-STACK-CALC.html

此致、

Arthur

尊敬的 Arthur：

是的、我们希望断电以节省功耗、并且仅在引脚变为高电平时唤醒。
感谢您的链接、但这并不有帮助。 我们实际上需要暂停除 RTC 和 WAKE ON 引脚之外的所有内容。

我尝试的任何内容似乎都不允许 BIM/TIRTOS7从完全暂停状态正确重新启动。
我尝试从 Power_sleep (PowerCC26XX_STANDBY)返回时调用 SysCtrlSystemReset()，我尝试使用 SysCtrlResetSourceGet ()检查复位原因，并在 RSTSRC_WAKEUP_FIT_SHUTDOWN 上执行 SysCtrlSystemReset()，但在暂停后很不幸运能再次运行 TIRTS7。

你有什么建议吗？

2.对于调试这种情况，您是否有任何最佳做法建议？ 使 JTAG 处于活动状态将阻止完全挂起、因此在 TIRTOS7中恢复时很难看到实际发生的情况。

此致
OLA

您好、Ola、

有些人似乎过去曾遇到过这个问题、如下所示：

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/892925/ccs-cc2652r-cc2652r-shutdown-issue

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/949737/ccs-cc2642r-wake-up-does-not-work-after-shutdown-at-simple-peripheral-oad-project

您使用的是片上还是片外 OAD？

根据您的调试建议、我认为您必须通过 UART 打印调试信息、才能使电路板进入待机状态。

此致、

Arthur

我们使用的是片外 OAD。

感谢您提供链接。 根据他们的讨论、问题似乎是 TI 提供的 BIM 代码中的一个错误、尚未修复。

修复方法最有可能重写 BIM 代码、以便在恢复时执行延迟或忽略外部闪存错误。

这是对讨论的正确理解吗？

您好、Ola、

您能否在第一个帖子中测试代码片段？

在我的一侧、我收到了第二个线程中引用的错误通知单的更新。

谢谢、

玛丽·H

并进行报告

Hei Ola,

您是否有机会尝试？

您使用的是哪个版本的 SimpleLink SDK？

已对上述错误标签进行了调查、但尚未实施修复或解决方法。

谢谢、

玛丽·H