1. 一个调度员的凌晨

老周做汽车零部件物流十二年了。去年仓库上了40台AGV，供应商拍着胸脯说"单机性能没问题，多车协同我们也调过"。

头三个月确实还行。

第四个月开始出事。不是大事故，是那种说不清道不明的"不对劲"——出库效率从每小时120托降到了95托，调度系统显示一切正常，但老周站在二楼看台，就是觉得车"犹豫"了。过路口慢半拍，跟车距离变大，偶尔两台车在窄道上"对峙"三秒才分开。

他找集成商，集成商说算法没问题。找AGV厂商，厂商说硬件没报警。找工控机供应商，对方问他："你用的什么机器？"

老周愣住了。他从来没想过这个问题。

AGV的"大脑"不是算法，是那台塞在底盘里的工控机。40台车有40颗大脑，如果每颗大脑都在"吃力地想"，它们永远不可能真正协同。

这篇文章不讲算法，不讲网络拓扑。只讲一件事：那台你可能从没认真选过的车载工控机，到底在多AGV协同中扮演什么角色，选错了会怎样，选对了又会怎样。

2. 痛点一：你以为多车协同靠的是5G，其实靠的是每台车"剩多少脑子"

汽车物流仓库有个特点：不是开阔，是"挤"。

一条主通道宽2.4米，双向通行，AGV车身宽0.8米，两侧货架突出0.3米。也就是说，两台车对向而过时，中间只剩0.2米的余量。任何一台车的决策慢50毫秒，后面就得堵。

集成商最爱说的一句话是："我们上了5G，延迟10毫秒以内。"

没错，5G把车和调度中心的通信延迟压到了10毫秒。但你有没有算过另一笔账——

每台AGV在过路口前，需要完成这些事：

融合激光雷达、视觉、超声波三组传感器数据，生成局部环境地图（约30毫秒）

读取调度系统下发的全局路径，结合本地地图做路径修正（约15毫秒）

判断周围6台车的位置、速度、意图，做博弈决策（约40毫秒）

把自己的决策广播给相邻车辆（约10毫秒）

加起来，95毫秒。

如果工控机的CPU在传感器融合阶段就已经吃到80%的占用率，后面的博弈决策根本来不及算完。 它不是不想快，是算力已经满了。

结果就是老周看到的那样——车没坏，算法没问题，网络也通了，但每台车都在"努力地慢"。

这就是多AGV协同的第一个真相：瓶颈从来不在云端，不在网络，在每台车本地那颗芯片的余量。 你给它100%的算力，它只能跑单机。你给它60%的算力跑单机，留40%给协同博弈，40台车才能真正"呼吸"起来。

所以选工控机，第一件事不是看峰值性能，是看持续性能下的余量。那些标称"i7处理器"的机器，在45度高温、连续运行8小时后，实际算力可能只剩标称的55%。你买的是i7，跑起来是i5。

3. 痛点二：仓库不是实验室，你的工控机能扛住地面传来的那一脚吗？

汽车物流仓库的地面，是整个方案里最被低估的"敌人"。

水泥地面，接缝处有钢板，AGV经过时会产生1.5G到2G的持续振动。过减速带的瞬间冲击可以到3G。一天跑16个小时，一年365天。

消费级电脑里有什么？风扇、硬盘、插槽、线缆接头。每一个都是振动的"受灾区"。

风扇轴承在持续振动下会偏磨，半年后噪音变大，一年后转速不稳，散热效率下降15%。硬盘磁头在振动中会产生微位移，坏道率是实验室环境的3倍。PCIe插槽的金手指在反复振动中会氧化接触不良，你以为是软件崩溃，其实是硬件在"打喷嚏"。

更可怕的是线缆。 AGV底盘上拖着的那束线，每一次转弯、每一次过坎，都在拉扯接头。工控机内部的排线、连接器，在振动中会产生微动磨损——这种磨损不会让机器立刻死机，但会让通信时不时"丢一拍"。传感器数据晚到20毫秒，避障判断就会偏移10厘米。

老周的AGV为什么"犹豫"？很可能不是算力不够，是振动让某个CAN Bus接口的通信偶尔丢帧，工控机在反复重传中浪费了算力。

