BLE蓝牙:为一些导致 nRF 崩溃的特性添加通知

问题描述

我们在运行 Ubuntu 18.04 的嵌入式系统中运行 BLE(蓝牙)。 BlueZ 版本是 5.48。 我们希望在固件升级之间保留配对信息。这样,当安装了新版本的固件时,应用程序用户将不需要“忘记设备”。所以我们在固件升级过程中备份和恢复“/var/lib/bluetooth”文件夹。 最近我们遇到了一个问题。在新版本的 BLE 服务(示例代码:sample code)中,我们为一些特性添加了通知属性。固件升级后,我们发现 nRF(也是我们自己的应用程序)在尝试连接到 BLE 服务时崩溃了。如果我们执行以下操作,则 nRF 可以再次连接并从 BLE 服务读取数据:

  1. 删除“/var/lib/bluetooth”
  2. 重启设备
  3. 从 iPhone 中选择“忘记设备”

这里有一些问题:

  1. 当我们只为某些特征添加通知属性时,它为什么会导致 nRF 崩溃?如何避免崩溃?
  2. 每次添加通知属性或对特性属性进行一些其他更改时,是否都必须删除“/var/lib/bluetooth”和“忘记设备”?
  3. 运行“bluetoothctl”时,我注意到特征定义中的“/org/bluez/hci0”。这些信息保存在文件系统中的什么位置?有没有可能是这些事情导致了崩溃?

谢谢。

PS:@ukBaz - 你知道吗?

解决方法

暂无找到可以解决该程序问题的有效方法,小编努力寻找整理中!

如果你已经找到好的解决方法,欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@)