企业官网建设流程全解析

1. 当定位需求撞上"不能停机"的产线

做过工业现场的人都有一个共识：最难的从来不是从零搭建一套新系统，而是在一条7×24小时运转了七八年的老产线上，把新技术"缝"进去。UWB信标定位就是典型的这类需求——你明知道它能带来厘米级的定位精度，能解决传统RFID区域定位"只知道在附近、不知道在哪一格"的尴尬，但产线不能停、PLC不能换、既有MES系统不能推倒重来。

我前后参与过三个老厂区的UWB信标改造项目，涉及汽车零部件装配线、化工仓储罐区和一条食品包装线。每次进场前，甲方问的第一个问题都不是"精度能到多少"，而是"要不要停产"。这个问题的潜台词很明确：改造方案必须是非侵入式的，必须能在周末检修窗口内完成，必须不改变现有控制逻辑。而AQ 3064.3这个标准，恰恰是很多危化品企业在升级定位系统时必须跨过的一道门槛——它规定了危险化学品重大危险源的安全监控要求，其中对人员定位、区域管控、报警联动都有明确条款。

所以这篇内容我想聊的不是"UWB原理是什么"这种教科书话题，而是：在一套已经跑了好几年的老系统上，怎么把UWB信标低成本、低风险地"缝"进去，同时满足AQ 3064.3的合规升级路径。适合正在做老厂改造的自动化工程师、安全仪表负责人，以及被"定位精度不够"折磨过的系统集成商。如果你手上正好有一条不能停的产线和一个必须过的验收标准，下面的内容应该能帮你少走几个月的弯路。

2. 先搞清楚UWB信标在老系统里到底扮演什么角色

2.1 信标不是"基站"，别把架构搞反了

很多人第一次接触UWB，会下意识把它类比成WiFi AP或者基站，觉得要在现场布一堆"接收器"。实际上UWB定位有两套主流架构：一套是TDOA（到达时间差），标签发、基站收，适合大范围人员定位；另一套是双向测距（TWR），标签和信标之间互相通信测距，适合小范围高精度场景。

在老系统改造里，我更倾向于用信标作为锚点、标签作为移动端的TWR架构。原因很实际：老厂区的桥架、管道、金属货架对UWB信号的遮挡非常严重，TDOA要求基站之间严格时间同步，一根网线或者一个时钟源出问题，整个区域就飘了。而TWR是点对点测距，某个信标被叉车挡住，只影响那一个信标的覆盖，不会全局崩溃。

注意：UWB信标和"UWB雷达"是两个容易混淆的概念。雷达原理侧重回波探测，信标侧重身份识别加测距。老系统改造里用的是信标方案，别被热词带偏了选型方向。

2.2 老系统真正缺的是"最后一米"的数据

我见过太多老厂，ERP里有工单、MES里有工序、PLC里有设备状态，唯独缺"人现在到底在哪个工位"这一层数据。传统方案要么靠工人刷卡（滞后、可代刷），要么靠RFID门禁（只能判断进出区域）。UWB信标补的就是这个"最后一米"——精度做到10到30厘米，刷新率1到10赫兹可调，能实时告诉系统"3号装配工位的操作员已经停留超过5分钟"。

这个数据一旦接入，能解锁的场景比想象中多：危险区域闯入报警、作业工时自动统计、AGV与人员防碰撞、应急疏散时的人员清点。但前提是，这些数据要能"喂"进老系统，而不是另起一个孤立的定位平台。这就引出了改造的核心矛盾：新定位层和老控制层之间，用什么方式对接。

2.3 AQ 3064.3对定位系统的硬性要求拆解

AQ 3064.3属于危险化学品领域的安全生产标准，它对人员定位的要求可以归纳成几条硬指标：定位区域要覆盖重大危险源所在区域、人员数量要实时可查、越界和超员要能报警、数据要能留存可追溯。很多老厂现有的门禁加视频方案，在"实时性"和"区域精度"上是达不到的。

