3. 协同定位架构设计：UWB与BLE协同工作的系统架构、数据流设计、时序同步策略
好，咱们进入第三章。这一章讲的是架构层面的东西，说白了就是UWB和BLE这两兄弟怎么在系统里搭伙过日子。很多初学者容易犯一个错误——把UWB和BLE当成两个独立模块各自调通就完事了。我早年做第一个定位项目时就吃过这个亏，UWB测距数据出来了，BLE广播也正常，但合在一起就是定位不准。后来才发现，问题出在架构层面，数据流和时序根本没对齐。
所以这一章，我会把系统架构、数据流、时序同步这三个核心问题掰开揉碎了讲。你理解透了这个架构，后面写代码才不会跑偏。
3.1 系统架构：双模协同的分层模型
先看整体架构。我习惯把UWB和BLE的协同系统分成三层：感知层、融合层、应用层。每一层各司其职，层与层之间通过定义好的接口通信。
核心原则：UWB负责高精度测距，BLE负责低功耗连接和GATT服务交互。两者不是替代关系，是互补关系。
下面这张图是我自己项目里常用的架构，你可以直接拿来当模板用。
这张图你看懂了吗？感知层是UWB和BLE的硬件模块，它们各自采集原始数据。融合层是大脑，负责把两路数据对齐、滤波、同步。应用层只管拿结果，不关心底层是UWB还是BLE。
3.2 数据流设计：两条腿走路
数据流设计是架构落地的关键。我见过不少方案，UWB和BLE的数据各走各的通道，到应用层才合并，结果时间戳对不上，定位结果一塌糊涂。
正确的做法是：在融合层完成数据对齐。具体来说，数据流分两条路径：
3.2.1 UWB数据流
- 测距数据：UWB模块通过双向测距（TWR）或到达时间差（TDOA）得到距离值。
- 时间戳：每个测距结果必须附带硬件时间戳，精度要到微秒级。
- 原始RSSI：虽然UWB主要靠时间测距，但RSSI可以作为辅助置信度指标。
3.2.2 BLE数据流
- GATT服务数据：通过BLE连接读取设备特征值，比如设备ID、电池电量、传感器数据。
- 广播包：用于设备发现和快速数据交换，我习惯把UWB的配置参数塞进广播包。
- RSSI：BLE的RSSI虽然精度不高，但可以作为粗定位的辅助。
我的经验：UWB数据走中断或DMA通道，保证低延迟。BLE数据走GATT通知（Notification）模式，不要用轮询，否则功耗和延迟都扛不住。
数据流在融合层汇合后，需要做三件事：
- 时间戳对齐：把UWB和BLE的数据统一到同一个时间基准上。
- 数据插值：UWB更新率可能比BLE快，需要做线性插值或最近邻插值。
- 置信度加权：根据信号质量和环境因素，给UWB和BLE数据分配不同权重。
3.3 时序同步策略：别让时间戳骗了你
时序同步是整个协同定位里最容易出坑的地方。我曾经在一个项目里，UWB用的是芯片内部时钟，BLE用的是蓝牙协议栈的系统滴答，两个时钟漂移率不一样，跑了十分钟就差了十几毫秒。你想想看，UWB测距精度是厘米级的，十几毫秒的时间误差换算成距离，那就是好几米。
所以，时序同步必须从架构层面解决。我推荐以下策略：
3.3.1 统一时间基准
所有模块使用同一个时钟源。如果硬件条件不允许，那就用软件同步：
- BLE模块作为主时钟，UWB模块定期通过GATT服务读取BLE的时间戳。
- UWB模块内部维护一个本地时钟偏移量，每次测距结果都加上这个偏移量。
注意：不要依赖网络时间协议（NTP）做微秒级同步。NTP在局域网内能做到毫秒级就不错了，对于UWB定位来说远远不够。
3.3.2 时序对齐流程
我总结了一个三步走的流程，你可以直接抄作业：
| 步骤 | 操作 | 说明 |
|---|---|---|
| 1 | 采集时间戳 | UWB和BLE各自在数据产生时刻打上硬件时间戳 |
| 2 | 计算偏移量 | 通过GATT服务交换时间戳，计算两个时钟的偏移和漂移 |
| 3 | 统一时间轴 | 将所有数据转换到同一个时间基准（建议用BLE主时钟） |
3.3.3 同步周期选择
同步周期不是越短越好。我做过测试：
- 每100ms同步一次：精度高，但GATT服务交互频繁，功耗增加。
- 每500ms同步一次：功耗适中，精度可以接受。
- 每1s同步一次：功耗最低，但时钟漂移累积明显。
建议：如果你的系统对功耗敏感，用500ms同步周期，配合漂移补偿算法。如果对精度要求极高，用100ms同步周期。
3.4 避坑指南：我踩过的三个坑
最后分享几个实战中容易踩的坑，都是我用真金白银换来的教训。
- 坑一：忽略BLE连接间隔的影响。BLE的连接间隔默认是7.5ms到4s不等。如果你把GATT数据交互放在连接事件里，UWB测距结果可能等好几个连接间隔才能发出去。我曾经因为这个，定位延迟直接飙到200ms以上。解决办法：把连接间隔设到最小，或者用BLE广播通道传UWB数据。
- 坑二：UWB和BLE共用天线。有些低成本方案让UWB和BLE共用天线，结果两个频段互相干扰，测距精度直接掉一个数量级。我的建议：物理上分开天线，至少保持20cm以上的距离。
- 坑三：时序同步只做一次。时钟漂移是持续的，只做一次同步等于没做。一定要在融合层设计一个定时同步任务，周期性地校准时间基准。