3、UWB定位系统架构：基站与标签、定位引擎、数据通信链路
好，咱们进入第三章。这一章我打算把UWB定位系统的骨架给你拆开看看。说白了，就是搞清楚三个东西：基站、标签、定位引擎，以及它们之间怎么通信的。
我在现场调试的时候，经常遇到有人把基站和标签搞混，或者觉得定位引擎就是个黑盒子。其实没那么玄乎。你把它想成一个室内版的“北斗卫星系统”，就很好理解了。
3.1 基站与标签：谁是“卫星”，谁是“手机”？
先问个问题：在一个UWB定位系统里，到底谁在发信号，谁在收信号？
答案取决于你的系统设计。但最常见的配网场景下，基站是固定的，标签是移动的。
- 基站（Anchor）：相当于卫星。安装在配电房、电缆沟、开关室的固定位置。它知道自己在哪里（坐标已标定）。
- 标签（Tag）：相当于手机。贴在巡检人员身上、或者绑在移动设备上。它不知道自己在哪里，需要靠基站来算。
我见过一个项目，施工队把基站和标签装反了——把标签钉在墙上当固定点，基站拿在手里到处走。结果定位数据全乱套了。嗯，这种低级错误其实挺常见的。
3.1.1 基站的关键参数
选基站的时候，我个人习惯先看这几个指标：
| 参数 | 典型值 | 我的经验 |
|---|---|---|
| 工作频段 | 3.5GHz ~ 6.5GHz | 配网环境干扰多，建议选6.5GHz频段，避开Wi-Fi |
| 测距精度 | ±10cm ~ ±30cm | 别信宣传的“厘米级”，实际现场能做到±20cm就不错了 |
| 供电方式 | PoE / 24V DC | 配电房有现成的DC电源，PoE反而要多拉网线 |
| 防护等级 | IP65 以上 | 电缆沟潮湿，IP67才保险 |
| 天线接口 | SMA / N型 | N型接头更牢，适合工业环境 |
3.1.2 标签的选型要点
标签就简单多了。它就是个“信标”，不断发UWB脉冲。选标签我主要看三点：
- 功耗：标签是电池供电的。发射功率和刷新率直接决定续航。配网巡检一般要求8小时以上，我建议选带低功耗模式的标签，平时1Hz刷新，需要时切到10Hz。
- 尺寸：别太大。工人要戴在安全帽上或者挂在腰上，像个砖头一样谁愿意用？
- 按键与指示灯：必须有。现场调试时，按一下标签能亮灯、能蜂鸣，找起来方便。我遇到过标签藏在铁柜后面，没指示灯，找了半小时。
3.2 定位引擎：大脑在哪里？
基站和标签只是“耳朵”和“嘴巴”。真正算位置的是定位引擎。
定位引擎可以跑在三种地方：
- 本地服务器：放在配电房的机柜里。延迟低，但维护麻烦。
- 边缘计算网关：现在的主流方案。一个网关管一片区域，算完直接上送。
- 云端：我不太推荐。配网环境网络不稳定，一旦断网，定位就停了。
定位引擎的核心算法，说白了就是解算距离。UWB测距有两种主流方式：
- TDOA（到达时间差）：标签发一次信号，多个基站收。通过信号到达的时间差算位置。优点是标签功耗低，缺点是基站之间需要严格的时间同步。
- TOF（飞行时间）：基站和标签来回测距。精度高，但标签要参与双向通信，功耗大一点。
我个人更倾向TDOA。为什么？配网场景下标签数量多，TDOA对标签更友好。时间同步的问题，现在有无线时钟同步方案，不用拉同步线了。
3.3 数据通信链路：信号怎么传？
基站算出了距离，定位引擎算出了坐标。这些数据怎么从现场传到监控中心？
这就是数据通信链路的事。我把它分成三段：
3.3.1 第一段：UWB无线链路（基站 ↔ 标签）
这一段是UWB自己的物理层。工作在3.5GHz~6.5GHz，带宽500MHz以上。特点就是：
- 抗多径能力强：配网环境里铁皮柜、电缆桥架多，信号反射严重。UWB的窄脉冲能分辨出直射路径和反射路径。
- 传输速率低：别指望它传视频。UWB主要传测距数据，每秒几十个包就够了。
- 穿墙能力弱：水泥墙一堵，信号衰减很大。我建议一个房间至少布4个基站，别指望跨墙定位。
3.3.2 第二段：回传链路（基站 ↔ 定位引擎）
基站收到标签信号后，要把测距结果发给定位引擎。这段链路通常用有线：
- 以太网（首选）：稳定、延迟低。配网环境一般都有工业交换机。
- RS485 / 串口：老旧配电房还在用。速率低，但胜在可靠。
- Wi-Fi / LoRa：无线方案。我只在布线困难的地方用，比如电缆沟。
我曾经在一个变电站遇到个坑：基站和定位引擎之间用了Wi-Fi桥接，结果一到大功率设备启动，Wi-Fi就掉线。后来全部换成光纤，再也没出过问题。
3.3.3 第三段：上行链路（定位引擎 ↔ 监控平台）
定位引擎算出的坐标，最终要送到监控大屏或者手机App上。这段链路走的是：
- MQTT协议：轻量级，适合物联网。配网平台基本都支持。
- HTTP/WebSocket：实时性要求高的时候用。
- 4G/5G：偏远配电房没有专网，就用公网。
数据格式一般是JSON，里面包含标签ID、坐标X/Y、时间戳、精度因子。举个例子：
{
"tag_id": "TAG_0032",
"x": 12.45,
"y": 8.73,
"timestamp": 1712567890,
"hdop": 1.2
}3.4 一张图看懂系统架构
说了这么多，咱们用一张SVG图把整个架构串起来。你一看就明白了。
这张图把整个流程串起来了：标签发信号 → 基站收信号并测距 → 回传给定位引擎 → 定位引擎算坐标 → 上送到监控平台。每一段链路都有自己的坑，后面我会逐个展开讲。
3.5 避坑指南：我踩过的几个雷
最后，分享几个我在现场遇到的真实问题，你以后遇到了可以绕开走。
- 基站时间不同步：TDOA要求所有基站时钟同步。我早期用软件同步，误差大。后来改用硬件脉冲同步，精度才上去。
- 标签电池续航虚标：厂家说能用3个月，实际2周就没电了。后来我强制要求用18650电池，可更换，别用内置锂电。
- 通信链路带宽不够：一个基站每秒发100个测距包，4个基站就是400个包。如果定位引擎同时处理20个标签，数据量就上来了。网线别用五类线，至少超五类。
- 金属遮挡：UWB信号穿过金属柜门，衰减能到20dB。我后来学乖了，基站尽量装在金属柜的侧面，别装在正对面。
嗯，这一章的内容就到这儿。架构搞清楚了，后面讲算法和部署的时候，你心里就有底了。