Other Parts Discussed in Thread: BLE-STACK, SYSCONFIG
器件型号: CC2642R
Thread 中讨论的其他器件: BLE-STACK、 SysConfig
工具/软件:
您好、
我基于 simple_peripheral(适用于 CC2642 的 SimpleLink CC13xx CC26xx SDK)示例开发了一个客户固件。
根据 SDK 版本 7.10.2.23、我们收到客户投诉、即有时在连接智能手机应用程序后无法再访问 CC22642 器件。
根据最新的 SDK 版本 8.31.00.11 设置客户固件后、该行为没有变化。
我发现 CC2642 处于未定义状态、具有高电流消耗(随机 4 或 8mA)。 当 移动到无法触及的位置时、它不会检测到与智能手机的连接。
我可以通过执行以下步骤重现此问题:
-创建 simple_peripheral (CC26x2R Launchpad /BLE-Stack) 示例工程
-向 simple_peripheral.c 添加和初始化定期广播的代码(见附件)
-将 USE_PERIOCY_ADV 和 RTLS_CTE 定义 为预定义符号
-构建并刷新至 Launchpad
-重置固件 (!)
-使用智能手机应用程序连接到 CC2642。 我在 iOS 上使用 BLE Hero 应用
-缓慢移出伸展位置、直至断开连接、然后移回伸展位置并尝试连接。 通常、需要一些尝试 (3 到 10) 才能生成它
-在某些时候,应用程序无法再连接
- CC2642 不在广播、无法再连接。 只有硬复位有用。
更深入的见解:
-在显示日志中,您可以看到即使移动应用显示断开连接,断开连接事件 (GAP_LINK_TERMINATE_EVENT ) 也不会被触发。
-仅当 PHY 更改为 2M 时才会发生该问题。
-我对客户固件实施了软件监视程序。 应用任务仍然有效、看门狗被清除。 对讲机核心似乎挂起。
-我实现了检测 未检测到的 与客户固件断开连接。 如果我尝试通过 GapAdv_enable 重新启用广播、则固件会运行到(看门狗触发)复位状态。
-我删除了客户固件中的定期广告。 在第一次测试中、问题似乎消失了。 但我们仍有一些罕见的设备 运行。
目前、我 针对检测问题并触发软件复位的客户固件实施了权变措施。 但我不满意这种情况...
我恳请你的支持,非常感谢!
此致、
Andreas


