我一直在研究 CC2564 (PAN1326)和 CC2564B (PAN1326B)的蓝牙低耗能问题。 我们有2个器件、1个使用 CC2564、1个使用 CC2564B。 我使用的是来自 TI 网站 http://www.ti.com/tool/cc256xstbtblesw 的最新版本(4.0.2.2)的 bluetopia。 我还更新了最新的修补程序文件 http://processors.wiki.ti.com/index.php/CC256x_Downloads ：CC2564 v2.14、CC2564B v1.6)。
通常情况下，一切正常，但 BLE 断开连接后，BLE 广播不会重新启动。 在代码中，我将发送 HCI 命令以启用 BLE 广播，蓝牙模块(CC26554或 CC2654B)将发送返回值0 (成功)。 但是，它实际上不会开始广播。
我没有一种好的方法来重现问题。 我曾尝试通过打开和关闭 Faraday 笼盒(设备内部)造成许多断开连接，但设备会按需重新连接。 但是、如果我在周末使用大约8台蓝牙设备运行、我通常会在星期一看到1或2台设备不发送广告。 我已经向 Frontline Sodera 确认，他们实际上并不是在发送广告。 器件上的日志文件显示上次执行的蓝牙操作是开始发送 BLE 广播。
我在星期一升级到最新的修补程序文件。 在此之前、我在两个器件上都看到了它。 从那时起，我只观察到 CC2654B 上的问题。 测试时间不长，因此我不确定最新的补丁是否解决了 CC2564上的问题，或者我是否还没有发现 CC2564上的问题。
昨天、我向这两个器件添加了一些代码、这样我就可以按下按钮并禁用和启用广播。 今天早上有一台设备出现问题。 我打开了前台的火山口，没有看到广告包。 我按下按钮、广播立即重新开始。 这向我表明，当广播无法启动时，蓝牙堆栈和蓝牙模块没有处于坏状态。
这是一个已知问题吗？是否有解决方法？