真正为AGV设计的工控机，解决这个问题的方式很"笨"——把所有能动的东西都去掉。

无风扇。不是因为风扇不好，是因为风扇是振动环境里最大的单点故障源。被动散热靠整个机箱当散热器，铝合金外壳直接导热，没有轴承，没有叶片，没有任何会因为振动而失效的运动部件。

无线缆。不是因为线不好，是因为线会被拉。板载连接、M12航空插头、焊接式I/O——所有接口要么是锁死的，要么是焊死的，振动拉不动。

宽温。汽车物流仓库夏天不开空调，地面温度45度，AGV底盘贴着地面跑，工控机外壳温度轻松到60度，内部结温85度是常态。消费级电脑在85度会降频，工业级要在85度还能满跑。

你选工控机的时候，不要只看参数表上写的"工作温度-20到70度"。要问一句：在70度、2G振动、连续运行12个月之后，它的性能衰减是多少？ 敢回答这个问题的厂商，才是真的做过车规级验证的。

4. 痛点三：三年后你的AGV还能买到替换零件吗？

这个问题，老周没想过，但它可能比前两个加起来都致命。

汽车物流AGV的投资回报周期是3到5年。也就是说，你今天买的40台车，要跑到第4年才能回本。

但工控机的产品生命周期呢？

消费级芯片平台，Intel的酷睿标准系列、AMD的Ryzen标准系列，Intel和AMD的支持周期通常是3到5年。微软的Windows 10支持到2025年，Windows 11消费版的功能更新节奏是每半年一次——你不想升也得升，不升就没安全补丁。

这意味着什么？意味着你今天集成的方案，第3年可能面临：芯片停供、驱动不兼容、操作系统强制更新导致原有软件跑不起来。

你去找工控机厂商，小厂可能已经没了。大厂让你"升级到新平台"——然后你发现，新平台的尺寸变了，你AGV的底盘开孔要重改；新平台的接口变了，你的传感器线束要重做；新平台的散热方案变了，你的机箱要重开模。

一台工控机的停供，不是换一台机器的事，是200台AGV的机械结构、电气设计、软件适配全部要改的事。

这就是为什么真正做AGV集成的老炮儿，选工控机时第一句话不是问性能，而是问："你们这个平台，能保供几年？"

答案如果是3年，他转身就走。

答案如果是10年以上，他才坐下来谈。

行业里能给出10年以上承诺的平台，通常就那么几条路：Intel的Edge和Embedded处理器系列、AMD的Ryzen Embedded系列，搭配Windows 11 Enterprise IoT LTSC——这个LTSC版本不追功能更新，只追安全补丁，支持周期长达10年。

选工控机，本质上是选平台的生命周期。你不是在买一台电脑，你是在买未来10年的确定性。

5. 给每台车一颗"有余量的心脏"

回到老周的故事。

后来他换了车载工控机，不是换了最贵的，是换了一台基于嵌入式长周期平台的机器——算力不是最高的，但在45度高温下持续性能不打折，振动环境里接口零松动，而且厂商白纸黑字写了10年供货承诺。

三个月后，他站在二楼看台，看40台车在主通道里穿梭。过路口不犹豫了，跟车距离收紧了，吞吐量回到了每小时120托。

他给集成商打了个电话，说了一句话："早知道是工控机的事，我去年就不该省那两万块。"

多AGV协同这件事，说到底就一句话：你得让每台车在最难的那一刻，脑子里还有余量。

余量不是堆出来的，是设计出来的。异构算力架构让CPU、GPU、NPU各管各的，不抢资源；无风扇无缆线的结构让它在振动和高温里不掉链子；嵌入式长周期平台让你十年不用担心停供。

如果你正在做汽车物流的多AGV方案，正在被"单机行、多车卡"的问题困扰，不妨看看USR-EG218这类专为移动机器人边缘计算设计的工控机。它不追求参数表上最炸裂的数字，但在算力余量、环境适应性和长期供货这三件事上，做得足够扎实——扎实地像一颗为产线而生的心脏，不张扬，但让每台车都敢在最挤的通道里全力跑。

你的AGV不需要最聪明的大脑。

它需要的是，在最难的环境里，还有余量去思考的那颗大脑。