AGV和服务机器人这两年卷得厉害，很多团队从整机成本倒推到主控选型，发现以前那套“工控机+运动控制板+各种转接模块”的玩法越来越吃力。我身边不少硬件朋友都在往瑞芯微RK平台切，尤其是瑞迅科技这类方案商把RK3588、RK3576、RK3568核心板做成熟之后，中小厂商做机器人主控的门槛一下子低了很多。这篇文章就结合我自己的项目经历，把RK平台的选型逻辑、落地路径和BOM成本优化这事讲透。适合正在做AGV、服务机器人、AMR的嵌入式工程师、产品经理和创业团队参考。

1. AGV主控的成本账：以前为什么贵，现在为什么能省

1.1 早期AGV主控方案的典型BOM构成与痛点

早几年做AGV主控，大家普遍是这么拼出来的：一块X86工控机或者NXP i.MX6核心板当“大脑”，再挂一块独立的运动控制MCU板，视觉模块要么用USB摄像头加串口转接，要么干脆再插一块AI加速棒。激光雷达走一路USB转串口，电机驱动器走一路CAN卡，显示屏再走一路HDMI转接。一套下来，整机BOM表面上看是“主控贵”，实际拆开看是又碎又多。

我统计过一台早期服务机器人底盘的BOM，光主控相关就有接近120行物料：工控主板、电源模块、USB Hub、串口扩展卡、AI加速棒、各类线束、连接器、散热风扇，还有对应的结构件。物料种类多意味着什么？采购要跟好几家供应商谈，库存要备好几类板卡，生产装配要多拧好几颗螺丝、多插好几根线，售后出问题还得一块板一块板排查。用户现场一个接头松了，直接报故障，工程师跑一趟的成本比那块板子还贵。

这类方案的价格痛点也很现实：工控机主板动辄上千元，AI加速棒又是几百上千，加上外围转接和线材，还没算结构、人工、测试，光物料就吃掉整机成本很大一块。更要命的是，多板卡之间的连接器在振动环境下特别容易出接触不良，AGV天天在厂房里跑，这类故障率一点都不低。

1.2 转向RK平台的三个核心驱动：集成度、接口、供应链

为什么要往RK平台迁？三个字：集成度。瑞芯微的RK系列SoC把CPU多核、GPU、NPU、视频编解码器、多路显示输出、大量串口和网络接口都集成在一颗芯片里。以前需要好几块板卡干的活，现在一颗芯片加一块底板就能搞定。

先看算力：像RK3588是8核CPU，带NPU算力在6TOPS级别，跑视觉SLAM、目标检测、避障模型这些AGV常见任务完全够用。以前想做视觉识别得外挂AI加速卡，现在RK3588、RK3576里直接集成了NPU，省掉一个独立模块，BOM自然降下来。接口方面更明显：AGV上传感器多，激光雷达、IMU、超声、编码器、工业相机、调试屏，个个都要占用串口、I2C、USB、以太网。RK系列原生支持多路UART、USB、以太网口、PCIe、MIPI-CSI/DSI，一块底板就能把所有外设资源集中管理。

供应链上，RK系列量产量大、生命周期相对长，不像某些小众芯片轻易就停产或者价格被渠道炒高。对做产品的团队来说，主控这种核心器件稳定供货比什么都重要。而且瑞芯微的Linux SDK、BSP、文档资料比很多国产平台完善，社区活跃，招聘RK开发经验的人也容易，试错成本低。我经常看到招聘JD上直接写明“熟悉RK3568/RK3588优先”，行业风向已经很明显了。

这里也得泼一盆冷水。RK平台的优点是集成度高，但SoC内部一般不带CAN控制器，也不是为实时运动控制设计的。AGV的电机驱动、安全逻辑该用独立MCU还得用，别指望一颗RK3588就把整个控制柜干掉。后面我会专门讲这个架构分工问题。

2. RK3588/RK3576/RK3568怎么选：规格差异与选型边界

2.1 三款芯片规格横向对比：一张表看懂定位差异

先说明一下，以下数据是我根据公开资料和项目经验整理的，具体参数要以瑞芯微官方最新datasheet为准。表格先看个大概方向，别拿来做精确选型依据。