升级路径的关键在于：不是把老系统拆掉重建，而是在现有安全仪表系统（SIS）或DCS之外，增加一层独立的定位数据采集层，再通过标准协议把报警和统计结果推给上层。这样既满足标准对功能的要求，又不动原有安全联锁逻辑——这一点在验收时特别重要，因为任何对SIS的改动都要重新做安全完整性等级评估，代价极高。

3. 非侵入式改造的四个关键决策点

3.1 供电与布线：优先复用既有桥架和PoE

老厂改造最头疼的是布线。我的经验是：能走PoE就走PoE，能复用旧桥架就绝不新开孔。UWB信标功耗普遍不高，典型工作电流在100到300毫安之间，PoE供电完全够用。如果现场已有网络桥架，直接沿桥架敷设超五类或六类网线即可，信标安装在桥架下方或者立柱侧面。

如果现场实在没有桥架，退而求其次用DC 12V或24V集中供电，但要注意压降问题。我算过一笔账：24V供电、线径0.5平方毫米的铜线，走100米后压降大约在1.5到2V，如果信标的最低工作电压是9V，那基本没问题；但如果走200米以上，就必须加粗线径或者中途补一个电源。这个计算在方案阶段就要做，别等到现场调试时发现末端信标频繁掉线才回头改。

3.2 通信回传：别让定位数据挤占控制网络

这是最容易被忽视的坑。很多老厂的工业以太网带宽本来就紧张，如果你把几十个信标的定位数据直接灌进控制网，轻则增加延迟，重则影响PLC扫描周期。我的做法是定位数据走独立VLAN或者独立物理网口，在汇聚层做隔离，只把报警信号和统计结果通过OPC UA或者Modbus TCP推给上层系统。

具体来说，信标到定位服务器之间走UDP或者TCP私有协议，定位服务器做数据清洗和坐标解算，然后通过一个"数据网关"把结果转成老系统能读的格式。这个网关可以是软件服务，也可以是一台边缘计算盒子。我倾向于用边缘盒子，因为它把解算和协议转换都放在现场，即使上层网络断了，本地报警联动还能正常工作。

3.3 标签形态：工人愿不愿意戴，决定项目成败

技术方案再漂亮，工人不戴标签就是零。我踩过最大的坑就是第一版选了工牌式标签，结果车间工人嫌挂在脖子上碍事，下班还经常忘在更衣柜里。后来换成腕带式加防拆设计，配合考勤联动，佩戴率才上去。

选标签要看三个参数：续航、防护等级、重量。续航至少要做到充电一次用一周以上，否则每天充电就是灾难；防护等级在化工和食品场景至少要IP67，能扛住冲洗；重量控制在50克以内，戴一天不累。另外，标签的发射功率要可调，因为不同区域信标密度不同，功率太大反而造成相互干扰。

3.4 与老系统的对接方式：旁路优先，联锁慎动

对接老系统有两条路：一条是"旁路"，定位系统独立运行，只通过干接点或者通信协议把报警信号送给声光报警器和上位机；另一条是"联锁"，定位数据直接参与控制逻辑，比如人员闯入就停设备。

我的建议非常明确：改造初期只做旁路，不做联锁。原因有两个：一是定位系统本身有误报率，直接联锁会导致频繁误停机；二是任何涉及安全联锁的改动都要重新评估，周期和成本都不可控。等定位系统稳定运行三到六个月，误报率降到可接受范围，再逐步把高置信度的报警接入联锁逻辑。这个"先旁路、后联锁"的路径，也是AQ 3064.3升级验收时比较容易说清楚的方式。

4. 从信标安装到数据上云的完整实操链路

4.1 现场勘测：用卷尺和手机先做一遍"土法仿真"

正式安装前，我强烈建议做一次土法勘测。不需要专业设备，拿一卷皮尺、一部支持UWB的手机（部分旗舰机型有UWB芯片），在计划布点的位置站一站，记录几个关键数据：信标到地面的高度、信标之间的间距、主要遮挡物的位置和材质。

