Rockchip 核心板询价：把模块版本、底板接口和系统镜像写进同一份验收约定

两家供应商都报“RK3588 核心板”，一家的样品已经能在开发底板上启动，另一家的单价更低。采购能否直接把价格排成一列？还不能。报价可能分别指向不同的处理器变体、内存与存储组合、连接器、硬件修订，甚至不同的镜像支持范围。样品在供应商底板上亮屏，也没有回答它能否在目标产品底板上稳定工作。

先让每个报价对应一个可复现的交付组合：模块完整订货身份、指定底板与接口版本、可交付的系统镜像及支持责任。 只有三者指向同一个版本基线，单价、交期和替代料才有比较意义。这里讨论的是已经决定采用核心板方案之后的询价和验收；如果还在选择开发板、核心板或全定制主板，应先解决板型与采购路径的区别。

同一个系列名，不能代替可下单的版本身份

Rockchip SoC 的数据手册告诉工程师芯片可能提供哪些能力，却不等于某款模块把这些能力以相同引脚和电气条件引出。模块厂商再把内存、eMMC、连接器和电源设计组合为自己的产品；底板则决定实际插座、供电、接口保护和外设。报价单若只有“RK3588、8GB、Linux”，它并没有唯一确定项目会收到的硬件和软件。

一个可核对的身份链应从报价 SKU 延伸到模块完整型号与配置、硬件 revision、适用的模块引脚表、目标底板 revision、镜像或 BSP 的具体发布版本。采购并不需要自己判断每根高速线的信号完整性，但要让负责判断的人看到同一版资料。否则，采购对的是单价，硬件对的是样品照片，软件对的是公开下载页，三方可能在讨论三种产品。

Radxa 的公开资料提供了一个可核查的例子，而不是对所有 Rockchip 模块的概括。NX5 产品页写明它采用 RK3588S、260-pin SO-DIMM 连接器，并把模块、IO 板、开发套件分为不同对象；NX5 下载页分别列出模块 V1.1 的 pinout/原理图、IO 板 V1.4 的原理图，以及系统镜像。单看“RK3588 系列”或某个开发套件的图片，不能替代这几份有版本号的资料。

真正要让供应商填的是一行“基线”，不是一句“兼容”

发出 RFQ 时，可让供应商把报价项写成“完整订货型号 + RAM/eMMC 配置 + 模块硬件修订 + 配套资料修订 + 支持的目标底板修订 + 系统镜像或 BSP 发布标识”。如果某项不能在报价时确认，标为待验证，并写清由谁在样品阶段给出证据；不要先把空格理解为“与样品相同”。

“兼容”还需要宾语。是机械装配兼容、引脚与电压兼容、能够启动供应商镜像，还是目标产品所需相机、网口、显示和升级路径都已回归？这些范围不同，不能用一个勾选框签收。对已有底板的项目，先让硬件负责人核对电源、连接器、关键引脚与 lane 分配，再由软件负责人核对设备树、驱动和启动介质；若其中一项只能依赖尚未交付的专用资料，该报价仍是询价候选，不宜承诺“无改动替换”。

公开的硬件修订记录已经说明：版本变化不只是印刷字母

Radxa 的 CM5 修订记录列出多个版本的具体变更：早期修订涉及 eMMC/SDMMC 连接方式，后续修订涉及 HDMI 检测、以太网 PHY 配置、风扇电路以及 I2C 引脚位置。这里不能推出“CM5 各修订都不兼容”，更不能推出其他厂商的变更规律；它能证明的是，修订号对应的电路和接口差异有可能进入项目的底板与镜像验收范围。

同一厂商的CM5 下载页把模块 V2.21、IO 板 V2.2 的设计资料和不同底板组合的镜像分开列出；硬件接口页还明确警告不能把 CM5 装到 CM3 IO 板上。资料可下载，不等于任意两块外形相近的板可以互换。采购谈“同系列替代”时，工程团队要复核实际模块、底板和镜像的组合，而不是只比较宣传页上共同的 SoC 名字。

把公开资料放进一条采购记录，缺项会立即显露。以下用 CM5 演示“资料已知”和“项目尚须取得”的区别；这不是供应商报价或本项目批准配置，也不表示 Radxa 承诺任何供货条件。