RK3588是当前瑞芯微的旗舰，CPU算力富余，NPU也强，视频编解码和显示接口丰富，适合那些既要做视觉SLAM，又要跑识别模型，还要带交互屏、多路摄像头回传的复合机器人。RK3576是后起之秀，定位中端市场，性能比RK3588低一点但NPU算力接近，特点是均衡和功耗控制，很多服务机器人、配送机器人选它当主控。RK3568则是性价比之王，四核A55加1TOPS左右的NPU，做基础AGV、磁条导航、简单激光避障绰绰有余，关键是把单板成本压得很低。

2.2 选型不是“越贵越好”，按算法负载和外设清单反推

我见过不少团队一开始就上RK3588，理由是“旗舰总没错”。结果产品做出来发现NPU占用率不到20%，多出来的算力白花钱，功耗和散热成本还上去了。选型应该反着推。

第一步，列感知与算法需求。激光导航还是视觉导航？视觉要跑什么模型，YOLO系列目标检测、语义分割还是深度估计？目标帧率多少？比如一颗1080P摄像头跑YOLOv5s，在RK3576的NPU上经过量化优化后通常能跑到几十毫秒级别，但如果你同时要跑2路摄像头加语音识别，RK3576的NPU和内存带宽就会吃紧，这时候就得考虑RK3588。

第二步，数外设接口。AGV底盘上通常有：激光雷达一路串口、IMU一路I2C/SPI、电机驱动器走CAN、调试口一路UART、4G模块走USB/PCIe、屏幕走MIPI/HDMI、摄像头走MIPI-CSI或USB。把这些全列出来，逐个核对芯片原生支持情况。这里有个关键点：RK系列SoC内部基本没有CAN控制器，做AGV基本躲不开外扩CAN或者外接运动控制MCU，这个要提前纳入方案。

第三步，核算BOM目标价。产品定价决定主控预算。一台卖几千块的轻量AGV，主控部分预算卡得紧，RK3568核心板加底板的组合比RK3588方案便宜不少，如果算法负载不大，完全没必要多花钱。我通常会画一张“算法负载-外设数量-目标BOM”的三维判断表，让团队先对表再定芯片，而不是拍脑袋选旗舰。

3. 自己画整板还是买核心板：方案商省掉的是隐性成本

3.1 BGA封装、DDR等长和电源时序，自己画整板的三座大山

很多软件背景的团队拿到RK方案，第一反应是自己画一块整板，觉得这样BOM最可控。但真把原理图一画、PCB一铺，问题就来了。

RK3588这类芯片是BGA封装，引脚密、管脚多，CPU周边的DDR4/LPDDR4信号要走等长、差分、阻抗控制，这对Layout工程师的经验要求很高。电源部分更麻烦，RK3588有多路电源域，上电时序需要严格按照规格书来，PMIC配置出错轻则外设不工作，重则系统不稳定。层数上，4层板基本布不开，6层甚至8层板打样一次成本就是几千块，改一版又是几周时间。加上信号完整性仿真、EMC测试，全套流程走下来，没做过高速板的小团队很容易卡住。

核心板方案商的逻辑就是把这些最难的活儿提前封装好。像瑞迅科技提供的RK3588、RK3576、RK3568核心板，CPU、内存、eMMC、PMIC这些都由厂家调好验证过了，系统镜像也帮你烧好。开发者的任务被简化为画一块底板——底板上的接口都是低速接口，电路简单，2层或4层板就能搞定，出错概率低，改版也快。

这里要说清楚，买核心板不是不花钱，核心板单价比你自己贴片贵一些。但算总账的话，研发周期缩短、硬件工程师人力省下来、试错成本降低，产品早两个月上市带来的收益远大于那点差价。对年出货量巨大的公司来说，自己画整板摊薄成本是有道理的；但对大多数AGV厂商和机器人创业团队来说，核心板方案是当前最稳的路径。

3.2 瑞迅这类方案商的交付形态：评估套件、参考底板、定制服务

选方案商不能只看能不能买到核心板，要看交付形态对不对你的需求。以瑞迅科技这类厂商为例，通常有三层交付：

第一层是标准评估套件。拿到手先别急着画底板，用评估板把RK系统跑起来，确认软件能启动、串口网络正常、NPU能推理、关键外设能点亮。这个阶段的目的是验证平台能不能满足你的性能预期，同时让软件团队提前开始适配，不要等硬件回来才写代码。

