干这行十来年见过太多AGV项目从方案评审到上线运维的完整过程但每次走进车间看到第一台AGV按路线稳稳跑起来的时候还是会有一种“成了”的踏实感。这次广汽传祺车间项目落地核心就两个东西海康AGV小车负责搬运斯普莱工业无线负责给AGV和调度系统之间搭一条“看不见的路”。项目本身不复杂但里面涉及到的选型逻辑、组网细节、联调踩坑很值得拿出来聊聊尤其是对正在评估AGV改造、或者已经在部署但无线网络这块心里没底的同行应该有点参考价值。1. 项目整体设计与思路拆解1.1 车间搬运痛点到AGV需求的转化广汽传祺这类主机厂的总装车间和焊装车间物流搬运的压力是外人很难想象的。线边物料种类多节拍快动辄几百上千个工位传统的人工叉车和牵引车在高峰期完全不够用而且存在路线混乱、物料交接出错、安全风险高这些老大难问题。最开始我们的需求其实很简单——把“人找料”变成“料找人”用AGV替代一部分固定路线的物料配送工作把线边仓到工位的搬运标准化。但真正开始做需求分析的时候才发现问题没这么简单。车间里通道宽度有限地面有油污和接缝周边是密集的产线设备电磁干扰源也多再加上AGV需要在多个区域之间穿行涉及跨防火分区、跨物流门、甚至跨楼层立体仓库端的场景这些对AGV的导航精度、避障能力和通信稳定性都提出了很高的要求。我们前后花了大概两周时间把搬运节拍、线路长度、停靠点数、充电策略这些数据全部统计了一遍才把需求转化成明确的AGV数量、车型和调度逻辑。这一步是整个项目的地基千万不能拍脑袋。我见过有项目因为前期没算清楚搬运频次上线后AGV数量不够调度系统天天堵车最后只能停机加车。所以在需求分析阶段建议把每一个搬运任务拆成“起点—终点—频次—时间窗—物料类型”五要素做成一张大表后续所有仿真和仿真校验都基于这张表来。1.2 为什么最终圈定海康AGV与斯普莱无线市面上AGV品牌很多各有各的强项。我们这个项目最终选定海康主要有几个原因。第一海康的AGV产品线完整潜伏顶升式、牵引式、叉车式都有同一个调度平台RCS可以统一管理不同车型这一点在车间后期扩展时特别重要不需要再买一套系统去适配新设备。第二海康的视觉导航和二维码导航技术经过大量项目验证在精度和稳定性上对得起它的价格。第三也是比较实际的一点——海康的售后响应速度和本地化服务网络对工厂这种需要快速止损的场景来说价值还是很高的。无线组网这一块我们起初也考虑过直接用车间里现有的办公Wi-Fi但评估下来发现根本不行。车间现有的无线网络大多是给扫码枪、PDA这类低移动性、低带宽需求的设备用的AP密度和覆盖逻辑都不是按连续移动场景设计的。AGV需要和调度服务器保持实时通信一旦出现连接中断或者丢包车辆就会急停严重的话会造成堵塞甚至撞车。后来我们选定了斯普莱的工业无线方案一部分原因是它在工业场景里的口碑另一部分原因是它支持快速漫游和工业级抗干扰参数配置也比较灵活适合我们针对车间环境做精细调优。无线网络这种“看不见”的基础设施往往被当成边缘系统来对待但恰恰是这种边缘系统决定了AGV能不能连续跑一整天不罢工。这个认知是我在这个项目里感受最深的一点。2. 海康AGV小车从硬件到调度平台的完整闭环2.1 车型选型与导航方式判断AGV的导航方式目前主流的有磁条导航、二维码导航、激光SLAM导航和视觉导航几种。磁条导航成本低但路径变更要贴磁条柔性太差激光SLAM导航定位精度高、路径灵活但对环境的一致性要求高车间里灰尘大、光照变化强、高反光物体多激光的稳定性会受影响。我们这次综合下来选的是海康的二维码导航配合视觉纠偏方案也就是俗称的“二维码惯导”模式地面的二维码贴纸是绝对定位基准车身上的视觉传感器负责读取码值IMU负责两个码点之间的轨迹推算。这样的好处是在总装车间这种通道固定、工位固定、地面条件中等偏上的场景里二维码导航能达到正负10毫米级别的重复定位精度而且成本比激光SLAM方案低不少。更重要的是后期如果工艺调整想改路径只需要重新规划二维码布局和更新地图不需要像磁条一样去车间里动“土”对生产的影响小得多。车型方面我们最终定了潜伏顶升式AGV为主力车型。这种车的特点是底盘低可以直接钻到料车底部把料车整个顶起来驮着走到了目的地再放下整个过程不需要人工干预非常适合线边物料配送的应用。海康这个系列的车载重从500公斤到2吨都有我们根据物料统计表选的1吨级别单次搬运可以覆盖大部分线边料架空跑率控制得比较理想。2.2 RCS调度系统是AGV车队的“指挥中枢”单台AGV其实只是个会走路的运输工具真正让它有价值的是调度系统。海康这边用的是RCSRobot Control System它负责跟车间上层的MES或WMS对接接收搬运任务然后把任务分配给最合适的车辆同时处理交通管制、路径规划、充电调度这些事。RCS上线前我们花了不少时间做业务流程的配置。比如什么样的物料用多少号AGV去搬优先级怎么排空车停靠点在哪里电量低于多少需要自动去充电桩充电桩在哪个区域多辆车同时到达路口时谁先过。这些规则如果不提前配好上线后就会出现两辆车互相等、任务分配不均这种“看似能用实际跑不好”的情况。数据库层面的配置其实只是第一步更关键的是用业务数据做仿真。海康的RCS系统支持离线仿真模式可以把我们前期整理的搬运任务表导进去模拟一整天甚至一个月的运行情况。我们在这个环节发现了几个问题比如某个路段的通行瓶颈、高峰期充电桩排队时间过长、某一辆车的任务负载过重等都是在仿真阶段提前发现的。这里有个小经验仿真的时间粒度至少要精确到秒别只按分钟算否则你会发现AGV在路口等待的细节被平均掉了仿真结果过于乐观。2.3 AGV现场部署与地图路径处理部署阶段的实操性非常强。第一步是现场环境勘察。二维码导航看起来简单但对地面条件还是有底线的——地坪不能有大的坑洼二维码区域不能有油污遮挡通道上方的净空要满足AGV顶升后货物通过的高度。广汽车间的地面整体条件不错但局部区域还是有地坪漆磨损和伸缩缝这些位置我们都做了标记重新打磨之后才贴二维码。二维码的张贴间距也是一个要拿捏好的参数。间距太小二维码用量大施工成本高间距太大IMU累积误差变大到下一个码点的时候定位偏差可能超限。我们根据海康的建议和现场车速最终把间距定在2米左右实测定位精度可以稳定控制在正负10毫米以内转弯处和坡道处适当加密。这里有个细节二维码贴完后一定要用专用的扫码设备逐个验证确保每一个码值都能正确读取避免上线后有的区域突然“失明”。路径规划不是光画几条线那么简单。RCS里的路径是一个有向图结构每个节点对应一个地码每条边对应一段可行驶路径。我们根据现场交通流设计了单向循环和双向通道共存的混合路网在交叉口用虚拟交通灯做控制避免车辆拥堵。单行道设计可以显著降低交通管制的复杂度这个思路在通道不够宽的老车间里特别实用。3. 斯普莱工业无线组网AGV稳定运行的隐形基础设施3.1 为什么工厂Wi-Fi满足不了AGV的通信需求很多人不理解为什么AGV一定要用专门的工业无线车间里明明有很便宜的宽带加几个路由器不就行了吗这里面的核心差异在于三个维度可靠性、移动性和时延。消费级或无线的AP面向的主要是静态设备或移动速度很慢的终端设计上对“漫游平滑性”没有太高要求。手机在办公室走动时从AP1切到AP2掉线半秒钟可能没人察觉但AGV不行。AGV在行驶过程中要实时上报位置、状态接收调度指令哪怕只是几百毫秒的通信中断车辆就会触发安全逻辑紧急停车。在产线节拍紧的时候一次停车就意味着连锁反应后面的车都会堵上产线负责人很快就会来找你。另外AGV通信还有一个特点持续性和周期性。它不像扫码枪那样只在上传数据时占用信道而是每秒钟都要和调度系统保持心跳连接。这个如果不做专门的通信优化很容易出现大量重传导致网络越用越慢。斯普莱这套工业无线方案整个产品逻辑就是围绕“移动中的可靠通信”来设计的。它支持802.11r快速漫游兼顾5GHz频段的抗干扰能力和信道规划灵活性并且从硬件层面做了更宽的工业温度范围和更高防护等级很适合车间环境里恶劣的区域。3.2 无线AP布点与参数调优AP布点这件事不是拿个测绘仪在CAD上画几个圈就算完事。车间里有大量金属设备、钢架结构、移动中的料车这些都会对无线信号产生反射、散射和吸收。金属对无线信号的影响尤其明显一个贴片AP放在钢柱旁边信号覆盖范围可能直接缩水一半。我们当时是用专业的无线勘测工具做了现场信号覆盖测试画出热力图之后才开始确定AP位置。关键原则是三句话不遮挡、不共频、不越界。不遮挡指的是AP的安装位置要避开金属货架和大型设备的正后方尽量做吸顶安装或者高架安装不共频指的是相邻AP要分配不同的信道避免同频干扰5GHz频段我们用的是36、40、44、48这四个信道做蜂窝式复用不越界指的是AP的功率不能开太大不能让一个AP的信号“闯”到太远的地方否则AGV在应该漫游到下一个AP的时候还抱着旧AP不放漫游切换就失效了。这里必须提一下频率选择。历史上2.4GHz频段的穿透力强、覆盖好但干扰源也多——蓝牙设备、微波炉、甚至某些工控设备都在这个频段附近“群魔乱舞”实际用2.4GHz做AGV通信会非常痛苦丢包率高到让你想砸设备。我们这次是直接用5GHz频段承载AGV业务2.4GHz只留给一些不太重要的辅助设备效果完全不一样。还有一个容易被忽略的参数是启用了快速漫游之后必须把“漫游阈值”调整到一个合理值默认值往往太保守。我们用仪器在车间里沿AGV路线走了好几遍记录每个AP的信号强度变化曲线然后根据这些数据把触发漫游的信号阈值从默认的-75dBm调整到-65dBm左右让AGV在信号还没衰减到危险程度之前就主动切换到新AP。这个调优动作直接决定了AGV在移动过程中通信中断次数的多少。3.3 漫游切换与丢包控制测试组网完成后我们做了一轮高强度的移动通信测试。测试方法是让AGV在整条线路上反复跑圈同时通过流量监控工具统计连续丢包率。整个测试过程中从AGV的网卡IP持续ping调度服务器观察往返时延和丢包情况。实测下来调优前的方案在个别区域会出现300毫秒以上的延迟尖峰偶尔还会有一两个点连续丢包3到4次这个在AGV场景里是不可接受的。经过调整AP功率、漫游阈值和天线角度之后延迟尖峰被压到80毫秒以内丢包率几乎为零。值得一提的是漫游切换从旧的“先断开再连接”模式变成了“先连接再断开”的快速漫游模式切换时间从几百毫秒压缩到几十毫秒这个级别的切换AGV是感觉不到的调度系统的逻辑判断也完全不会误判车辆状态。测试中我们还发现了一个有意思的现象AGV车身本身就是个大金属盒子天线装在车体内部的话信号衰减非常严重。后来我们跟设备方协商把通信终端的天线做了外置延长布置到车体顶部信号质量立刻好了很多。所以做AGV项目无线探头一定不要嫌麻烦必须实际测试车辆各个朝向的信号表现不要只测静态数据。4. 联调、上线与常见问题排查实录4.1 AGV与无线网络的联调步骤AGV和无线网络不是两个独立的系统它们的联调环节往往是上线前最耗时、也最容易出问题的地方。我们当时是按照下面的步骤来的还算顺利分享出来供参考。第一步单机静态联调。AGV停在车间某个指定位置确认可以通过无线网络连接到RCS服务器心跳正常调度指令能下发状态能回传。这一步主要是验证网络基础连通性。第二步单机动线测试。AGV按照一条简单路径来回行驶重点观察在路径中段、转弯处、靠近AP边缘的区域信号是否会出现断连、重连或者延迟跳变。用抓包工具记录整个过程的通信质量。第三步多机并发测试。这个环节最容易暴露问题。多台AGV同时上线后无线网络的并发负载会明显上升AP的带机量和处理能力都会受到考验。我们把所有车辆都调成连续运行模式加上调度系统的语音播报、PDA设备看无线网络在高负载下是否还撑得住。第四步业务场景联调。AGV和MES系统之间的任务流转从任务下发、调度分配、AGV取货、运输到位到反馈完成状态整个链路要走通。而且不仅要测正常流程还要测异常流程——比如AGV在途中突然断网重新连上后它的状态会不会被RCS正确还原会不会出现位置丢失。联调过程中我很推荐做一次“整夜无人工压力测试”。白天让系统以正常节拍运行但夜间可以加大任务密度用脚本自动生成大量搬运任务模拟极端负荷下系统的表现。很多问题只有在负载上去了才会浮出水面。4.2 AGV项目里最容易踩的坑做这行越久越觉得很多项目失败的根子不在技术而在于现场细节。以这次项目为例有几个坑可以说是我反复遇到的专门拎出来说一下。第一个坑是AP供电方式。工业AP通常用PoE供电但很多老车间网线布设位置不合理供电不稳定或者网线质量差会导致AP频繁重启。我们后来全面检查了一遍网线把不合格的线路全部重打AP的电源也换成了工业级PoE交换机稳定多了。别看这事小AP一旦频繁重启AGV的漫游就一定出问题现象就是车跑着跑着突然停了调度界面显示离线。第二个坑是刷二维码的一致性。二维码贴纸买回来时每张纸上的二维码图案看起来都一样但实际上码值可能不同。如果施工时贴错了顺序AGV读到的码值和RCS地图里的节点对不上轻则位置报错重则在岔路口走错方向。我们施工时对每张码都编号登记贴完还拿扫码枪逐个扫一遍校验把这个问题的概率压到最低。第三个坑是车间里的移动金属物。AGV在路上跑的时候旁边如果有移动的铁架车、升降平台、大门开合这些金属物体的移动会让无线信号在某个瞬间剧烈波动。这个问题很难通过参数调优完全消除只能靠冗余覆盖和快速漫游来对冲。我们在AP余量设计上做了20%到30%的信号冗余就是为了应对这种突发波动。第四个坑是环境变了但地图没更新。工厂为了赶产量有时候会在通道边临时堆物料这会影响AGV的有效通行宽度也会改变无线信号的传播环境。项目上线后我们和车间负责人明确了一个流程任何影响通道格局的变更必须提前通知项目组做一次环境评估后才能动。这不只是AGV的问题也是安全管理的底线。4.3 常见问题排查速查表为了方便大家直接对标处理我把这次项目里遇到的典型问题和解决方向整理成表大家以后遇到类似现象可以直接按图索骥。现象可能原因排查方向与解决建议AGV偶发急停无线丢包或漫游中断用ping连续监测通信质量检查AP覆盖盲区和漫游阈值车辆状态上报延迟高无线信道拥塞检查5GHz频段信道干扰确认AP带机量是否超限二维码读取失败二维码污损或光轴不正清洗二维码区域检查车底读码器高度和角度调度任务分配不均RCS配置问题检查任务优先级、车辆可用状态、充电策略配置AGV在固定位置频繁停可能是AP信号在金属设备后严重衰减现场勘测该位置信号调整AP位置或增加一台AP系统提示车辆位置丢失二维码跳变或IMU累积误差超限检查连续几个地码是否漏读必要时加密二维码无线网络重启后AGV掉线AP参数未保存或不稳定供电检查AP配置持久化、PoE供电稳定性这张表不算完整但覆盖了AGV无线项目中最常见的一批“头疼问题”。大家可以结合自己的现场情况进一步细化成自己的排查清单。4.4 上线初期要盯的几个关键指标上线不等于项目结束真正考验系统稳定性的是上线后的第一个月。这段时间我会让团队重点盯几个指标单台AGV的日均行驶里程、任务完成率、急停次数、无线网络丢包率、调度系统的平均响应时间。这些数据每天汇总一次一旦发现趋势异常马上介入。我印象最深的是一次无线网络的“软故障”各项指标都正常但调度系统偶尔报“指令超时”。后来查了很久发现是AP的漫游日志里出现了大量“关联失败”记录原因是相邻两个AP的BSSID配置在某个网段上发生了冲突。这种问题在静态网络里几乎不会暴露只有在AGV这种高频率漫游场景中才会浮出来。排查思路就是沿着漫游日志一点一点追根溯源最后在一台交换机的配置里找到了重复的MAC表项。另外一个经验是AGV项目上线后一定要有明确的问题分级响应机制。AGV的通信故障按严重程度分三档影响单台车运行的、影响某条线路多台车运行的、影响整个调度系统的。每一档都要有对应的响应时限和升级路径不然一个小问题拖久了就会放大成生产事故。5. 从项目落地到车间自动化扩展的几点思考AGV加工业无线这个组合往小了说是两个系统对接往大了说其实是车间自动化改造的一个缩影。整套方案落地之后车间最大的变化不是少了几个搬运工而是搬运流程变得可控、可预测、可优化了。以前人工搬运的节奏受人的状态影响很大现在AGV的运行节拍、位置、能耗、任务数据全都在系统里管理人员可以基于数据不断调整优化这是整个项目最有价值的地方。另外这套无线网络未来还可以承载更多的东西。因为AGV项目已经把基础的无线覆盖和工控网络调优做好了后续如果想加装在线质量检测设备、PDA、工位终端、人员定位系统基本上可以在这个网络上直接扩展不用再重新布线。这也是我坚持在无线网络上用高规格设备的原因——一次投入多次复用。还有一点想提醒同行任何AGV项目都不是一次性的“交钥匙”而是一个长期的迭代过程。海康的RCS系统和斯普莱的无线设备都支持远程维护和参数升级用好这些能力可以让系统的生命周期延长很多。写在最后的一点个人体会这个项目从头到尾做下来我最大的体会有两个。第一个是现场永远比仿真复杂仿真里跑得再顺到了车间总会有意想不到的情况比如某个角落的金属柜、某辆临时停在路口边的叉车都会影响系统的稳定。所以做项目实施一定要预留出足够的现场调试时间不要让进度表卡得太死。第二个是AGV和无线网络的配合一定要当成一个整体来设计不能A找一家B找一家然后啥都不管两边的工程师必须坐下来一起把通信需求、设备特性和边界条件对清楚否则上线后扯皮的事会特别多。最后再分享一个小技巧项目验收的时候一定要写清楚无线网络的性能基线包括漫游时间、丢包率、时延指标以后系统出现问题就能拿基线数据做对比快速判断是无线退化还是设备故障。这个文件看着不重要关键时刻能救急。