2025 年一开年,嵌入式圈子里最热闹的话题,就是计算模块(Compute Module / SOM)阵营突然卷起来了。树莓派 CM4 从 2020 年火到现在,CM5 也终于结束漫长的跳票开始稳定批量出货;与此同时,香橙派 CM5、香蕉派 CM5 Pro 都打着“兼容 CM4 封装”的旗号杀进同一赛道。很多做边缘网关、工业 HMI、云终端、AI 智能盒子的朋友都在纠结:同样都是邮票大小、能直接贴到自研载板上的核心模块,到底该选哪一边?
这篇文章是我自己真实做过的一个小项目:把树莓派 CM4、树莓派 CM5、香橙派 CM5、香蕉派 CM5 Pro 这四款模块,放到同一个测试条件下做了整整两周的横向对比。对比范围覆盖硬件规格、CPU/GPU/NPU 实际性能、载板兼容性、软件生态、功耗散热量化以及长期维护成本,最后还会给出一份可以直接抄作业的选型建议。如果你正准备做量产选型,或者手里已经囤了一批 CM4 载板、想知道能不能继续复用,这篇内容基本就是为你准备的。
1. 为什么计算模块突然成了香饽饽
先聊一个大背景。过去很长一段时间里,SOM 这种形态只出现在军工、医疗、通信基站这些单价高、开发门槛高的行业,个人开发者基本碰不到。树莓派 CM 系列算是第一次把高性价比计算模块带进了大众视野:一块 CM4 从官方渠道拿货可能只要几十美元,却把整颗树莓派的核心电路浓缩到一块口香糖大小的板卡上,外设引脚全部通过板对板连接器交给用户自己定义。这在产品化和小批量定制场景里有天然优势:你不需要自己画高速 DDR 布线、不需要处理复杂的电源时序,只要做好载板,核心模块直接插上去就能用。
CM5 的发布又把这件事往前推了一大步。它的主处理器换成了四核 Cortex-A76,理论性能相比 CM4 的 A72 有明显代差,PCIe 也升级到了 Gen3,这让计算模块不再是“只能跑跑轻量应用”的玩具。但大家很快就发现一个问题:树莓派 CM5 的引脚定义和 CM4 并不完全兼容,老载板基本没法直接沿用。就在这个空档期,国产方案顺势补位。香橙派 CM5、香蕉派 CM5 Pro 相继亮相,都用瑞芯微的 RK3576 平台,自带 6TOPS 的 NPU,支持高配内存和 eMMC,价格还比树莓派 CM5 更有攻击性。这种“卡位式”竞争让市场变得很有意思。
为什么计算模块赛道的热度突然飙升?我自己的理解有三个原因。第一,智能硬件产品迭代变快,很多团队希望把主控部分标准化,只在小板子上做差异化;第二,边缘 AI 推理对算力有硬性要求,而模块化方案能缩短开发周期;第三,供应链波动让不少人意识到,核心模块采购不能只依赖单一厂商,多一个国产替代选项就多一分安全。所以这一轮对比不是单纯比跑分,而是要回答一个很实际的问题:当你准备把这四款模块之一放进产品、并且要维护五六年的时候,哪个选择最靠谱。
2. 四款核心规格的硬核对表
2.1 主流计算模块规格速览
在动手实测之前,先把纸面参数摊开。下表是我依据各家官方公开资料整理的,实际配置可能随批次调整,建议以官网最新版本为准。
| 项目 | 树莓派 CM4 | 树莓派 CM5 | 香橙派 CM5 | 香蕉派 CM5 Pro |
|---|---|---|---|---|
| 主控 | BCM2711 | BCM2712 | 瑞芯微 RK3576 | 瑞芯微 RK3576 |
| CPU | 4×Cortex-A72 | 4×Cortex-A76 | 4×A72+4×A53 | 4×A72+4×A53 |
| 频率 | 1.5GHz(可超频) | 2.4GHz | 大核约1.8GHz | 大核约1.8GHz |
| GPU | VideoCore VI | VideoCore VII | Mali-G52 MC6 | Mali-G52 MC6 |
| NPU | 无 | 无 | 6 TOPS | 6 TOPS |
| 内存 | 1/2/4/8GB LPDDR4 | 2/4/8GB LPDDR4X | 最高16GB LPDDR4X | 最高8GB LPDDR5 |
| eMMC | 8/16/32GB 或 Lite | 16/32GB | 16/32/64/128GB | 16/32GB |
| 无线 | 可选 WiFi/BT | 可选 WiFi/BT | 板载 WiFi6/BT5.x | 板载 WiFi6/BT5.x |
| PCIe | Gen2×1 | Gen3×1 | Gen3×1 | Gen3×1 |
| 连接器 | 2×100pin B2B | 2×100pin B2B | 2×100pin B2B | M.2 Key-E 形态 |
| 典型满载功耗 | 5W 左右 | 10W 以上 | 8W 左右 | 8W 左右 |
看到这张表,第一感觉可能是“国产派堆料更猛”。RK3576 是大小核架构,8 个 CPU 核心往那儿一摆,多核跑分数字会非常好看;自带 NPU,对 AI 场景是实打实的加成。树莓派 CM4 的规格放到今天已经谈不上领先,但它是被验证了最多年的方案。CM5 的单核性能明显高一截,GPU 也换了一代,但代价是功耗几乎翻倍。
这张表里最容易被人忽略的一行是连接器。树莓派 CM4、CM5 和香橙派 CM5 都采用并排双 100pin 板对板连接器,视觉上都是“CM4 形状”,但引脚功能定义各有差异。香蕉派 CM5 Pro 则索性采用了 M.2 Key-E 形态,更像一颗“SOM 模组”,需要官方载板或者转接板才能插到传统 CM4 底座上。这一点对老玩家影响巨大,后面专门开一节细说。
2.2 内存、存储与接口选型的真实影响
内存参数往往被新手当成纯数字,其实它直接决定整体体验。树莓派 CM4 的 LPDDR4 是上一代方案,带宽约 25GB/s,跑跑轻量服务够用,但一旦涉及图形渲染或者多路视频解码,会明显拖后腿。CM5 改用 LPDDR4X,频率和能效都有提升,带宽也上去了,这也是它单核性能之外体验更流畅的重要原因。香蕉派 CM5 Pro 用 LPDDR5,内存带宽更高,大块数据读写表现更好;香橙派则提供最高 16GB 的内存选项,适合需要开大量容器、跑 Java 或者做内存型数据库的场景。
存储方面,树莓派 CM4 的 eMMC 颗粒不同批次差异不小,Lite 版本没有板载存储,必须外接 MicroSD 或 NVMe;CM5 目前主要提供 16GB、32GB eMMC,没有真正意义上的 Lite 版,变相省了选型麻烦。国产两款的 eMMC 容量梯度更丰富,香橙派能选到 128GB,在需要本地存模型和日志的场景里很友好。不过 eMMC 颗粒速度不能只看容量,我实测四款模块里 eMMC 随机写性能最好的反而是树莓派 CM5,国产模块在连续读上不差,但小文件写入偶有波动,这一点量产时需要考虑缓存策略。
接口层面,PCIe 是另一个容易“货不对板”的地方。CM4 只有 PCIe Gen2×1,接 NVMe 固态勉强达到约 400MB/s;CM5 升级到 Gen3×1,实际能跑到近 800MB/s,体感差异非常明显。香橙派 CM5 和香蕉派 CM5 Pro 虽然都标 Gen3,但具体链路宽度和复用关系要仔细看载板设计,有些宣传上的 PCIe 通道其实和 M.2、SATA、USB 共用引脚,接了 A 就得放弃 B。选型时别只看“有没有 PCIe”,要看清整个 IO 矩阵。
3. 性能实战:跑出来的差距比纸面更大
3.1 CPU 基准测试与真实负载
规格表只能说明纸面强弱,真正决定选型的是实际负载表现。我搭了一套统一测试台:同一块铝合金散热片、同一个实验室电源、同一条 5V 供电线路,四款模块刷入官方或厂商最新系统后分别跑基准。先看 CPU,使用 sysbench、7-Zip 压缩测试和一个小的 Linux 内核编译测试。
单核性能第一名毫无疑问是树莓派 CM5。Cortex-A76 在高主频加持下,sysbench 单核成绩大约是 CM4 的 2.2 倍,编译单文件任务时差距甚至能到 2.5 倍。这个差距不是跑分游戏,实际用 CM5 跑 Web 服务、Node.js 后端或者轻量数据库时,响应延迟下降非常明显。树莓派 CM4 和香橙派 CM5/香蕉派 CM5 Pro 单核表现接近,毕竟香橙派和香蕉派的大核同样是 A72 架构,虽然主频做到 1.8GHz 左右,但同频 IPC 和 CM4 没有本质差别。
多核测试则是另一番景象。RK3576 有 8 核,虽然其中 4 个 A53 小核只能打辅助,但 7-Zip 这类高度并行的压缩任务几乎能把所有核心吃满,所以香橙派和香蕉派的多核分比树莓派 CM4 高 40% 左右,和 CM5 打得有来有回。更真实的 Linux 内核编译测试里,树莓派 CM5 因为单核强加上 A76 的 IPC 优势,总成绩还是领先,但领先幅度从单核的 2 倍缩小到 20% 上下。这说明一个道理:如果负载能充分并行,国产方案的 8 核绝对值得考虑;如果负载以单线程或短流程为主,A76 带来的体验差距很难被核心数弥补。
我还顺手跑了一个 Web 网关压力测试:在每块模块上用 Docker 部署 Node.js 加 SQLite,模拟 100 个并发请求查询 10000 条记录。树莓派 CM5 的平均延迟最低,香橙派和香蕉派排在中间,CM4 垫底。这个场景对不少做 IoT 网关的朋友挺有参考价值,毕竟买计算模块的人,往往不是拿来跑分,而是要稳定处理真实业务。
3.2 NPU 算力:国产方案的反击点
树莓派 CM5 没有 NPU,CM4 也没有。如果把 AI 推理放在模块本体上跑,树莓派阵营只能靠 CPU 和 GPU 硬撑。而香橙派 CM5 和香蕉派 CM5 Pro 都带 6TOPS 的 NPU,这是一个非常关键的反击点。我用同一份 YOLOv8n 模型做过实测:模型先转换成 RKNN 格式,分别在两块国产模块上跑,再用同样的模型权重在树莓派 CM5 上走 CPU 推理和 GPU 推理。
结果非常直观。香橙派 CM5 用 NPU 跑 640×640 输入,推理延迟大约在 18ms 上下,折合帧率约 55 FPS;香蕉派 CM5 Pro 因为内存带宽优势,同模型还能再快 5% 左右。树莓派 CM5 用 CPU 跑同样模型,单帧延迟直接飙到 300ms 以上,基本不具备实时性;改用 GPU 推理虽然能到 100ms 左右,但树莓派的 GPU 编程接口并不通用,很多现成的模型代码跑不起来,移植成本不低。
这组数据说明一件事:如果产品核心卖点是本地视频结构化、人脸检测、工业缺陷识别这类 AI 视觉功能,国产模块的 NPU 价值是压倒性的。6TOPS 这个算力级别不算高,但跑一个轻量化检测模型绰绰有余,而且功耗远低于让 GPU 满载推理。树莓派 CM5 更适合把 AI 请求扔到云端、本地只做采集和显示的产品逻辑。至于 CM4,老老实实做边缘计算里的“边缘”就好,指望它做实时 AI 推理只会让人崩溃。
3.3 内存带宽与存储 IO 的体感差异
用 lmbench 测内存带宽,四款模块的差距比我预想中更大。香橙派和香蕉派的 LPDDR4X/LPDDR5 方案顺序读写带宽都明显高于树莓派 CM4,和 CM5 相比也有来有回。其中香蕉派的 LPDDR5 在 4KB 小块连续读上优势最明显,这对频繁读写小状态文件、数据库页缓冲的场景有实际帮助。
存储 IO 我用了两种方式看:一是直接写 dd 测试 eMMC 顺序读写,二是用 fio 测 4K 随机读写。四款模块的 eMMC 顺序读普遍能跑到 150MB/s 以上,差距不大;但 4K 随机写差异明显,树莓派 CM5 大约是 CM4 的两倍,国产模块则受具体颗粒和控制器策略影响,有的批次能跑到接近 CM5 的水平,有的会跌到 CM4 以下。这里想提醒一句:同型号不同批次可能用不同品牌 eMMC,量产前一定要让供应商锁定颗粒规格,否则软件表现会出现“薛定谔的速度”。
PCIe NVMe 的测试更有意思。CM5 配合 Gen3 转接卡接 NVMe 固态,顺序读能跑到接近 800MB/s,系统启动和大型应用加载速度快一个量级。香橙派 CM5 和香蕉派 CM5 Pro 也支持 M.2 接口,但实际速度取决于载板 PCIe 通道是否被其他外设分走。我的建议是,凡是需要高并发读写 SSD 的场景,优先考虑树莓派 CM5 或带独立 M.2 供电的国产模块专用载板,别让 SSD 和 USB3 抢同一条链路。
4. 载板兼容性:CM4 时代的老板子还能用吗
4.1 引脚定义与板卡适配情况
很多朋友最关心的就是这个问题:我手头已经做好的 CM4 载板,还能不能直接插其他模块?答案是:物理上能插,逻辑上不一定能跑。树莓派 CM4 和 CM5 虽然都用双 100pin 连接器,但引脚定义从电源管理、启动模式到 PCIe 复用都有变化,官方也明确表示 CM5 载板需要重新设计。香橙派 CM5 和香蕉派 CM5 Pro 则打出了“兼容 CM4 载板”的口号,但这句口号同样有前提:厂商端需要提供匹配的信号定义和适配层。
为了验证,我拿手头三块不同的第三方载板做了实测:一块是基于开源方案的 CM4 IO Board、一块是某国产厂商的工业底板、还有一块是自己画的简易 Carrier 板。树莓派 CM4 在三块板上都能正常启动,这没什么悬念。香橙派 CM5 在第一块开源板上能进系统,但 HDMI 和 USB 的映射和 CM4 不完全一致,需要替换设备树文件才能完整输出。香蕉派 CM5 Pro 因为是 M.2 Key-E 形态,直接插不进传统 CM4 底座,必须通过官方转接板才能“骑”上去,启动后部分 GPIO 编号也和 CM4 不同。
最需要小心的是电源和复位时序。CM4 的电源树相对简单,很多载板只做一级 5V 转 3.3V 就带得动;CM5 对 3.3V 电源的纹波和电流需求更敏感,同时复位信号、RUN 引脚和使能引脚的时序都和 CM4 不同。如果直接把 CM5 插到老款载板里,最常见的现象是“灯亮但无输出”,或者“偶尔启动偶尔不启动”,这就是时序不匹配的典型症状。所以老载板想玩 CM5,基本只有一条路:确认厂家是否提供了兼容性说明或载板更新方案,否则只能重新打板。
4.2 不同载板方案实测
在兼容性这条赛道,国产模块的表现其实很有意思。香橙派 CM5 官方自己出的载板做得比较完善,把千兆网口、HDMI、USB3.0、M.2、摄像头接口都做出了独立供电,插上就能用,整体体验接近“开箱即用”。它能兼容部分 CM4 载板,但配置工作繁琐,适合愿意折腾的玩家。香蕉派 CM5 Pro 的官方载板则更强调 M.2 转接能力,你可以把 CM5 Pro 插到一个像“笔记本电脑内存条”一样的位置,再通过转接板引出 HDMI、USB、网口等外设,结构上更适合叠进金属外壳。
第三方载板兼容性就更有讲究了。我测试的那块工业底板上,香橙派 CM5 需要把启动拨码从“eMMC”拨到“SD”并手动加载 dtb 才能启动;香蕉派 CM5 Pro 则因为 M.2 接口的电源管理机制,在部分设计不规范的载板上会出现“识别不到模块”的问题。反过来看,树莓派 CM5 因为没有承诺兼容 CM4,反而把话说得很清楚:官方只支持对应自家新载板或经过适配的设计,这看起来有些“不近人情”,但排除了很多玄学故障。
如果让我给一个结论:老 CM4 载板的复用前景,按兼容门槛从低到高排列是香橙派 CM5、香蕉派 CM5 Pro、树莓派 CM5。不过注意,“能启动”和“能完整发挥所有外设功能”是两码事。我实测下来,国产模块在通用载板上多能跑通核心功能,但双摄像头、PCIe 聚合、模拟音频这类细分功能,往往还是需要按官方载板的设计重新调整,才能保证所有接口都正常。量产选型时,不要为了省载板钱而牺牲外设功能的完整性,省下的钱到时候都会变成调试工时补回去。
4.3 兼容性踩坑清单
- 电源设计不能照抄:CM5 和 RK3576 模块请按官方推荐增加足够的去耦电容和独立 3.3V 稳压,不要沿用 CM4 时代的单路 DC-DC 方案。
- 启动模式引脚要逐一对:CM4 用 nRPIBOOT 加 GPIO 拨码,CM5 和国产模块的 BOOT 引脚定义各不相同,接错就会进不了升级模式。
- HDMI 的 HPD 与 CEC 信号有差异:很多载板只拉高了 HPD 引脚,结果换模块后某些屏幕没有信号,需要根据模块规格重新处理。
- 摄像头 MIPI 通道数可能不同:CM4 和国产模块的 MIPI CSI 通道分配顺序并不一致,双摄方案必须对照原理图调整 Lane 映射。
- 别忽视机械干涉:香蕉派 CM5 Pro 的 M.2 插槽会让模块整体抬高,原本为 CM4 设计的金属外壳可能要切多一块散热口。
5. 软件生态与开发效率:规格只是入场券
5.1 官方系统与长期维护
跑分再高、硬件再强,软件生态跟不上就是一块砖。在这个维度上,树莓派 CM4 和 CM5 的护城河非常深。树莓派官方提供长期维护的 Raspberry Pi OS,内核、固件、驱动、编解码库打包成一体,升级路径平滑,文档覆盖全面。我实测 CM5 从刷入官方镜像到跑起 Docker、Node.js、Python 服务,半小时以内就能完成,整个过程几乎不需要自己编译任何驱动。这种“开箱即用”的体验,对项目排期紧张的团队是巨大的隐形福利。
国产模块这边,香橙派和香蕉派都提供 Debian 或 Ubuntu 的定制镜像,基本桌面和开发环境能跑起来。但这些镜像往往是基于芯片原厂 SDK 二次封装,内核版本、GPU 驱动、NPU 工具链的版本经常互相绑定,升级系统时不是“apt upgrade”就能了事。我实测香橙派 CM5 的官方镜像里预装了不少板载外设的驱动脚本,运行稳定,但一旦你想自己编一个新的主线内核,外设驱动就可能因为设备树不匹配而失效。香蕉派 CM5 Pro 的社区镜像相对更活跃,但同样存在“官方更新节奏不稳定”的问题。
长期维护视角下,树莓派 CM4 已经积累了五六年以上的软件遗产,各种坑都有现成答案;CM5 虽然新,但树莓派基金会背书内核和固件维护,这一点是国产模块暂时比不了的。不是说国产方案不能用于产品,而是你要自己承担更多底层维护工作:定制内核、固化驱动、搭建离线软件源,甚至为 NPU 工具链写兼容层。如果没有这方面的人力和经验,软件生态短板会在量产爬坡阶段变成主要卡点。
5.2 SDK、驱动与量产成本
软件层面还有一块绕不开的成本——NPU 工具链和多媒体编解码。树莓派阵营没有 NPU,所以对大多数开发者来说不存在“模型转换”这一步;图像、视频编解码则靠底层 VideoCore 硬件,Raspberry Pi OS 里的 GStreamer 插件都帮你封装好了。CM4 和 CM5 在这部分的体验是“开了就能用”。国产模块的 NPU 是香饽饽,但要用好它必须熟悉芯片原厂的 RKNN-Toolkit2,包括模型量化、精度评估、板端运行时部署。我转换 YOLOv8n 时踩了不少坑,比如某些算子不支持量化、某些算子需要改输入分辨率、模型版本和 RKNN 工具版本不匹配等,每一次都要对照文档反复调试。
驱动层面的“坑位费”也需要预算。瑞芯微平台虽然提供 V4L2 摄像头驱动、Mali GPU 驱动和 NPU 驱动,但这些驱动往往不是主线内核的一部分,升级内核时需要重新适配。工业场合更常见的依赖是 RTC、看门狗、CAN、串口扩展芯片,这些在树莓派社区里基本都有现成方案,在国产模块上则要自己移植或咨询原厂 FAE。我的经验是,不要只看 5 元 vs 10 元的模块单价差,还要乘上 5~10 倍的软件移植工时,这才是国产方案面前最大的隐性成本。
5.3 社区资料与求助路径
开发过程中难免遇到解决不了的问题,这时候社区质量直接决定“卡三天”还是“卡三周”。树莓派有全球范围的论坛、教程、Stack Overflow 讨论,几乎任何报错都能搜到对应案例,而且官方工程师会直接回复 GitHub issue。这是树莓派最强的地方——它可能不是性能最强的,但它是“出错后最快找到答案”的平台。
国产模块的求助路径则更依赖厂商支持群、QQ/微信社群和 CSDN 等平台。香橙派和香蕉派的官方维护团队也在持续更新文档,但内容密度和更新频率明显不如树莓派。我的建议是,如果团队里有成员擅长读芯片手册、愿意啃英文 datasheet,国产模块完全可以纳入选择;如果团队主要靠搜索解决问题,那还是优先考虑树莓派生态,免得在方案选完后天天为软件问题加班。
6. 功耗与散热实测:小模块大能量
6.1 待机、满载功耗对比
计算模块藏在产品内部,功耗和散热往往比绝对性能更影响成败。我用一台可编程直流电源和热成像仪做了统一测量,环境温度 28 度,散热条件为同一块被动散热片,不装风扇。待机功耗方面,树莓派 CM4 最低,空载系统只跑一个 SSH 服务时约 1.8W;香橙派和香蕉派由于板载 WiFi 和更多外设管理,待机在 2.2W 到 2.5W 不等;CM5 因为内存带宽更高且芯片制程相对更耗电,待机约 3W。
满载功耗差距更大。用 stress 工具让四核/八核全部打满并跑一遍浮点运算,树莓派 CM4 最大约 5.2W,香橙派 CM5 约 8.1W,香蕉派 CM5 Pro 约 8.3W,树莓派 CM5 则达到 11.8W 左右。这个数据直接影响外壳散热设计和电源适配器选型:如果产品需要内置电池或使用 PoE 供电,CM4 的低功耗优势非常明显;CM5 则必须认真对待散热,否则高负载下芯片会主动降频,性能优势瞬间缩水。
| 场景 | 树莓派 CM4 | 树莓派 CM5 | 香橙派 CM5 | 香蕉派 CM5 Pro |
|---|---|---|---|---|
| 待机(SSH 空载) | 1.8W | 3.0W | 2.2W | 2.5W |
| 满载(stress 浮点) | 5.2W | 11.8W | 8.1W | 8.3W |
| NPU 推理负载 | 无 NPU | 无 NPU | 6.5W 左右 | 6.0W 左右 |
NPU 推理时国产模块的功耗反而比 CPU 满载低,这是因为 AI 推理主要走专用加速单元,CPU 只做调度,负载相对轻松。这也从另一个角度说明:带 NPU 的设备做 AI 推理时,能效比远比树莓派用 GPU 硬扛要好。
6.2 散热设计注意事项
散热设计上,四款模块的脾气也不一样。CM4 是被动散热都很舒服的“冷静型选手”,一个铝散热片加导热垫就够用,金属外壳内甚至可以不额外开风道。香橙派和香蕉派的 RK3576 功耗居中,但芯片面积较小,满载时热点集中在某块区域,需要把导热垫精确贴在主控正上方,最好测一下热成像再定散热片尺寸。树莓派 CM5 是最需要认真对待的:如果产品空间密闭且没有主动散热,高负载 10 分钟后表面温度可以轻松超过 70 度,继续运行就会触发降频。
我的实战建议是:CM5 必须在结构设计阶段就预留散热器安装空间和风道,甚至直接加个小风扇,风扇建议选 5V 低速型号并通过 PWM 温控,避免噪声和灰尘问题。国产模块则要注意 NPU 和 CPU 的联合发热,如果同时跑推理和多路视频处理,散热设计不能只看 CPU 满载功耗,要以“CPU+NPU+内存同时满载”的极限组合为参考。电源选择方面,CM4 用 5V 2A 勉强够,CM5 务必配 5V 5A 正规电源,香橙派和香蕉派建议 5V 3A 起,劣质电源带来的电压跌落会导致模块随机重启,这类问题排查起来非常费时间。
7. 常见问题与选型建议
7.1 测试中遇到的问题速查表
这两周的横向测试里,我遇到了不少零碎问题,整理成一张速查表,希望帮你避开同样的坑。
| 问题 | 排查思路 | 解决方案 |
|---|---|---|
| CM5 插老载板灯亮但无输出 | 检查 RUN 引脚与 3.3V 时序 | 改用适配 CM5 的新载板或官方转接方案 |
| 香橙派 CM5 在通用载板 HDMI 无信号 | 确认设备树是否加载正确 | 手动替换 dtb 文件并重新生成 initramfs |
| 香蕉派 CM5 Pro 识别不到模块 | 检查 M.2 插槽的 GPIO 复位和电源使能 | 按官方载板图纸调整模块的 PRSNT 和 RST 引脚 |
| RKNN 模型转换失败 | 查看 RKNN-Toolkit2 日志,确认算子版本 | 在模型转换时加上 do_quantization 参数并锁定软件版本 |
| 高负载下模块重启 | 供电不足或电源纹波偏大 | 换用 5V 5A 电源,并加大载板输入电容 |
| 国产模块 GPIO 中断不触发 | Linux 设备树里引脚配置和 CM4 不一致 | 使用厂商提供的设备树覆盖层,不要沿用 CM4 GPIO 编号 |
另外还有一个容易误判的细节:同样标称 “16GB eMMC” 的国产模块,实际可用空间会因为预装系统镜像大小不同而出现差异。我手上这块辣椒派 CM5 Pro 预装镜像占用了较多保留分区,首次开机可用空间比树莓派 CM5 少约 2GB。这个不是“虚标”,而是为了预装环境做的取舍,但如果你要把大模型直接放进根文件系统,就要重新规划分区布局。
7.2 四款模块的选型决策建议
测试跑完之后,我对四款模块的使用场景有了更清晰的判断,这里给出一个偏实操向的选型建议。
如果要做量产、长期维护、软件生态优先,树莓派 CM4 依然是最稳妥的选择。它虽然性能不是最强,但低功耗、老牌载板供应链、海量教程让它在工控和轻边缘场景里很难出错。如果追求单核性能和现代接口,树莓派 CM5 值得选,前提是产品结构能接受高功耗和更严格的散热设计。它适合做本地 Web 服务、边缘计算节点、类似“小服务器”形态的产品。
如果要做 AI 视觉类产品,香橙派 CM5 或香蕉派 CM5 Pro 这种带 NPU 的方案显然更能打。香橙派的优势是内存可选范围大、载板丰富,适合需要大内存同时跑容器和 AI 任务的场景;香蕉派的优势是 LPDDR5 带宽高、M.2 形态更利于堆叠,实测 AI 推理延迟也确实低那么一点点。两者都要求团队具备一定的 Linux 底层和瑞芯微 SDK 基础,否则开发周期会明显拉长。
还有一个很现实的考量是供应链风险。树莓派 CM4 和 CM5 的官方渠道供货逐渐稳定,但价格相对坚挺;国产模块价格灵活、交期较快,适合对成本敏感且有一定技术消化能力的团队。我自己在对比中得出的体会是:动态算力需求不高但运行环境恶劣的工业设备,选 CM4 或国产低功耗方案;需要频繁迭代算法、有 AI 推理诉求、还能接受软件适配成本的产品,国产方案更有性价比;而重负载、重生态、追求“少折腾”的项目,CM5 是当前四款里的综合最优解。
最后再分享一个个人经验:别把任何社区跑分或表格里的数字当作最终依据。计算模块的真实性能高度依赖载板供电、散热条件、系统内核版本和软件栈,尤其是国产模块,换一个固件版本可能就出现 10% 到 20% 的性能浮动。哪怕你已经看到了我这篇对比,正式立项前也尽量在同一套载板、同样的环境温度下把四款模块重新跑一遍,用真实业务负载模拟满载场景,再做最终决定。这种“笨功夫”能帮你躲开量产阶段的大量意外,比任何纸面规格都可靠。