第二层是底板参考设计和PCB文件。你可以基于参考设计改自己的底板，只保留需要的接口，砍掉用不上的东西。这里有个很实际的技能点：原理图和PCB一般用OrCAD、Cadence Allegro、Altium Designer这类工具打开，改完后需要导出BOM。我见过好几个工程师卡在导出这一步，觉得只要有个BOM列表就行，其实不是。正确的做法是导出的BOM要包含位号、封装、型号、MPN、用量，然后逐项核对替代料，标注首选和备选供应商，把长交期的料提前识别出来。瑞迅给的参考设计BOM通常已经做了这些工作，照着改比自己从零整理要省太多事。

第三层是定制服务。如果你的AGV有特殊接口需求，比如需要双CAN、4路RS485、特定尺寸的结构，方案商可以做底板定制甚至整机方案。这种合作模式下，你不需要维护一个高速硬件设计团队，产品的硬件迭代全部外包，自己聚焦在算法和整机系统上。对这个行业里很多几十人的团队来说，这是性价比最高的一种协作方式。

4. 从核心板到量产：设备树、外设适配与算法部署的完整路径

4.1 拿到评估套件后的Bring-up：固件、串口、网络、显示

不管用哪家的RK核心板，Bring-up的第一步都是确认最小系统能正常工作。我习惯的流程是：先升级固件到厂商提供的最新稳定版本，然后接串口看启动日志，确认Uboot和内核能正常起来；接着配网络，通过以太网或者USB连接开发机，能ping通就算通；再点屏幕，确认显示链路OK。这一步走完，后面所有工作才有着落。

这里要强调一个容易被忽略的事：RK3588、RK3576、RK3568虽然都是瑞芯微平台，但内核、固件、设备树不能直接互相套用。芯片外设控制器不完全一样，设备树写法也有差异，千万别图省事把RK3568的dts直接搬运到RK3576上，轻则外设起不来，重则内核启动崩溃。我就吃过这个亏，当时为了省半天时间直接复制设备树，结果PCIe枚举失败查了一整天。

4.2 设备树不是玄学：引脚复用、电源域和常见外设点亮

RK平台和外设的绑定关系，核心就一个文件：设备树dts。这是Linux下描述硬件资源的机制，GPIO、串口、I2C、以太网、NPU、电源统统在里面配置。很多从单片机转过来的工程师第一次看到设备树会发懵，其实把它想成一张“硬件资源分配表”就明白了。

举个例子，你要在底板上启用一路UART3，设备树里通常这么写：

&uart3 { status = "okay"; pinctrl-0 = <&uart3m0_xfer>; pinctrl-names = "default"; };

这段的含义是：把UART3控制器设为启用状态，并把引脚复用配置为m0组。这里的pinctrl就是告诉我这个芯片的引脚不是固定功能的，同一组引脚可能又支持UART又支持SPI又支持GPIO，必须在设备树里选好角色。这就是RK平台最常见的坑：两个外设想用同一个引脚，或者某个外设节点的引脚和实际底板布线对不上，直接导致外设不工作。

点亮外设时，还有两个高频问题。一个是电源域，设备树里经常有regulator节点，外设对应的供电如果没有正确使能，即使引脚配置对了设备也起不来。另一个是时钟源，外设工作的时钟树配置错误，串口波特率就会有偏差，表现是数据收发乱码。排查这类问题的时候，先翻dmesg日志看内核报错，再看看外设节点的status有没有设为okay，最后检查引脚复用和底板原理图是否一致，按这个顺序基本能定位大多数问题。

另外，AGV上常见的CAN总线，RK SoC内部通常没有CAN控制器。行业里常见做法是用SPI接口外扩CAN控制器芯片，或者在运动控制MCU上实现CAN功能，主控通过UART/SPI与MCU通信。这个决策必须在设计底板前定下来，因为它直接影响设备树怎么配、外设挂在哪条总线，等板子回来再改就晚了。

4.3 算法上板：A*路径规划、视觉模型NPU部署和实时性边界

