前阵子做售后帮客户升级一台国产AGV的工控机。机器拆下来之后我没急着装新的先蹲在车尾把线束理了一遍。电机线、编码器线、激光雷达网线、安全激光电源、充电机握手、触摸屏、声光报警、无线AP……光是把每一根线的主人对上号就花了我一个下午。那句话怎么说的来着一台AGV小车到底要接多少外设答案不是看配置单而是你把机箱拆开、蹲在底盘旁边一根一根摸过去才能体会。这篇文章就借这个拆机场景把一台典型国产AGV的外设清单、工控机接口资源、整车电气架构、图纸设计要点、控制技术栈和调试踩坑一次讲透。不管你是刚入行的AGV调试工程师、想自研移动底盘的机器人爱好者还是做设备选型的项目经理这篇都能当一份外设与通讯系统的手册来用。1. 一台AGV小车到底要接多少外设先看这张外设清单先说结论一台常见的举升式AGV不算备用端口和预留接口光是需要工控机实时读写的外设通常就在15到25个之间。如果换成叉车式AGV或者重载全向车这个数字还能再往上跳一截。很多第一次接触AGV的人以为小车嘛就是底盘加轮子加一块工控板真正打开电气柜之后都会愣一下——原来这么多东西要接。外设数量取决于三个因素导航方式、驱动形式、是否带举升/叉取机构。激光SLAM导航的车至少一台主激光雷达加一台安全激光雷达磁条导航的车就把激光雷达换成磁导航传感器和地标RFID二维码导航的则是一台二维码相机加一堆地标光电。驱动形式也直接影响电机和驱动器数量差速两轮驱动的车是两个伺服驱动器舵轮驱动的有一个转向驱动器加一个行走驱动器全向轮的更夸张三个到四个驱动器一起上。再加上举升电机、液压泵、刹车、电池BMS这些全都要和工控机有通讯或者数字量交互。1.1 按功能域拆解一个典型举升式AGV的外设清单我按功能域整理一张典型的AGV外设清单你可以拿它当自查表用。下面这张表是以激光SLAM导航差速驱动举升机构的潜伏式AGV为例功能域外设典型数量与工控机的连接方式导航感知主激光雷达1以太网多数或RS422导航感知安全激光雷达/安全触边1-2安全继电器硬接线状态反馈IO导航感知惯性测量单元IMU1RS232/RS422/SPI转接导航感知轮编码器2左右轮驱动器反馈或IO计数导航感知地标光电/磁传感器2-4数字量输入DI视觉辅助二维码相机/托盘识别相机1-2以太网或USB运动执行行走伺服驱动器2CAN总线/CANopen运动执行举升电机驱动器/液压泵1CAN总线或数字量模拟量运动执行刹车机构2继电器输出DO通讯交互无线客户端AP1以太网通讯交互触摸屏HMI1以太网或RS232通讯交互遥控器接收器1RS232或CAN安全人机急停按钮2-4安全回路硬接线安全人机声光报警器1数字量输出DO安全人机三色状态灯1数字量输出DO电源管理电池BMS1CAN总线电源管理充电对接传感器1-2数字量输入DI电源管理刷卡/充电握手模块1RS232或CAN这张表列完已经20个外设出头了。注意这里还没算上调试用的笔记本网口、USB调试口、加密狗这些临时外设。所以一台AGV接多少外设的答案不是某个厂家拍脑袋定的而是由导航、驱动、安全、电源这四大系统的需求叠加出来的。1.2 外设数量背后暴露的真实工作量外设一多真正的工作量就来了而且集中在这三处接口匹配、协议匹配、故障定位。接口匹配就是工控机侧是否有足够的网口、串口、CAN口、USB口和IO点。我见过太多项目配置单上写四网口工控机结果激光雷达占一个网口、无线AP占一个、视觉相机占一个、触摸屏又占一个四个网口直接见底后续想加设备只能上USB转网卡稳定性还打折扣。协议匹配则是另一层麻烦BMS和驱动器走CANopen激光雷达走TCP安全模块走IO二维码相机走HTTP一个外设一种语言工控机里的中间件要一个个去适配。故障定位就更明显了——外设越多整车无线通信、CAN通信、串口通信的交叉点就越多现场偶发一次通信超时你得在二十多个设备里猜是谁在闹脾气。所以我的一个主张是接外设之前先做一张外设通讯矩阵表把每个外设的接口类型、波特率/IP地址、协议、电源要求、地线归属全列出来。后面不管是画电气图纸、写驱动还是现场排障这张表都是第一手依据比翻厂家手册快得多。2. 拆开机箱国产工控机的接口资源到底够不够用聊完外设清单就该看工控机本身了。我之前拆过的国产AGV工控机配置一般大同小异Intel酷睿或瑞芯微平台板载2到6个串口2到4个千兆网口几个USB部分型号带CAN口或者GPIO机箱基本都是无风扇铝壳或者带风扇的紧凑型工控箱。核心问题只有一个这么多外设接口够不够以及够不够稳。2.1 从主板接口反推外设连接方案你把一台工控机的背板接口拍个照其实就能反推出这台AGV的大致外设方案。这是我拆机时习惯性的思路也算是一个快速了解整车架构的技巧网口多的基本是激光雷达、视觉相机、无线AP、触摸屏各占一个个别还会再接一个调试口。串口多的大概率有一路RS232在接IMU或者遥控器有一路RS422在接老型号雷达还有一路RS485在接扫码模块或刷卡器。带CAN口的说明驱动器群或者BMS走的是CANopen/J1939这也是AGV行业的主流。如果看到板载GPIO或者扩展IO板那急停状态、安全继电器反馈、充电对接传感器这些数字量就是从这里走的。一个很容易被忽略的点是很多国产工控机的串口是跳线可切换的同样一个COM口可以通过调线改成RS232、RS422或者RS485。这个功能看着贴心实际是双刃剑。好处是接口灵活坏处是现场调试人员很容易忘了改跳线或者软件配置结果明明接对了线却死活不通。我第一次调试一台AGVIMU的RS422就是被这个坑卡了一上午后来一看COM2还被跳线帽按在RS232上。2.2 工控机的RS422接口针脚定义与实战接线题外话少说直接进入重点工控机上的RS422接口。为什么在以太网和CAN这么普及的今天AGV里还要用RS422因为还有相当一部分激光雷达、IMU、老款驱动器和平板电脑协议设备原厂就只给了RS422口。RS422是四线全双工差分传输一对线发送、一对线接收抗共模干扰能力强传输距离在低速下能到几百米甚至上千米在电机、变频器充斥的AGV底盘环境里比单端的RS232靠谱得多。工控机上常见的RS422是DB9公头针脚定义不同厂家不完全一致但有一个高概率出现的定义方式DB9针脚信号说明1TXDT发送差分正2TXD-T-发送差分负3RXDR接收差分正4RXD-R-接收差分负5GND信号地6-9NC保留/未定义注意RS422的收发是交叉接的外设的发送端要接工控机的接收端外设的接收端要接工控机的发送端。也就是说雷达的T要接工控机的R雷达的T-接工控机的R-反过来雷达的R接工控机的TR-接T-。很多人第一次接线直接按颜色一对一连结果发送对发送、接收对接收全双工被接成了你发我也发自然是不通的。更迷惑的是有些DB9头里T/R的命名是TX/RX而外设说明书里可能叫A/B或者D/D-实际上A和D-通常是差分负、B和D是差分正不同厂家也有反着标的。所以接线前不要只看名字一定要拿万用表量一下或者直接查两端设备的针脚定义图。屏蔽层怎么接也是大问题。RS422属于不平衡-平衡转换屏蔽层一般建议单端接地也就是在工控机这一端接机壳地另一端悬空。两端都接地的话一旦整车各处的地电位不一致屏蔽层里就会流过地环流反而把干扰引入信号线表现就是帧校验偶尔失败、数据偶发乱码。2.3 串口不够用时的经典扩展方案现实情况是一台AGV的外设往往比工控机原生接口还要多。串口不够用是常态扩展方案有几种我按可靠性排个序PCIe多串口卡工控机内部有PCIe插槽的话这是最稳的方案直接扩展出4到8个串口板卡供电稳定比USB转串口可靠得多。PCIe/USB转CAN卡如果主板没有板载CAN口加一片转CAN卡驱动器和BMS全挂上去。USB转串口应急方案一定要选FTDI或者原厂芯片方案的别买几块钱无芯片标的那种AGV车间电磁环境恶劣杂牌USB转串口掉线是家常便饭。EtherCAT主站卡高端重载AGV或者需要多轴联动同步的场合用EtherCAT做主站驱动器走EtherCAT从站接线更简洁同步性更好。我个人对USB转接一直比较谨慎。USB转串口偶尔插拔没问题但是AGV是长期振动、频繁上电下电的设备USB口一旦接触不良掉线一次就可能让小车停在通道中间堵住整条产线。所以能走内部板卡解决的绝不给整车留一个USB尾巴。这个原则你在做选型的时候就要想清楚。3. 外设不是全往工控机上怼整车电气架构的分层逻辑有人拿到工控机之后会犯一个接口全利用的错误把所有能插的设备全往工控机上怼一个USB口接雷达、一个USB口接扫码枪、一个串口接驱动器、另一个串口接BMS看似全都接上了实际风险很大。一是工控机负载过重二是所有外设的地和工控机地搅在一起三是现场查线查到你怀疑人生。AGV整车电气架构正确的做法是分层。3.1 调度层、控制层与执行层的通信划分标准的AGV电气架构分三层调度层、控制层、执行层。调度层车队的调度系统、WMS/MES接口通过无线网络Wi-Fi/5G和车上的工控机通信下发任务、回报状态。这一层传的是任务和状态数据量大但实时性要求不高哪怕有200毫秒延迟也不影响安全。控制层工控机负责导航定位、路径规划、任务执行、设备协调。它是整车的大脑所有传感器的数据都在这里汇总所有执行指令也从这里发出。执行层伺服驱动器、电机、举升泵、IO模块、传感器、安全继电器。这一层特征是实时性强、动作频率高对通讯时延要求严格。重点是控制层和执行层之间尽量不要一股脑全走工控机的串口和USB。业内常见的做法是伺服驱动器和BMS挂CAN总线IO模块挂CAN或RS485激光雷达和视觉相机走以太网安全回路走独立硬线。这样一来工控机侧真正需要管理的点对点外设就少了很多大部分外设在总线上按节点号寻址一旦某个子设备出问题看总线节点状态就能定位。3.2 为什么伺服驱动器和IO模块要挂CAN总线这是很多入门者最不理解的地方驱动器不是有RS422口吗一根线接一台不是更简单确实点对点接线看着简单但两台行走驱动器加一台举升驱动器加一个BMS四个设备各自占掉一个串口串口数量立刻爆了。而且RS422是点对点通信工控机要轮询或者中断处理多路串口数据CPU负担和实时性都吃不消。CAN总线解决的就是这个问题。CAN是半双工广播式总线一条CAN线上可以挂几十个节点每个节点有独立ID数据以帧为单位带CRC校验抗干扰和错误处理机制都很好。AGV里BMS和驱动器挂CAN是天然组合CANopen协议栈成熟SDO配置参数、PDO实时交换状态字和控制字非常契合电机控制这种周期性数据交互场景。对比一下市面上几种现场总线总线双工/单工节点数典型波特率AGV里的典型用途RS422全双工1发多收115.2kbps-921.6kbps单点雷达、IMU、老设备RS485半双工最多32个115.2kbps-1Mbps扫码枪、IO扩展、简易驱动器CAN/CANopen半双工几十个500kbps-1Mbps驱动器、BMS、IO模块EtherCAT全双工上百100Mbps以上多轴同步、重载全向车我见过某些国产AGV为了省钱驱动器挂RS485也能跑但一遇到多轴联动或者高加减速场景RS485半双工收发切换的延迟和总线负载就暴露了。CAN虽然也是半双工但它的仲裁机制和无主站设计让实时性更有保障。如果你的项目对运动控制动态响应要求高EtherCAT会是更合适的选择。3.3 安全回路的独立设计急停不要走工控机这一条怎么强调都不过分急停、安全激光、安全触边绝对不能把判断逻辑放在工控机里软件处理。AGV运行环境是人机混行安全功能必须是硬接线的独立回路。标准做法是急停按钮的常闭触点串联起来接进安全继电器安全继电器再直接控制动力接触器线圈动力接触器切断伺服驱动器的主电源。工控机只通过一个IO点去读安全回路状态方便上报给调度系统但绝对不能由工控机来决定要不要断电。一旦工控机死机、程序跑飞、网络延迟安全回路依然能硬切断动力这才是能过CE认证和安全评估的架构。另外一个细节是双回路急停。每个急停按钮至少带两个常闭触点两路触点分别串联成两套独立的安全链这两套安全链并联输入到安全继电器。这样即使其中一路触点出故障另一路还能兜底。别觉得这是过度设计——一台AGV在产线里跑急停失灵一次后果就是安全事故加整条产线停线这个成本比多花几十块钱买双触点急停高多了。4. 从电气图纸看线束接口定义、终端电阻与屏蔽接地外设再多最终都要落到电气图纸和线束上。很多软件出身的人做AGV画图不是强项但电气图纸恰恰是整车的施工蓝图。我记得有一次帮忙审图电气原理图画得花团锦簇结果一看动力线和信号线走同一个线槽RS485屏蔽层两头都接地这种图纸拿到车间就会埋下一堆现场故障。4.1 一张AGV电气图纸里必须有的几类回路一份完整的AGV电气图纸至少要包含五类回路缺一不可动力回路电池正极经过熔断器、主接触器到达伺服驱动器母线再到电机。这是电动力的主干道线径要按照峰值电流来选熔断器选型要配合驱动器峰值电流和线缆载流量。控制回路电池电压经过DC-DC变换成24V或者12V控制电源给工控机、传感器、控制器、继电器供电。控制电源要单独隔离避免电机大电流浪涌拉垮控制电压。安全回路急停按钮、安全激光、安全继电器的硬接线链路。安全回路用的继电器必须是带强制导向触点的安全继电器不能用普通继电器代替。信号回路各类串口、CAN、以太网、IO线。信号线要用屏蔽线而且要区分弱信号IMU、编码器和中等信号CAN、RS422分槽走线。充电回路充电接口、防反接电路、充电继电器、BMS握手信号。AGV自动充电时充电极片裸露必须确保回路在安全继电器闭合之后才接通充电电压。如果你拿到一张AGV电气图纸先扫这五类回路是不是齐全尤其是安全回路和充电回路这两块最容易出安全事故。图上没有、柜子里也没有的赶紧让厂家补。4.2 RS422/RS485屏蔽线的接地策略前面讲RS422时说过屏蔽层单端接地这里是整车层面要遵守的通用原则。具体到AGV车上我的习惯是信号线屏蔽层在靠近工控机/控制器的一端接地接到机壳地上的星形接地点。底盘另一端的屏蔽层悬空用绝缘胶带包好不要让他碰到金属车体。动力线和信号线分两个线槽走间距至少10厘米以上万不得已同槽时加金属隔板。编码器线和电机动力线绝对不能绑在一起否则编码器反馈毛刺能把驱动器干到报警。这里面最隐蔽的问题是星形接地。整车各个金属部件电池箱外壳、电机壳体、驱动器散热器、工控机外壳之间的地电位并不完全一致如果每根信号线的屏蔽层都在就近的外壳接地看似接了地实际上各个接地点之间会形成电位差和地环流。正确的做法是把所有屏蔽接地端集中到一个接地铜排或者机壳接地点上形成单点星形接地才能避免地环路干扰。4.3 供电分配为什么24V设备多了要加二级电源再回到供电分配。一台AGV的电池常见是48V或者72V磷酸铁锂而工控机、雷达、显示器这些控制设备绝大多数是24V或者12V供电。直接用单个DC-DC把电池电压降成24V然后并给所有控制设备看起来简单实际运行会有两个大坑。第一个坑是浪涌。伺服驱动器启动瞬间、举升泵一起动母线上会有非常大的电流波动如果24V控制电源和动力电源共用同一级DC-DC前级电压跌落就可能让工控机瞬间欠压重启。所以我的建议是控制电源单独一路DC-DC并且输出容量留30%以上裕量输出侧加大电容储能伺服驱动的控制电、工控机、传感器分别用保险丝或者微型断路器分支供电避免一个外设短路拉垮整车。第二个坑是设备启动顺序。刚上电的时候无线模块、激光雷达、伺服驱动器、工控机同时抢启动电流如果DC-DC过流保护触发可能整个控制电源起不来。实践里常用的做法是在电气图纸上给关键设备设计顺序上电逻辑先工控机再传感器最后使能驱动器。很多驱动器自带直流母线电容预充功能利用好它能大大减小上电冲击。5. AGV控制系统的技术栈从工控机到算法的完整链路外设、图纸聊完回到软件和控制算法。AGV的技术栈是很多人搜索最多的话题之一。这里我按自己接触到的行业实际情况从上到下捋一遍。你会发现一台AGV能自己跑起来、躲开人、完成搬运任务背后是一整条从底层硬件到调度算法的完整链路。5.1 底层驱动、中间件与算法框架的选型AGV的技术栈可以这样分层看层级内容常见选型硬件层工控机、STM32控制板、传感器、驱动器、电机Intel/RK工控机、STM32做IO与实时控制驱动层板卡驱动、串口/CAN/以太网驱动、GPIO控制Linux内核驱动、RTOS驱动、自研驱动中间件节点通信、日志、状态机、参数管理ROS1/ROS2、自研框架、MQTT感知层激光SLAM、视觉、障碍物检测Cartographer、LIO-SAM、AprilTag、自研感知栈规划层全局路径规划、局部避障、运动控制A*/Dijkstra、DWA/TEB、Pure Pursuit/MPC调度层交通管理、任务分配、多车协同、充电管理自研调度系统、开源调度框架应用层监控大屏、日志回放、OTA、远程运维Web前端、小程序、云端平台这里有个行业实话现在很多国产AGV用的是ROS1或者ROS2做底层软件框架但也有一大批商业产品用的是纯自研的轻量中间件不挂ROS因为ROS在实时性和资源占用上对工控机硬件有要求商业AGV为了控制成本、保证启动速度和稳定性会自己写一套简单的节点通信和任务状态机。而STM32在AGV里主要做IO扩展、底层信号采集、安全监控通过CAN或者串口和工控机通信这也是热词里STM32外设频繁出现的原因——工控机负责算法大脑STM32负责手脚和神经末梢。5.2 路径规划里的A*与代价地图路径规划是AGV导航的核心。说到AGV基础的路径规划算法绕不开A*。它的原理不复杂在栅格地图上每个节点有一个总代价f(n)等于从起点到当前点的实际代价g(n)加上当前点到目标点的估计代价h(n)。A*用一个open list存待扩展节点每次取f值最小的节点扩展直到找到目标。h(n)常用曼哈顿距离或欧氏距离启发函数设计得好搜索效率就高。但在AGV实际运行的三条基本经验比算法公式本身更重要第一条A*算的是全局静态路径前提是地图已知。AGV运行前要先把工作环境地图通过SLAM建好在地图上标注禁行区和障碍物。第二条不能用原始地图做规划必须用代价地图。AGV有体积路径规划不是算一条几何线而是要把车体半径和安全距离做膨胀处理否则车会贴着障碍物理论通过、实际撞墙。第三条动态障碍物交给局部规划器。产线里有人、有叉车、有临时堆料全局路径算完之后实际执行时还要靠局部规划器比如DWA、TEB动态调整速度方向和局部轨迹绕开突发障碍物等障碍物通过后再回到全局路径上。这三条基本经验叠加起来A才算真正落到AGV地面上。另外还有个细节是转弯代价。我见过很多刚上手的人用A算出的路径转直角弯都沿着障碍物走看着没问题实际跑起来一拐弯就把车身甩到禁行区。解决办法是在代价地图上叠加方向惩罚允许转弯的格子代价低需要原地旋转的格子代价抬高这样规划出来的路径转弯更平滑也更符合差速车或舵轮车的运动特性。5.3 多AGV调度从A*到强化学习的进阶路线单台AGV会走A*就够了吗不够。产线里往往是几十台AGV同时跑交叉路口、窄通道、充电位、装卸站到处是冲突点。多AGV调度才是系统工程。常规落地方案本质上是在A*全局规划之上加交通管制每台车规划路径时锁定一组地图格子其他车不许进入或者用时间窗方法每台车通过某个路口的时间错开交叉口设优先级主通道车辆优先通过任务分配则用贪心算法或者拍卖算法把任务分配给最近最闲的车。这套方案工程上非常成熟稳定可靠绝大多数商用AGV项目都是这么跑的。强化学习的路线是在这条常规思路之上的进阶探索。多AGV调度用多智能体强化学习MARL把每台AGV看作一个智能体状态空间包括自身位置、速度、当前任务、周围车况、地图占用情况动作空间是选择前进方向、速度和是否等待奖励函数围绕到达任务、碰撞冲突、等待时长、能量消耗来设计。理论上MARL能在动态任务到达和突发拥堵场景下学到比固定规则更好的调度策略。但说句老实话落地层面目前还是以规则方法为主强化学习在某些前瞻性项目和科研场景里做试点要真正大批量上产线还需要解决训练环境与真车一致性、安全约束可解释性这些现实问题。如果你是刚接触多AGV调度的工程师我建议先把规则型交通管制吃透再去碰强化学习路线会更稳。6. 拆机之外的实战经验调试与维护中容易踩的坑最后一个部分聊点只有现场才能积累出来的经验。外设多是AGV的宿命接口是死的但现场环境是活的。我拆过、修过、被坑过不少AGV下面这几个坑是反复出现的写出来供大家避雷。6.1 外设线束与接口的防呆设计AGV是一台整天振动、有人插拔、有灰尘和油污的设备。线束防呆不是锦上添花是刚需。我的几个实操建议不同电压等级的接口用不同类型的连接器。24V、48V、信号线不要都用同样的航空插头否则调试时一插错轻则通讯失败重则烧板子。每个插头配防插反结构DB9、航空插头、RJ45都有防呆型号选型时优先选带锁扣的种类。RJ45要知道有卡扣但很多廉价水晶头卡扣一掰就断不如用带螺纹锁的工业以太网连接器。线束套号码管号码管上写设备代号和信号名比如RADAR-LASER-ETH1DRV-LEFT-CAN现场找线不用翻图册。接线端子用弹簧端子或者带锁螺丝端子禁止用普通裸端子压接在工控机IO口上。留余量控制柜内线束长度要比实际最短路径多出15%到20%不然工控机一换位置所有线都不够长。还有个细节工控机侧的所有连接器在整车调试完成之后建议统一打一圈胶或者用锁线夹固定住。AGV每天跑几百米底盘振动频率不低USB头、水晶头、DB9螺丝松脱是高频故障。锁完之后你会发现莫名其妙的偶发断联能少一半。6.2 我踩过的三个外设通信故障这里完整复盘三个我实际踩过的坑每一个都很有代表性。第一个坑CAN总线只有一端接120欧终端电阻。症状是车辆运行中偶发驱动器丢站不是一直丢而是电机一启动、电流大的时候就丢。排查链路是这样的先用CAN分析仪挂在总线上看错误帧发现错误帧集中在驱动器加速阶段说明不是逻辑问题而是物理层问题用示波器量CAN收发波形发现波形上升沿出现振铃反射严重检查终端电阻发现只有工控机那一端有120欧底盘尾部驱动器端没有。补上第二个120欧终端电阻之后错误帧消失问题解决。这个坑的教训是CAN总线必须两端各一个120欧终端电阻不要以为线短就不需要。第二个坑RS422屏蔽层双端接地导致数据偶发乱码。症状是工控机读激光雷达数据正常跑但每隔几分钟会有一帧CRC校验失败雷达数据短暂中断车会从导航状态跳到急停。排查时先怀疑雷达本身换了雷达仍然复现然后用串口分析工具抓数据发现乱码总是出现在某个区域——恰好是雷达线缆穿过举升电机动力线束的位置。进一步查地线发现雷达端和工控机端都把屏蔽层接了机壳地两边的机壳地电位差在电机启动时会产生冲击电流。改成工控机端单端接地后问题再没出现。第三个坑24V控制电源容量不足工控机在举升启动瞬间重启。症状是每次执行举升动作时工控机定时重启触摸屏黑屏几秒钟然后软启动。排查时量24V电压发现举升泵启动瞬间电压从24V掉到18V以下超过工控机电源模块的欠压阈值。原因不是DC-DC坏了而是选型时只算了稳态功耗没算浪涌。换了功率更大一级的DC-DC同时在24V母线上加大容量电解电容问题解决。这个坑对选型很有参考意义控制电源容量一定要把所有设备同时启动的尖峰功率算进去而不是只算额定功耗之和。6.3 工控机在振动环境下的安装与维护最后说一下工控机本身的安装与维护。AGV的工控机不是放在机房里的服务器它是装在底盘上、整天跟着车跑的。设计安装时注意这几点优先用固态硬盘机械硬盘在AGV振动环境下的寿命会明显缩短。工控机安装要加减震垫或者减震支架固定点不少于四个螺丝带防松垫片。无风扇机箱的散热在AGV上是个隐蔽问题。底盘内部空气流通差如果工控机贴着电池或者驱动器安装夏天机内温度轻松上60度CPU过热降频之后导航和调度运行就卡顿。装之前先用热像仪或者测温贴片测一下安装位置的温度再决定散热方案。有风扇机箱要防尘。AGV车库和车间的粉尘会堵死风扇和散热鳍片建议每季度清一次灰不然三个月后CPU温度能比新机高十几度。机壳接地不能省。工控机外壳要单独接到整车星形接地点否则雷达、CAN、串口这些设备的地参考电位漂移就会出现一堆莫名其妙的通信毛刺。写完这些我脑子里又浮现出那台被我拆开的国产AGV——二十多个外设、五类回路、三层架构看着复杂理清了也就那么回事。最后再分享一个我自己的小习惯每次接完一条线就在外设通讯矩阵表上打个勾顺便用手机拍一张端子照片存到项目相册里。这个习惯帮我在三个月后回访客户时不拆机也能远程指导对方排查故障。外设再多只要矩阵清楚、走线规范、接地统一AGV的电气系统就能保持稳定。希望这篇拆机加踩坑的经验能帮你少走几段弯路。