UWB在视距条件下的有效距离通常在30到50米，但老厂里金属设备多，实际有效距离可能打对折。我的经验值是：在金属密集区域，信标间距按15到20米布置；在相对空旷区域，可以放宽到25到30米。信标安装高度建议在2.5到3.5米之间，太低容易被叉车和货物遮挡，太高则信号俯角太大，影响测距精度。

勘测时还要特别注意"多径反射"——UWB信号打到金属墙面和地面会反射，导致测距出现跳变。解决办法是信标不要正对大面积金属墙，必要时在信标背面加装吸波材料。这个细节在实验室里看不出来，只有到了现场才会暴露。

4.2 信标布点：三角形网格比正方形更稳

布点方式直接影响定位精度。理论上，标签周围可见信标越多，解算越准。但老厂不可能布得太密，所以要在成本和精度之间找平衡。我推荐三角形网格布点，而不是正方形网格。原因是三角形布局下，标签在任何位置至少能"看到"三个信标，几何精度因子（GDOP）更优；正方形布局在网格中心位置容易出现精度洼地。

具体操作时，先用CAD画出厂区平面图，按三角形网格标出信标位置，然后逐个核对是否有遮挡。对于罐区这种立体空间，还要考虑垂直方向的布点——罐顶和罐底各布一层，标签在中间高度时能同时收到上下两层的信号，Z轴精度会明显改善。

4.3 坐标标定：别信"免标定"，老老实实打点

市面上有些方案宣称"免标定"，意思是信标坐标自动获取。实测下来，这个功能在室外开阔场景还行，在老厂里基本不可靠，因为多径和遮挡会让自动解算的坐标偏差到几米。我的做法是用全站仪或者激光测距仪逐个测量信标坐标，手动录入。虽然费事，但一次标定管几年，值得。

标定时要注意坐标系的选择。如果老系统用的是本地坐标系，那定位系统最好也用同一套坐标系，避免后期数据对接时做坐标转换。如果必须转换，一定要在文档里写清楚转换参数和基准点，否则换个人维护就抓瞎。

4.4 数据链路联调：从标签闪烁到上位机弹窗

联调阶段我习惯按"自下而上"的顺序排查：先确认单个信标能正常上电、能ping通；再确认标签进入信标范围后，定位服务器能看到测距数据；然后确认坐标解算结果和实际位置吻合；最后确认报警信号能推送到上位机。

这个过程中最常见的故障是信标时间不同步。TWR架构虽然不要求严格同步，但信标之间的时钟漂移过大会导致测距偏差累积。解决办法是让定位服务器定期下发时间校准指令，或者选用支持有线同步的信标型号。另一个常见问题是标签容量超限——每个信标能同时处理的标签数量有限，一般20到50个，超出后会出现丢包。这个在方案阶段就要按区域人数核算清楚。

5. 那些只有踩过才知道的坑

5.1 金属货架后面的"信号黑洞"

第一个项目里，我把信标装在货架通道两端，以为能覆盖整条通道。结果调试时发现，货架中间的标签经常丢失。后来才明白，UWB信号虽然穿透力比WiFi强，但面对密集的金属货架，绕射能力有限，货架中间形成了"信号黑洞"。

解决办法有两个：一是在货架通道中间加装信标，二是把信标安装在货架顶部，让信号从上方"照"下来。后者更经济，因为不用在通道里布线。但要注意，货架顶部的信标容易被堆高的货物遮挡，所以安装高度要留足余量。

5.2 标签电池在低温环境下的"虚电"

化工罐区冬天温度能到零下十几度，标签电池在这种环境下容量会大幅缩水。我遇到过标签显示满电，实际用两个小时就关机的情况。后来换了低温锂电池，并且把标签的发射功率调低一档，续航才恢复正常。

这个坑的教训是：选型时一定要问清楚电池的工作温度范围，别只看常温下的续航参数。如果现场有低温或高温环境，最好让供应商提供温度-容量曲线，或者直接拿样品到现场做实测。

5.3 定位数据"跳点"引发的误报警

