但后来真上了项目，才明白一个道理：5G在车间里的价值，不在那些花哨的演示PPT里，而在AGV怎么不撞人、质检照片怎么传得快、PLC怎么不丢包。今天不聊那些高大上的“智能制造”概念，就把我调试车间5G时踩过的坑、解决过的实际问题，摊开了说。
1. 车间5G网络规划：先别急着买设备，算算你家厂房有多大
你可能以为5G基站跟WiFi一样，放一个就能全覆盖。错了。车间里全是金属机床、钢结构立柱、堆放的料箱，对信号衰减简直堪比法拉第笼。我们厂原本规划了三个室内基站，结果因为在角落多了一台大型龙门铣，信号盲区直接导致AGV乱停。后来用场强仪实测，发现一个基站的覆盖半径在空旷区域能有50米，但穿过一排立加后直接掉到20米。所以规划车间5G网络时，务必先做射线追踪仿真或现场勘测，别迷信厂商宣传的“单站覆盖一万平米”。另外，基站安装高度有个讲究——尽量贴近车间顶部，但别高于行车轨道，否则行车行走时会引起多径干扰，时延抖动能到10ms以上，对uRLLC场景是致命的。
推荐参考3GPP TR 38.901中关于室内工厂环境的模型，但那是理想化结构。实际车间里多径分量复杂得很，有条件的话用扫频仪现场采集一下。
2. AGV调度：不是有了5G就万事大吉
我们车间最早用WiFi控AGV，经常丢包，自动运输车一卡，后面料车就排队。换5G后，丢包问题基本消失，但新的坑出现在切换上。AGV在车间里跑，会在多个基站间切换。测试时发现，切换瞬间的时延从正常的8ms飙到200ms——在AGV以1.5m/s行驶时，这个延迟意味着位置误差30厘米，完全可能碰撞。后来让网络侧开了移动性增强功能（类似3GPP R16里的条件切换），切换前先做资源预分配，才把切换时延压回20ms以内。别忘了，AGV的调度系统本身也要配合做多路径冗余，我们用双SIM卡+多路径TCP，效果明显。但这也有代价：数据去重需要额外算力，网关CPU有时候过热死机……
如果你也在搞AGV+5G，建议先把V2X标准里的基本安全消息（BSM）格式吃透。别自己发明协议，车间里到处都是OPC UA老设备，异构互联得靠标准协议。
3. 机器视觉质检：5G上传带宽的计算方式你算对了吗？
视觉质检是车间5G应用最容易被“验收”的环节，因为直观。但很多人低估了上行带宽需求。我们一套线阵相机，拍摄分辨率4096×4096，灰度图，一个帧就16MB。产线节拍2秒一件，那就是8MB/s的上行，约64Mbps。听起来5G没问题对不对？实际传输时，还要加协议开销（TCP/IP头、MAC层填充），算上重传，实际占用得留20%裕量。更麻烦的是并发。如果一条产线同时上4套相机，上行就要接近300Mbps。而5G的上行是共享的，你分配的时隙不够，就会延迟。所以必须根据相机触发的同步性设计网络切片，让视觉数据走单独的切片，并配置低时延调度。
踩过的另一个坑是：相机的GigE接口和5G模组之间需要时间同步。车间里电磁干扰强，普通PTP不稳定。后来改用T-SN（时间敏感网络）与5G协同的方案，虽然调试难度大，但能把时间抖动控制在1μs以内。数据帧传输的稳定性，直接影响深度学习模型能不能准确识别划痕。
对了，5G模组选型也务必注意工作温度。工业现场的摄像头旁边没有空调，夏天温度轻松到60°C，有些消费级模组直接降频死机，换工业级模组后才稳定。
4. PLC状态监控：低时延不是全部，可靠性才是
用5G连接PLC时，我们首先把PLC的循环周期调到与5G调度周期匹配。比如S7-1200的循环周期默认10ms，我们就把5G的RLC调度周期设为5ms，这样双缓冲能减少抖动。还得开启RLC UM模式（单向无确认）或AM模式（双向确认），实时性要求高的信号走UM，关键控制信号走AM。
有个经验：千万别让所有信号混在一个承载里。我用QR分解把数据分流，既保证控制信号优先级，又避免普通流量拥塞。这需要你的网络管理权限够高，很多设备商会默认给你配置“全通”，记得要求他们开放QoS参数。否则出问题后发个指令，等半天，真的会爆炸。
5. 最后还是想吐槽几句
我建议先从单点应用做起，比如先搞定一条自动线的AGV调度，再扩展视觉。过程中记得记录数据，尤其是时延抖动和丢包率，这些是跟厂商扯皮的重要证据。
另外，5G SA架构下的切片功能，在工厂里的支持程度参差不齐。有的基站厂商还没开放MEC接口，你根本没法做边缘计算。所以签合同时，务必把 MEC（边缘计算）支持能力写到验收条款里，不然以后想本地处理视觉数据，还要被迫云端转发，那延迟和带宽消耗会让你欲哭无泪。
总之，车间5G应用，潜力是有的，坑也不少。但只要扎实地做方案验证，一步一步测，总能让它变成车间里一个顺手的工具。
——一位在车间里蹲了三个月的工程师