这张记录要随报价、样品、首批来料使用同一个编号，不是每个部门另做一份互不相连的“兼容证明”。CM5 修订记录在 V2.2 项列出 I2C5/I2C7 引脚位置交换；而下载页提供的是 V2.21 的 pinout。若来样 revision 与项目批准版不同，硬件负责人应先取得两个实际版本的接口资料并对照目标底板连接，再让软件负责人核对设备树和外设回归。在资料与测试记录签回之前，采购不得仅凭“还是 CM5”批准等价替代。这里没有声称某个客户确实从一个版本换到了另一个版本，也不据此断言特定底板必然失效。实际 PCN 时限、可接受替代范围和退换责任仍需写进采购条款，公开文档无法代签。

此图只画首批来料验收；样品批准是此前的独立决定。只有约定测项和记录均通过，这一批才可签收；这不代表所有环境、认证或长期可靠性都已验证。

让询价、样品、首批来料回答不同的问题

很多团队把“样品跑通”写成采购通过。样品能证明所测组合在所测条件下工作，却不能自动证明量产批次同料、长期供货或目标温度环境下稳定。更清楚的方式是把三个节点的放行条件分开：询价阶段判断可比较性；样品阶段判断目标系统是否可用；首批来料阶段判断交付是否仍是经验证的组合。

示意图展示要核对的实物与记录关系，不代表某个 Rockchip 模块型号、客户批次或实际检验结果。

表格中的测试项目是合同建议，不是本文作者对任何型号已经完成的测量。具体负载、温度区间、振动、EMC、射频与安规项目必须由目标产品要求和适用标准确定。供应商公开页面没有给出你的工况，也不能证明某批货的良率。项目没有真实测试记录时，应把验收列写为“待测”，而不是写“已通过”。

样品测试应验证项目路径，不是重复宣传参数

如果产品要接两路摄像头，验收需要检查目标底板上实际使用的 CSI lane、设备树、驱动与持续采集；若产品要远程更新，验收要覆盖烧录、升级中断和恢复入口。选择哪几项，取决于产品会使用什么，不是把芯片特性表逐项复制为测试表。采购单可引用工程团队批准的测试编号和镜像 hash，避免后续批次只有“Linux 可用”的笼统结论。

热设计尤其不宜由模块额定参数直接替代整机结论。公开规格可以说明某型号标称的配置或工作条件，但目标底板供电、机箱风道、散热材料和连续负载都改变测试环境。对需要高负载运行的设备，应在目标结构中约定稳态温度、降频与异常恢复的记录方式；没有这些记录，就不能承诺“工业场景稳定运行”。这不是要求所有项目做相同的长时间测试，而是要求采购承诺与实际使用条件之间有证据桥梁。

报价更低时，先算清“未知由谁承担”

较低的板价未必是较低的项目成本。一个报价可能包含目标底板适配、BSP 交付和后续问题定位；另一个可能只包含裸模块和供应商开发套件镜像。两者若不拆分，工程适配成本会在订单后才出现。询价时可以把费用和责任分别写明：底板设计资料是否可交付，BSP 是否给版本和维护窗口，关键驱动由谁支持，替代料由谁发起回归，批次标识由谁保留。

交期、MOQ、AVL 和 EOL/PCN 也不应由文章替供应商作保证。采购需要取得目标完整料号的书面交期、最小订单量、备选来源与变更通知约定，并确认它们适用于实际订购配置。只拿到渠道页面的“有货”或某系列的长期供货宣传，不能推导目标版本的可交付日期。若项目必须连续供货，而供应商不愿给出变更通知和替代验证机制，应将它作为商务与质量风险单列，不能让工程团队在量产后用临时改板来兜底。

实际比较报价时，先看各候选是否都完成同一张版本记录，再比较价格和交付责任。只有 SoC、RAM 和单价的报价可以继续询问，却不能与已经明确模块、底板、镜像及变更责任的报价直接排出“最低成本”。样品和首批来料若出现记录外的 revision 或镜像变化，应退回相应的硬件、软件复核节点，而不是让采购自行判断等价。

需要把核心板与底板、系统镜像和交付资料一起评估时，可从Rockchip 核心板与底板产品页说明目标接口、预计批量和软件环境，让技术与采购对同一版需求回复。本文没有取得任何供应商报价、客户 AVL、批次验收或目标板测试记录，因此不推荐具体型号，也不提供交期或可靠性承诺。

参考资料

• Radxa NX5 产品资料
• Radxa NX5 下载与设计文件
• Radxa CM5 硬件修订记录
• Radxa CM5 下载与设计文件
• Radxa CM5 硬件接口