行业里有个统计：AGV整机故障里，大约八成跟控制器脱不开关系。

车跑得稳不稳、会不会“抽风”、撞不撞人，七分看板子。所以今天不聊参数，咱们直接把一台AGV“拆开”，从外往里看，里面到底藏着几块板子、各自在忙什么。

掀开顶盖，正中间那块最大的板子——中央控制器，就是“大脑”

它同时干三件事：跑SLAM建图定位——激光雷达每秒吐出几万个点，要实时消化掉；做路径规划——行业里响应时间压到50毫秒以内才算合格；还要跟上位调度系统对接，接任务、报状态。

所以这块板子得是多核ARM或x86级别，跑实时操作系统，USB3.0和千兆网口是刚需——激光雷达那点数据量，普通串口根本喂不动。

顺着线往下找，驱动轮旁边那块——运动控制板，管“四肢”

大脑算出“下一秒往哪走”，得有人去拧电机。运动控制板通过CAN总线（跑CANopen的CiA402协议）或者EtherCAT指挥伺服驱动器，控制周期是毫秒级的。

而且这里有个外行容易忽略的点：底盘构型不一样，算法完全是两码事。 差速轮、单舵轮、双舵轮、麦克纳姆轮，各有各的运动学模型，控制板从硬件配置到软件算法都得跟着底盘走。这也是为什么叉车AGV和潜伏顶升AGV的控制板，看着都叫“AGV控制板”，实际上根本不是一种东西。

车头那两个“大眼睛”后面——安全链路，这是红线

避撞激光雷达、安全触边、急停按钮，这些信号进板子后要求最高优先级处理：传感器一触发，不管程序正跑到哪一步，必须立刻停。很多AGV的关键安全链路特意走CAN，就是看中它的仲裁机制——故障帧ID设成最高优先级，抢总线永远第一个赢。

最后看电池仓——电源管理和BMS通信板

电池的电压、温度、剩余电量，靠CAN跟BMS实时通信拿回来。AGV得边跑边算“这点电够不够跑完这一单”，不够就自己申请回充电桩——这套逻辑对通信的实时性和可靠性同样不含糊。

拆完这台车，把这些板子受的罪归拢一下，其实是四条硬要求：

而且这行没有“通用AGV控制板”这回事。 底盘构型、导航方式（激光/二维码/磁条）、载荷场景一变，板子就得跟着变。所以做AGV的厂商，主流路线都是定制：主控板按导航方式和算力需求定，运动控制板按底盘构型定，多路CAN、隔离设计、抗振工艺这些直接做进板子里，而不是等量产后再打补丁。

我们奥鲲做的就是这一环。手上如果有AGV或者移动机器人项目的，几个信息发过来：什么底盘构型、哪种导航方式、几个驱动电机、要不要上视觉。 工程师出方案，主控板和运动控制板怎么分工、接口怎么配，一次捋清楚。