[参考译文] CC2650：CC2650 (具有最新的 F/W、包含新的电池电平特性)会随机停止广播、即使我们尝试(修改固件代码)防止这种情况

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/571721/cc2650-cc2650-with-latest-f-w-that-includes-the-new-battery-level-characteristic-stops-advertising-randomly-even-though-we-try-modify-the-firmware-code-to-prevent-that

您好！

我们有一个应用、在该应用中、我们需要每个 SensorTag 在首次通电或断开连接时进行广播(无限期)。

访问此链接： http://stackoverflow.com/questions/38042880/sensortag-2-cc2650-advertising-indefinately-firmware

...除其他外、即使在 TI 网站上也是如此(似乎许多用户也需要该器件永远不会停止为"可发现")

我已(重新)在固件版本中制作了包含电池电平源的规定模式(我们现在正在阅读的特性、因此我们可以报告电池寿命以及运动数据等)。

事情是、在以前的固件版本中、这些相同的模式似乎100%可靠地工作(没有电池电量图表)。

我应该提到的是、当它发生故障时、LED 仍在闪烁。  因此，这是*非常*误导性的，表明当前代码库中可能存在缺陷。  我将我的智能手机与 NRF 工具套件应用配合使用、以证明相关的 SensorTag 确实没有广播(尽管 LED 在做什么)。

有什么想法吗？  我是否需要更改其他行？  是否可以重现此问题？

感谢您在这一问题上提供的任何帮助或见解。  我完全知道如何使用 CCS 对这些人进行重新编程、我不是初学者。

代码参考(我们的模式、全部在 sensortag.c 中)：

行114-122：

//我们的 MODS：这使得未配对的 SensorTag 无限期广播。
#define 我们的广告 INDEF_MOD

//常规可发现模式无限期广播
#ifdef 我们的_广告_INDEF_MOD
#define DEFAULT_DISCOVELOAD_MODE GAP_ADTYPE_FLAGS_GENERAL
其他
#define DEFAULT_DISCOVELOAD_MODE GAP_ADTYPE_FLAGS_LIMITED
#endif

根据 S/O 帖子中的建议、甚至通过海报链接到该论坛。

第454-465行：

#ifdef 我们的_广告_INDEF_MOD
// stackoverflow.com/.../sensortag-2-cc2650-advertising-indefinately-firmware
//也建议这样做。 尝试其他规定的修改、因为使用新固件
//即使绿色 LED 在闪烁，SensorTag 仍然(有时)停止广播。
//我使用智能手机上的 NRF Connect 确认此症状。
uint16_t advertOffTime = 1；
其他
//通过将此值设置为零，器件将在之后进入等待状态
//可发现30.72秒，并且不会再次进行广播
//直到启用程序设置回 true
uint16_t advertOffTime = 0；
#endif