AGV的软件栈大致分三块：定位建图、路径规划、运动控制。定位建图可以用开源SLAM框架，跑在Linux上；路径规划这块，很多人一听到A就觉得“算法好高级”，实际上栅格地图上的A实现是纯CPU计算任务，瓶颈在CPU单核性能和地图规模，对NPU没有要求。RK3568的四核A55跑中小规模地图的A*和局部避障完全没问题，RK3588跑全局规划加多车协同调度也不费力。多AGV场景下，真正吃资源的是调度层的交通管制和时间窗算法，这部分主要走网络和数据库交互，主控需要的是一个稳定的多核环境和足够的网络带宽。

视觉感知才是决定选型上限的部分。如果AGV要做基于视觉的目标检测、二维码识别、障碍物分割，建议直接上NPU。瑞芯微的NPU部署流程是：先用PyTorch或ONNX训练模型，然后用rknn-toolkit2工具链转换、量化为rknn模型，最终在板端用Rockchip NPU的运行时接口加载推理。这个过程有几个常见坑：模型里如果用了比较偏的算子，转换时会提示不支持；INT8量化之后精度可能掉，需要在量化数据集上做校准；NPU推理结果和CPU之间拷贝数据也有开销，设计算法流程时要尽量避免每一帧都来回搬运大块数据。

还有实时性这条边界。电机电流环、速度环这种控制逻辑，千万别放在Linux主控上跑。Linux不是实时系统，调度抖动一上来电机就会抖。AGV行业成熟的做法是主从架构：一颗STM32或GD32负责电机控制、编码器采集和急停逻辑，RK主控负责感知、规划、调度和交互，两者通过UART、CAN或以太网通信。主控下发的目标速度、运动轨迹，MCU负责实时执行。安全回路更要独立，急停按钮、光栅、安全触边这些信号必须走硬接线，不能依赖主控软件响应。这个架构分工想清楚，系统既稳定，成本也不会失控。

5. BOM成本优化账本拆解：从物料行数到整机可靠性

5.1 新旧方案BOM对比：以一台服务机器人底盘为例

我拿一个真实项目的大致结构来举例。改造前是一台服务机器人底盘，主控部分由四块板卡和多组模块组成，物料行数大概是这样：

改造前物料行数120行以上，改造后能压到70到80行。这个数字当然会因具体配置浮动，但趋势很明确：板卡数量变少，模块数量变少，线束和连接器变少。主控相关成本通常能下降三到五成，具体金额要看采购量和配置，建议以实际供应商报价为准。

这里面最容易被低估的是“物料行数减少”带来的连锁效应。采购上，物料种类少意味着可以集中量跟核心板供应商谈价格，库存资金占用下降。生产上，板卡从四块变两块，装配工序变少，出错概率降低。质量上，连接器变少，整车可靠性提升，售后返修率跟着降。这些往往比芯片本身的差价更值钱。

5.2 别把BOM优化理解成“换芯片”，整体架构决定最终成本

我在实际项目里最大的体会是：BOM优化不是把芯片A换成芯片B那么简单。如果只换了主控，运动控制板、转接模块、电源模块还保留原样，那省下来的钱很有限，甚至因为重新开发反而亏了。

正确的思路是把主控选型、板卡架构、外设分工当成一个整体来设计。先明确算法跑在哪（CPU还是NPU），运动控制放哪颗芯片，通讯总线怎么规划，安全链路怎么实现，然后再看RK3588、RK3576、RK3568里哪个型号正好覆盖这些需求，最后决定用标准核心板还是定制底板。这套流程走下来，BOM优化才有意义。

还有一点要提醒：软件开发的隐性成本在切换平台时一定会发生，不要幻想零成本切换。RTOS或老平台代码要重建、设备树要重写、NPU模型要重新转换量化、驱动要重新验证，这些投入是必要的。也正因为如此，选一个成熟的核心板方案商、用一套完善的标准SDK，能省掉大量填坑时间。这是我建议多数团队选择瑞迅科技这类有量产验证经验的方案商合作的原因——他们帮你趟过的那些坑，真到了量产阶段会让你少交很多学费。

最后再分享一个经验：拿到核心板评估套件之后，第一件事不是急着画底板，而是把整机的BOM架构图画出来，一列是功能模块，一列是供电需求，一列是接口需求，一列是目标成本。图上的每一格都确认完毕，再动笔画底板。这样看似多花了一周时间，实际上能让整个产品开发省出一个月不止。这套方法我在好几个AGV项目上验证过，确实管用。