定位数据偶尔跳点很正常，但如果直接把原始数据用于报警，就会频繁误报。我见过一个项目，因为一个标签在某个位置反复跳变，导致系统一晚上报了上百次越界。后来在定位服务器里加了卡尔曼滤波和停留时间判断——只有标签持续在越界区域停留超过设定时间（比如3秒）才触发报警，误报率立刻降下来。

这个逻辑看似简单，但很多方案商为了省事，直接把原始坐标推给上层，结果就是报警泛滥，最后用户干脆把报警关了，系统形同虚设。所以滤波和去抖这一步，必须在方案里明确写进去。

5.4 验收时被问住的"数据留存"

AQ 3064.3验收时，检查人员会问定位数据留存多久、能不能追溯。很多方案只做了实时显示，没做历史存储，现场就尴尬了。我的做法是定位服务器配一个时序数据库，原始测距数据和解算后的坐标都存至少一年，报警记录单独存表，支持按时间、人员、区域检索。

存储容量要提前算：假设100个标签、1赫兹刷新率，每条记录按200字节算，一天就是大约1.7GB，一年约600GB。这个量级用普通服务器加两块大容量硬盘就能扛住，不需要上昂贵的存储阵列。但一定要做数据清理策略，比如原始测距数据存三个月，解算后的坐标存一年，避免磁盘被撑爆。

6. AQ 3064.3升级路径的阶段性推进建议

6.1 第一阶段：单区域试点，验证精度和稳定性

不要一上来就全厂铺开。选一个代表性区域——最好是既有金属遮挡、又有人员流动的典型场景——先布十几个信标，跑一个月。这个阶段的目标不是功能大而全，而是验证三件事：定位精度是否达到设计值、标签佩戴率是否可接受、数据链路是否稳定。

试点期间要每天记录误报次数和丢包率，形成基线数据。这些数据在后续推广和验收时都是有力证据。我一般会做一个简单的Excel表格，按天记录，周末汇总一次，一个月后就能看出系统到底稳不稳。

6.2 第二阶段：多区域扩展，打通数据接口

试点通过后，按区域逐步扩展。这个阶段的重点是数据接口的标准化。如果第一阶段是"点对点"对接，第二阶段就要抽象出统一的数据模型，比如人员ID、区域ID、时间戳、坐标、状态，然后用同一套接口对接不同区域的老系统。

这个阶段还要开始做人员容量规划。随着标签数量增加，定位服务器的解算压力、网络带宽、存储容量都要同步扩容。我建议在第二阶段就把服务器性能跑到70%负载，留出余量给第三阶段。

6.3 第三阶段：报警联动与合规文档整理

最后一个阶段才是报警联动和验收准备。报警规则要和老系统的安全规程对齐，比如"未经授权进入A区超过5秒触发声光报警"、"B区人员超员立即推送短信"。每条规则都要有对应的测试用例和测试记录。

合规文档方面，AQ 3064.3验收通常需要提供：系统架构图、设备清单、定位精度测试报告、报警功能测试记录、数据留存策略说明。这些文档最好在项目过程中同步整理，别等到验收前突击补，因为很多测试数据是补不出来的。

7. 关于成本、周期和团队配置的实在话

老厂UWB改造的成本，很多人只算设备钱，忽略了施工和调试。我按三个项目的实际数据给个参考：信标单价从几百到一千多不等，标签单价一两百到四五百，定位服务器和软件平台另算。但真正的大头是施工和调试，通常占总投资的三到四成，因为老厂施工效率低、协调环节多。

周期上，单区域试点从进场到稳定运行，一般需要四到六周；全厂推广视面积和区域数量，三到六个月是常态。团队配置最少要有一个懂现场的自动化工程师、一个懂网络的IT工程师，再加一个负责协调和文档的项目助理。如果全靠外包，沟通成本会很高，建议至少有一名内部人员全程跟进。

最后说一个我自己的判断标准：如果这个项目做完，老系统的控制逻辑一行没改，安全联锁一个没动，而定位数据已经稳定跑在上位机里，那这个"缝"就算缝成功了。UWB信标不是来颠覆老系统的，它是来补上老系统缺失的那只眼睛。把姿态放低，把接口做稳，把误报压住，剩下的就是时间问题。