一句话定义

AGV/AMR 导航控制器是移动机器人的"决策中枢"：它接收任务，知道自己在哪里（定位），规划怎么走（路径规划），实时避开障碍（避障），并精确控制电机执行（运动控制）。如果说驱动器是"肌肉"、雷达是"眼睛"，导航控制器就是 AGV 的"小脑"。

它和普通运动控制器的区别

很多人把这两者搞混，其实分工完全不同：

一台只有运动控制器的底盘，只能"遥控"；装上了导航控制器，才变成"自主导航的 AGV"。

导航控制器内部包含哪些模块

一套完整的导航控制器软件栈通常包含六个模块：

1. 定位（Localization）：激光 SLAM、反光柱定位、二维码定位、IMU 融合等，回答"我在哪"。精度从 ±10mm（SLAM）到 ±5mm（反光柱）不等。
2. 建图与地图管理：现场扫描建图、多楼层地图拼接。
3. 路径规划（Planning）：全局路径（A*/Dijkstra 系）+ 局部避障（DWA/TEB 系）。
4. 运动控制（Motion Control）：按底盘类型（差速、单舵轮、双舵轮、麦克纳姆、四驱）解算运动学，输出速度指令。
5. 任务调度接口：接收上层调度系统的任务，上报状态；对接电梯、自动门、产线 PLC。
6. 工具链：地图编辑、参数配置、运行监控——好的工具链能把部署时间从周压缩到天。

以 KPS Platform 为例，这套栈以 ROS2 架构实现，附带浏览器端的 Web 配置工具（地图、参数、DIO 全在网页里配），同时还支持 Qt 监控程序和 RESTful/HTTP API，方便第三方系统对接。

为什么它对 AGV 厂家如此关键

三个原因：

1. 它是整车 BOM 里技术密度最高、最容易踩坑的部件。 导航涉及定位算法、多传感器融合、实时控制，自研通常需要 2-3 年才能到量产稳定度。

2. 它决定交付周期。 用成熟的第三方控制器（如 KPS Platform 这类"控制板 + SDK + 示例代码 + Web 配置"的交钥匙方案），底盘厂从拿到控制器到跑出样机通常只要数周；自研路线普遍以季度计。

3. 它决定客制化能力。 不同客户的 AGV 需求差异很大（顶升、叉取、旋转、对接电梯），控制器提供的是"可配置的动作库"还是"一坨改不动的代码"，直接决定你接定制化订单的底气。KPS Platform 内置 12 种以上设备动作（顶升、货叉、旋转、充电、机械臂、相机等）和组合任务机制，就是针对这个痛点设计的。

怎么判断一个导航控制器好不好

给采购和研发团队五个验收维度：

1. 底盘适配范围：是否覆盖差速/单舵轮/双舵轮/麦克纳姆等常见构型，新增底盘类型需要多久。
2. 协议开放度：CANopen、MQTT、Modbus、TCP 是否齐备；是否支持 VDA5050 等调度协议；有无 HTTP API。
3. 二次开发体验：SDK 是否完整（C++ API、示例工程）、文档是否真能照着跑通。
4. 复杂场景能力：多楼层电梯协同、交通管制、混合导航（激光 SLAM + 反光柱）是否内置。
5. 运维工具：有没有 Web 远程监控和参数在线调整——这决定售后是"飞现场"还是"开浏览器"。

小结

导航控制器 = AGV 的大脑。自研它投入大、周期长；外购成熟方案（行业价格区间约 1-6 万元/台，视功能而定）是当前大多数底盘厂和集成商的主流选择。选型时盯住五件事：底盘适配、协议、SDK、复杂场景、运维工具。