请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：CC1350 我们现有的现场设计一直运作良好； 这些器件使用 BLE 堆栈(使用 SDK 版本2.30.0.20构建)运行 CC1350、但我们在测试一些已放置在长期存储(6个月以上空闲)中的器件时观察到、大约10%的器件在存储期间经历了复位。
我们的固件不启用内部看门狗、因为能耗要求会超过空闲阈值、我们不采用任何形式的外部看门狗、也不采用可调用软件复位的代码。 RESET 引脚通过10k Ω 电阻上拉至 VDD。 这些单元由 CR2032电池供电、该电池的陶瓷电容为300uF、靠近 CC1350放置、可在脉冲负载期间降低电池的有效 IR。
在空闲模式下、这些单元以空闲模式运行、只需每2秒使用 TI-RTOS 时钟回调来唤醒、以检查连接 到 GPIO 的霍尔效应传感器的状态。 此 HES 控制 BLE 广播、在存储中、单元采用固定配置、其中 HES 始终处于活动状态、不会发生广播。
我们无法解释这些复位背后的原因、而通过系统的仪器现场观察这些复位已证明是有问题的、因为这些复位似乎在几个月内发生。
我在 MCU 或后续 SDK 修订版的勘误表中没有看到任何内容、这些内容表明对此行为的解释非常方便、但如果有任何对此系统具有专业知识的人员、请确保这听起来不像 RTOS 或 MCU 中理解的故障模式、我将不胜感激。
