iOS端Swift+CoreBluetooth多BLE绘图设备连接成功但特征值通信失效排查求助

阿华AIGC实验室

2026-3-31

嗨，我特别能理解你现在的头疼——明明几个BLE绘图设备都连上了，但读、写、通知全没反应，就像设备“哑”了一样。我之前做过多设备BLE数据采集的项目，踩过不少类似的坑，给你拆解下排查方向，逐个回应你的问题，再给你一套落地的调试步骤。

先逐个回应你的疑问

1. 连接成功但无特征值更新的最常见原因

这个情况我碰到过好多次，主要集中在这几点：

特征属性不匹配：比如你要开通知的特征根本没有.notify属性，或者要写的特征没有.write/.writeWithoutResponse属性，CoreBluetooth不会报错，但就是没任何回调
初始化命令错误：BLE设备很多都需要先发送特定的HEX命令“唤醒”或者“授权”，才能开始推送数据，你发的HEX不对，设备就不会理你
特征UUID搞混了：很多设备的服务下有多个特征，比如有的是“控制特征”（用来发命令），有的是“数据特征”（用来推数据），你可能把命令写到了数据特征上，或者给控制特征开了通知，完全搞反了
CoreBluetooth队列问题：如果初始化CBCentralManager用了并行队列，回调可能乱序甚至丢失，必须用串行队列
固件限制：这个后面单独说

2. 流式数据是不是必须用带`.notify`属性的特征？

对的！如果要设备主动给你推送流式数据，特征必须具备.notify（或者.indicate，但前者更常用）属性——这是BLE协议的规定，没有这个属性的特征，你调用setNotifyValue(true)后，设备根本不会给你发任何数据，CoreBluetooth也不会有任何提示。

3. 厂商SDK只支持单设备，会不会是固件限制多数据流？

非常有可能！很多小众BLE设备的固件为了节省硬件资源，或者协议设计的时候就只允许一个中央设备（也就是你的iOS设备）同时建立活跃的数据连接。我之前碰到过一个蓝牙打印机，固件就限制只能连一个设备，第二个设备连上后只能读基本信息，没法发打印命令。你可以先测试只连一个设备，完全照着厂商SDK的步骤来，看能不能收到数据——如果单设备用自己的代码能通，多设备不行，那基本就是固件限制了。

4. 没厂商文档，怎么确认写对了特征？

这个我有个笨但有效的办法：抄厂商SDK的作业。

你可以在Xcode里给CoreBluetooth的关键方法打符号断点，比如CBPeripheral.setNotifyValue(_:for:)、CBPeripheral.writeValue(_:for:type:)，然后运行厂商的SDK，看它连接单个设备时，是给哪个特征发了什么HEX数据，开了哪个特征的通知
或者打印厂商SDK里的peripheral的所有services和characteristics的UUID、属性，和你自己代码里拿到的对比，找到SDK用到的那个特征，完全照搬它的操作

5. CoreBluetooth能不能可靠处理4个高频流设备？

完全没问题！iOS本身最多支持同时连接7个BLE设备（不同版本可能有细微差别），4个绝对在范围内。只要你注意这两点：

用串行队列管理CoreBluetooth的所有操作和回调（别用并行队列，会出线程安全问题）
控制每个设备的数据包大小和发送频率，别让单设备的数据流占满BLE带宽（一般每个包20字节左右，频率100Hz以内都没问题）

针对你核心问题的具体调试步骤

你的核心是“连接成功，但读写通知全没反应”，按这个顺序排查：

先确认特征的属性
拿到特征后，立刻打印characteristic.properties，比如：
```
print("特征属性：\(characteristic.properties)")
```
比如你要开通知的特征，必须包含.notify；要写的特征必须包含.write（用.withResponse写）或者.writeWithoutResponse（用.withoutResponse写）；要读的特征必须包含.read。如果属性不对，直接换特征。
测试单设备连接，完全复刻SDK的操作
先别连4个，就连一个设备，完全照着SDK的步骤来：
- 先发SDK发的那个HEX初始化命令（用符号断点抓到的）
- 再开SDK开的那个特征的通知
- 再读SDK读的那个特征
  如果单设备这样操作后能收到数据，那说明你之前的多设备问题要么是固件限制，要么是多设备操作时的代码bug（比如线程问题）；如果单设备也没反应，那就是你单设备的操作步骤不对，和多设备没关系。
检查写操作的类型和特征属性是否匹配
如果你用的是.withResponse类型写数据，那特征必须有.write属性，不然设备不会响应，didWriteValueFor也不会触发；如果特征只有.writeWithoutResponse属性，那必须用.withoutResponse类型写，写了就不会有回调（因为不需要响应）。
用Xcode的BLE调试工具看实时状态
打开Xcode的Debug Navigator（左边小虫子图标旁的导航栏），选择BLE，找到你的iOS设备，然后看每个已连接的peripheral的services和characteristics：
- 看特征的notify状态是不是“Enabled”（如果你开了notify的话）
- 看特征的属性是不是和你代码里打印的一致
- 甚至可以在调试工具里手动给特征开notify、写数据，看设备有没有反应，这样能排除代码的问题。
检查CoreBluetooth的队列初始化
你初始化CBCentralManager的时候，是不是用了串行队列？比如：
```
let queue = DispatchQueue(label: "com.yourapp.ble.queue")
let centralManager = CBCentralManager(delegate: self, queue: queue)
```
绝对不能用DispatchQueue.global()这种并行队列，不然回调会乱序，甚至丢失。
确认初始化的HEX数据完全正确
把你发的HEX数据和SDK发的对比，哪怕差一个字节都不行。比如SDK发的是0x010203，你发的是0x010204，设备就不会理你。可以自己写个Data的扩展把数据转成十六进制字符串打印，和SDK的对比。