很多团队第一次做 Rockchip 产品时，会把开发板、核心板和底板理解成"大板、中板、小板"，然后直接比较 CPU、内存和单价。这个起点会把采购问题看反：三者不是三个性能档位，而是把产品责任切在不同位置的三种载体。
如果需求还在变化，需要先验证系统、NPU、摄像头或显示链路，选开发板；如果 SoC、内存和高速接口已经确定，但产品 I/O、供电、结构与认证仍需定制，选核心板加底板；只有在体积、成本、接口或供应链要求已经稳定，而且团队能承担 DDR、电源、BGA、高速信号和 BSP 维护时，才值得从零做全定制主板。选错的直接后果通常不是"性能差一点"，而是在 EVT 以后才发现接口、电源时序、散热或系统镜像不能冻结。
先把三个名称拆开：它们承担的责任不同
开发板是一套为了验证而展开的完整平台。它往往把 HDMI、USB、MIPI、PCIe、网口、调试串口、按键和电源入口都暴露出来，让工程师尽快启动镜像、接外设并定位问题。Rockchip 的 RK3588 EVB 文档展示的正是这种思路：一块板上保留多种显示、存储、摄像头、调试与扩展接口。接口丰富是为了缩短未知问题的验证时间，不代表这些接口都应该进入最终产品。
核心板，也常写成 SoM 或 compute module，把 SoC、DDR、PMIC、eMMC 以及部分高速布线集中在一个可复用模块上。以 Radxa CM5 为例，模块把 RK3588S、LPDDR4X、可选 eMMC 和电源管理集成在 55 × 40 mm 的板上，再通过板对板连接器把可用信号引出。它的价值不是"更像量产板"，而是把最难反复设计、最依赖高速布局的计算核心变成一个已定义接口的部件。
底板负责把核心板接入具体产品。12 V 或 24 V 怎么进入、网口是否带隔离、USB 是否需要锁紧、MIPI 线长能否满足、风扇和 RTC 怎么供电、机壳孔位是否冲突，这些都不由核心板自动解决。Forlinx 的 RK3588 开发平台文档把载板电源、保护和上电控制单独展开，说明"核心板能启动"与"整机电源链可靠"是两件事。
因此，开发板回答的是"这条技术路线能不能跑起来"，核心板回答的是"哪些高复杂度计算电路可以复用"，底板回答的是"这台设备怎样接入真实电源、外设、结构和环境"。
开发板适合消除未知，不适合直接代表量产设备
PoC 阶段的首要任务，是快速判断操作系统、驱动、编解码、NPU 工具链和关键外设是否能组成闭环。此时开发板提供的多接口、调试口和现成镜像能显著减少准备时间。团队可以把摄像头换型、显示时序、模型转换、USB 带宽或网络吞吐问题先暴露出来，而不必同时承担一块新 PCB 的焊接和电源故障。
但 PoC 通过只证明当前样机组合在当前条件下能运行。开发板的稳压余量、接口保护、连接器形式、散热器、线缆和镜像通常都与最终产品不同。如果把开发板直接装进机箱，常见代价是多余接口占空间、排线不耐振动、供电入口不符合现场要求、启动和恢复按键不可维护，以及批次变更无法进入自己的 BOM 控制。
一个实用的停止条件是：当关键软件链路已被验证，而下一轮问题主要变成连接器、电源、结构、EMC、热和批量测试时，继续在开发板上增加功能的收益已经很低。这时应把需求转成底板接口表，而不是继续把 Demo 打磨成"准产品"。
核心板降低的是计算部分的设计风险，不是整机风险
核心板路线最适合一种常见状态：团队需要 Rockchip 的 Linux、Android、多媒体或 NPU 能力，产品也需要自己的网口、串口、CAN、MIPI、音频或工业电源，但项目数量还不足以摊薄全定制主板的 NRE 和长周期验证。
这条路线让供应商负责 SoC、DDR、PMIC、eMMC 与模块级高速设计，产品团队把精力放在底板和整机上。它还能让多个产品共用同一计算模块，只替换不同 I/O 底板。不过，"连接器相同"不等于"模块可以无条件替换"。Radxa 的 CM5 文档明确警告 CM5 不能直接插到 CM3 IO 板，并列出电源脚和若干接口差异；这说明模块代际兼容必须逐 pin、逐电压、逐启动路径确认。
采用核心板后，底板仍要独立完成以下责任：输入保护与电源时序、连接器和电平转换、ESD/浪涌、天线与射频净空、散热路径、结构公差、量产测试点和恢复入口。任何一项没有冻结，样机能启动都不能被当成 DVT 证据。
用项目阶段选择采购路径，比用单板价格更可靠
| 阶段 | 此时最需要回答的问题 | 更合适的载体 | 离开该阶段前应有的证据 |
|---|---|---|---|
| PoC | 软件、算法和关键外设能否组成闭环 | 开发板 | 可复现镜像、关键驱动和接口日志 |
| EVT | 计算平台与产品 I/O 能否在首版硬件上工作 | 核心板 + 首版底板 | 原理图评审、上电时序、接口冒烟与热路径 |
| DVT | 结构、EMC、热、可靠性和恢复是否满足产品条件 | 核心板 + 定版底板，或全定制样板 | 环境、EMC、故障恢复和长稳记录 |
| PVT | 工厂是否能稳定烧录、测试、追溯和返修 | 量产配置 | 工装、Golden Image、序列化、良率和变更控制 |
| 量产 | 成本、供货和维护是否可持续 | 冻结 BOM 与受控替代 | AVL、PCN/EOL 响应、版本和安全更新责任 |
表里的推荐不是固定升级路线。小批量工业设备即使进入量产，也可能长期采用核心板加底板，因为它用稍高的模块成本换取更低的设计风险和更清晰的 BSP 责任。高销量消费设备则可能在需求冻结后转为全定制主板，用一次性 NRE 换取更低 BOM、更小尺寸和更强供应链控制。
真正需要计算的不是单板价，而是总风险成本：硬件设计和验证投入、BSP 适配、认证重做、模块最低订购量、供应商 PCN、现场返修以及安全更新。如果年量不足或 SKU 较多，全定制节省的 BOM 很容易被重复验证和维护成本吃掉。
三种容易后悔的选择
第一种是用开发板做出 Demo 后直接承诺交付日期。此时镜像、驱动和算法可能能跑，但产品电源、结构、接口保护和恢复机制都没有进入验证。项目越晚切换到底板，软硬件问题越容易在同一轮出现，定位成本也越高。
第二种是只按 SoC 名称采购核心板。即使都写着 RK3588 或 RK3568，不同模块的引出接口、供电、电压、eMMC、无线、散热和 BSP 支持也可能不同。采购单如果没有完整料号、内存/存储组合、模块 revision、温度等级、BSP 分支和连接器版本，替代料到货后可能无法启动或无法通过原有测试。
第三种是为了"完全自主"过早做全定制主板。Rockchip 的公开资料可以说明 SoC 支持哪些 CPU、NPU、媒体与高速接口，但不能替团队完成 DDR 布线、电源完整性、摄像头调试、EMC、量产烧录或多年 BSP 维护。没有相应人员和验证预算时，全定制不是减少依赖，而是把更多依赖转移到自己身上。
采购前先冻结一页责任边界
在发 RFQ 之前，建议让产品、硬件、软件、采购和质量共同确认一页责任边界，至少包含：
- 计算模块完整料号、硬件 revision 与允许替代项；
- RAM、eMMC、工作温度、供货周期和寿命要求；
- 需要从模块引出的高速接口、lane 配置、电压与连接器版本；
- 底板电源输入、输入保护、上电顺序与恢复入口；
- BSP、内核、驱动、OTA 与安全更新的维护责任；
- 样机、试产和批量各自采用的验收镜像与测试记录；
- 模块 PCN/EOL 后的通知、兼容评估与替代验证责任。
这张表的目标不是增加文档，而是让采购价格与工程对象保持一致。缺少这些字段时，不同供应商报出的很可能不是同一种交付物，最低价也就没有比较意义。
最终可以用一句话判断：开发板购买的是验证速度，核心板购买的是计算设计复用，底板购买的是产品接口和环境适配，全定制主板购买的是规模化后的成本与控制权。只有当团队知道当前最需要消除哪类不确定性时，板型选择才会稳定。