[参考译文] CC2745R10-Q1：CC2745 重复出现异常冻结

您好：

是否复位看门狗计时器值？

此致、

Nima Behmanesh

大家好、我实现了一个计时器来定期复位看门狗计时器。 但是、当发生故障时、我的整个软件似乎都锁定了、甚至计时器也停止运行、从而导致看门狗无法按预期馈送。

根据 key_node 演示、我向 BLE 任务添加了十多条用于处理应用函数的自定义消息、还创建了一个专门用于生产测试（发送和接收测试命令）的单独 UART 任务。 这些修改是否会影响芯片的运行？

此外、根据 key_node 演示、我添加了 OTA（无线）功能并将 key_node 地址分配给 0x32000。 地址范围 0x00000000–0x31FFF 用于持久应用区域。

您好：

根据 key_node 演示、我向 BLE 任务添加了十多条用于处理应用函数的自定义消息、还创建了一个专门用于生产测试（发送和接收测试命令）的单独 UART 任务。 这些修改是否会影响芯片的运行？

视情况而定。 我需要查看代码并查看它以正确回答该问题。 这不是说会这样、但根据这些任务的创建方式（即它们必须低于 BLE 应用任务优先级）、这些单独的任务可能会对 BLE 栈运行产生影响。

此外、由于您使用 UART、这将阻止器件进入低功耗模式、这也可能是导致高电流使用的原因。  

如果完全禁用看门狗、会观察到什么？

此致、

Nima Behmanesh

大家好、如果看门狗已完全禁用、软件将卡在特定阶段、功耗仍在 7mA 周围。 我还考虑了我的 UART 任务是否导致了问题、但即使我删除了 UART 任务、问题仍然发生。

您好：

感谢您提供的信息。 当您说它卡在某个阶段时、您能否提供调用栈或它卡在的函数？

如果没有更多的调试信息、就很难找出导致器件挂起的可能发生的情况。 如果能进一步了解软件中发生的情况、将会有所帮助。

此致、

Nima Behmanesh  

您好：

在今天的测试中、我观察到使用 SDK key_node 程序（禁用 BLE 广播）时 — 从中删除原始 UART 配置 sysconfig 并添加自定义 UART 后 — 在上电/断电应力测试期间会出现异常功耗、即使在断电阶段加入了几秒的等待时间也是如此。

您好：

   您可以 key_node 在 SDK14 中对项目执行相同的配置和测试、以了解是否可以确定问题的根本原因。

您好：  

是否正在使用基本关键节点项目？ 您是否使用信道探测、如果使用、是否更改了任何信道探测配置？ 关键节点项目的具体目标是什么？ 我假设可以进行信道探测、但您是否包含了 UART 和 OAD 之外的任何内容？  

请提供项目卡住时的调用堆栈视图。 这将有助于调试。  

您启用了什么电源策略？ 等待中断或待机？ 请告诉我。  

谢谢、
Isaac

您好：

我在不修改任何信道探测配置的情况下使用基本关键节点演示、也没有集成 OAD 功能。 在昨天的测试过程中、我发现在基本关键节点项目（没有任何配置更改，不集成 UART 或 OAD 功能，也不添加额外代码）上、如果我只禁用蓝牙广播操作、然后执行上电/断电测试（更长的断电时间以确保芯片完全断电）、则会出现高功耗问题。 这种现象仅在睡眠期间发生；当存在其他射频操作（如蓝牙广播或连接）时、似乎不会发生。 我尚未修改电源管理策略、并且正在使用默认待机策略。

在调试模式下、我认为无法可靠地捕获问题发生的确切时刻。

我在不添加任何自定义代码或修改任何配置的情况下使用了关键节点演示、并将程序下载到演示板上。 在应力测试期间、我发现、只要禁用蓝牙广播、就会出现高功耗问题。

您好：

我在不修改任何信道探测配置的情况下使用基本关键节点演示、也没有集成 OAD 功能。 在昨天的测试过程中、我发现在基本关键节点项目（没有任何配置更改，不集成 UART 或 OAD 功能，也不添加额外代码）上、如果我只禁用蓝牙广播操作、然后执行上电/断电测试（更长的断电时间以确保芯片完全断电）、则会出现高功耗问题。 这种现象仅在睡眠期间发生；当存在其他射频操作（如蓝牙广播或连接）时、似乎不会发生。 我尚未修改电源管理策略、并且正在使用默认待机策略。

在调试模式下、我认为无法可靠地捕获问题发生的确切时刻。

我在不添加任何自定义代码或修改任何配置的情况下使用了关键节点演示、并将程序下载到演示板上。 在应力测试期间、我发现、只要禁用蓝牙广播、就会出现高功耗问题。

您好：

通过低功耗模式测试期间的击穿情况  没有 BLE 广播  在调试模式下、到目前为止未发生异常冻结。 但是、器件在低功耗模式下运行时会保持冻结  未启用调试模式 。 调试模式下的功耗仍在 2mA 附近、这让我得出结论：在这种情况下芯片不会进入深度低功耗状态。 因此、潜在问题要么无法重现、要么不太可能出现。

我发现了另一个现象:当我禁用 BLE 广播时程序冻结  在接收到 UART 命令之后 和冻结发生在的行  ICall_abort();