
1. 从计算模块说起为什么 CM 系列才是树莓派的隐藏主线很多人提起树莓派脑子里蹦出来的第一反应是那块插着 SD 卡的绿色小板子也就是 Model B 系列。的确从树莓派 1B 到 4B、5B这块开发板在教育市场、创客圈子里几乎成了“单板电脑”的代名词。但如果在工业界、嵌入式产品圈子里混过几年你会发现真正撑起树莓派商业版图的其实是另一条产品线——Compute Module也就是计算模块系列。我最近在整理手头几个项目的时候把树莓派整个产品线的 SKU 从头到尾捋了一遍重点对比了 CM4 和 CM5 这两代计算模块这里把分析过程和一些实际选型经验整理出来。先解释一下为什么会有计算模块这类东西。树莓派基金会做 Model B 系列目标用户是教育者和爱好者板子把所有接口、连接器、USB、HDMI、音频接口全都焊死在一块 PCB 上拿来就能玩。但真正的产品开发者面临的问题完全不同他们需要的是一个可以嵌入到自己设计的主板上的核心模组不是一块什么接口都固定好的开发板。CM 系列就是把树莓派的核心硬件——处理器、内存、存储——打包在一个小巧的板卡形态上通过通用接口比如 DDR4 SODIMM 插槽连接到开发者自研的载板上。这样开发者可以自由定制外围电路想做什么接口就做什么接口想定什么外壳就定什么外壳树莓派的算力就变成了一个可以灵活嵌入的“核心引擎”。CM4 是 2020 年发布的基于 BCM2711 处理器也就是树莓派 4B 同款芯片。CM5 则是 2024 年底到 2025 年之间推向市场的基于 BCM2712和树莓派 5B 同平台。两条产品线在 SKU 划分逻辑上有一脉相承的地方但细节差异非常大尤其是在存储方案、无线配置、价格阶梯这些维度上。如果你正在做一个需要批量出货的嵌入式产品选错 SKU 导致的后果往往是硬件成本上升、备货周期拉长甚至产品设计推倒重来。所以这篇分析不打算停留在“哪个性能更强”这种浅层对比上而是从选型工程师、产品经理、独立开发者的角度把 CM4 / CM5 之间的 SKU 矩阵拆开讲清楚。我尽可能把 SKU 命名规则、内存与存储组合、无线版本差异、停产与替代逻辑、载板兼容性、散热设计这些实操中绕不开的问题都覆盖到。文章里涉及的价格和数据基于我个人的采购记录和市场行情仅供你作为选型参考具体以官方渠道当日报价为准。2. 产品线全貌树莓派 SKU 到底是怎么分层的在拆 CM4 / CM5 之前先把整个树莓派产品线的 SKU 分层逻辑说清楚。理解这个分层对后续做产品选型非常关键因为你看到的每一款板卡其实都代表着树莓派基金会的一种市场策略。2.1 Model A / B 系列标准板卡 SKU标准板卡系列是大众最熟悉的。当前在售的主要是树莓派 5B此外还有 4B、3B 这些旧款在渠道市场流通。3A、4A 这类精简版在功耗和尺寸上有优势但市场声量一直不大。每一代 Model B 又按内存容量分成不同 SKU比如树莓派 5B 有 4GB、8GB、16GB 三个版本。这个系列的定位是快速原型验证、桌面级轻量应用、教育场景以及那些不追求极致体积和功耗的小型项目。需要注意树莓派在 2024 年做出一个重要调整——将 1GB 版本的 4B 和 5B 移出了产品线。这个信号很明确随着桌面操作系统和 AI 推理框架对内存的需求不断攀升低于 4GB 内存已经很难支撑良好的用户体验。我在自己的项目里也明显感受到了这种趋势比如跑一个轻量的本地大语言模型推理8GB 内存都显得紧巴巴。2.2 Zero 系列极致成本与体积Zero 系列尤其是 Zero 2W是低成本便携项目的首选。它的 SKU 划分相对简单主要就是带不带 WiFi/蓝牙以及有没有预贴排针。Zero 系列的处理器性能和 CM 系列不在一个层级但它在电池供电的传感器节点、微型游戏机、便携式终端等场景里依然有不可替代的位置。选 Zero 还是选 CM核心看你的项目对计算性能和接口扩展性的真实需求。如果你只是想做个简单的 GPIO 控制Zero 足够如果涉及视频处理、多路外设通信、需要定制载板基本就只能选 CM 系列。2.3 CM 计算模块系列嵌入产品的心脏CM 系列是本文的主角。它的产品形态是一块板卡没有 USB 口、没有 HDMI 口、没有音频接口只有核心的处理器、内存、存储和一组引脚定义。开发者需要把这块板卡插到自研载板上使用。在树莓派官方的 SKU 体系里CM 系列的价值主张非常明确小尺寸、工业级稳定性、可定制化封装、批量供货能力。CM4 生命周期内发布了超过 30 个 SKU是树莓派合并SKU最深的一条产品线。CM5 延续了这一策略虽然发布初期 SKU 数量没有 CM4 那么庞杂但核心组合维度是一致的。从产品选型的角度看CM 系列还有一个 Model B 系列无法比拟的优势它在相对长的时间内维持相同的外形尺寸和引脚定义这意味着开发者可以在不修改载板设计的情况下在同代产品中进行内存和存储的升级甚至跨代升级前提是兼容性允许这个话题下面会展开讲。这一点对需要提前备货、走认证流程的工业产品至关重要。3. CM4 的 SKU 世界三个维度三十二种组合CM4 于 2020 年发布采用 DDR4 SODIMM 形态尺寸仅为 55mm × 40mm。别看这块板子小它在 SKU 划分上有一个非常清晰的三维矩阵内存容量 × 存储容量 × 无线功能。下面我逐个维度拆解。3.1 内存容量梯度从 1GB 到 8GBCM4 的内存选项有 1GB、2GB、4GB、8GB 四档。这个梯度设计很有意思。1GB 版本主要面向简单的工业控制、数据采集、单品 IoT 网关等轻负载场景。如果你只是用 Modbus 读几个传感器数据或者跑一个简单的 Node-RED 流程1GB 完全够用还能把 BOM 成本压到最低。2GB 版本是性价比比较均衡的选择适合那些既要跑 Linux 又要跑一些中等负载应用的场景。4GB 和 8GB 版本则是为多任务、容器化部署、视觉处理准备的重型选项。个人经验是1GB 的 CM4 在当下已经有些吃力了。树莓派 OS 桌面版本身就要占用大概 600MB 内存如果还要跑 Docker、数据库内存会很快见顶。我在一个工业数据采集项目里最初选了 1GB 版本后来发现日志系统和远程监控脚本跑起来之后系统明显变卡最后只能换成 2GB。所以如果你不是对成本极度敏感建议从 2GB 起跳。3.2 eMMC 存储组合零存储版本的进阶玩法CM4 最特别的地方在于它提供了一组不带 eMMC 的 SKU。这类 SKU 的型号编码里带“Lite”字样比如 CM4 2GB Lite、CM4 8GB Lite。Lite 版本没有板载存储必须通过外部存储启动一般是用 MicroSD 卡或者 NVMe SSD通过 PCIe 接口。这个设计见仁见智——喜欢的人觉得灵活不喜欢的人觉得麻烦。带 eMMC 的版本有 8GB、16GB、32GB 三个存储容量选项。eMMC 相比 SD 卡最明显的优势是可靠性。工业场景下SD 卡因为频繁写入导致损坏的问题非常常见eMMC 在这方面要稳固得多。不过 eMMC 也不是无懈可击它同样存在写入寿命上限。如果你做的设备要长时间连续写入日志建议选购足够剩余空间的存储容量并在软件层面启用日志轮转机制避免存储写满后系统挂起。Lite 版本的存在还有一个隐藏价值它让 CM4 变成一个纯粹的计算核心存储介质由你自由决定。这让开发者可以在同一块载板上通过更换不同版本的 CM4 Lite 来实现不同等级的产品方案。比如低配版用 SD 卡高配版用 NVMe SSD硬件设计完全不用改动。我在一个边缘视频分析项目里就是这么干的——同一块载板低配用 CM4 Lite 加 SD 卡高配用 CM4 Lite 加 NVMe两者成本差了不少但主板设计完全复用。3.3 无线功能带 WiFi 和不带 WiFi影响比你想象中大CM4 的无线版本和非无线版本在外观上几乎没有差别但它们影响的设计环节至少有三个方面天线设计、认证流程、功耗规划。带无线版本的 CM4型号中有“W”字母比如 CM4 4GB 32GB WiFi板载了 WiFi 和蓝牙芯片但天线不是焊死在模块上的而是通过板上的 IPEX 连接器外接。这意味着你的载板上需要专门设计天线布线空间并且整个产品要通过无线相关的认证测试。不带无线的版本则省掉了这一整套麻烦适合那些对无线通信没有需求或者打算通过外部 USB 无线网卡、LoRa 模块等其他方式联网的产品。工业设备一般不怎么依赖板载 WiFi所以不带无线的 SKU 在自动化、仪器仪表领域出货量相当大。从成本角度带无线 SKU 和不带无线 SKU 存在显著价格差。如果你的产品确实不需要无线功能没必要为这个模块买单。3.4 官方 SKU 命名规则速查看懂命名规则选型的时候事半功倍。CM4 的 SKU 命名逻辑可以概括为CM4 内存容量 存储容量 Lite/WiFi 标识。举个例子型号为 CM4004032 的模块表示 4GB 内存、32GB eMMC、无无线型号为 CM4104016 则表示 4GB 内存、16GB eMMC、带无线。这里“CM4”后面紧跟的“00”或“10”代表无线模块与否00 为无无线10 为带无线。这个编码规则在实际采购时非常有用可以快速过滤大量 SKU避免在经销商页面上迷失。下面是我整理的 CM4 主要 SKU 组合表按内存和存储维度交叉内存eMMC LiteeMMC 8GBeMMC 16GBeMMC 32GB1GBCM4 1GB LiteCM4 1GB 8GBCM4 1GB 16GB未开放2GBCM4 2GB LiteCM4 2GB 8GBCM4 2GB 16GBCM4 2GB 32GB4GBCM4 4GB LiteCM4 4GB 8GBCM4 4GB 16GBCM4 4GB 32GB8GBCM4 8GB Lite未开放CM4 8GB 16GBCM4 8GB 32GB每一格还都可以叠加无线选项所以理论上完整组合数比表里看起来多一倍。实际市场上并不是所有组合都能以同样价格轻松买到热门型号比如 4GB 32GB WiFi 版本常年占据出货主力位置而一些冷门组合比如 1GB 8GB WiFi在渠道里反而不太好找。采购的时候建议优先选主流组合。4. CM5 全面解析新一代 SKU 矩阵的变化与取舍CM5 作为 CM4 的继任者从平台到 SKU 逻辑都有了显著升级但同时也带来了一些让老开发者感到不太适应的变化。4.1 计算性能跃升BCM2712 带来的实际优势CM5 搭载的 BCM2712 处理器CPU 部分采用四核 Arm Cortex-A76 架构最高主频 2.4GHz。相比 CM4 的 BCM2711四核 Cortex-A721.5GHz单核性能提升大约两到三倍多核性能提升幅度也非常可观。这个性能差距直接反映在实际应用里CM5 在跑 Python 脚本、Node.js 服务、OpenCV 图像处理这些负载时流畅度明显优于 CM4。我做过的对比测试中一个 YOLO 目标检测推理脚本在 CM4 上只能跑到十几帧在 CM5 上可以达到三四十帧差距非常直观。更值得关注的是 BCM2712 的 GPU 改进。CM5 的 GPU 支持 Vulkan 1.2在处理 3D 渲染、支持 Wayland 合成器、运行现代游戏引擎时表现好很多。如果你在开发带图形界面的产品比如工业 HMI 触摸屏、信息发布终端CM5 的体验会更接近桌面级系统。4.2 内存与 Wi-Fi 的高配化SKU 门槛上移CM5 的内存 SKU 从 2GB 起步提供 2GB、4GB、8GB、16GB 四个档位砍掉了 1GB 版本。这释放了一个清晰的信号树莓派认为嵌入式 Linux 设备已经过了“1GB 内存够用”的时代。结合我在 CM4 上的实际经验这个决定是对的。现在一个普通的 Node.js 进程加上 Redis内存占用轻轻松松超过 1GB1GB 只适合跑极其轻量的固件型应用。另一个重要变化是CM5 的无线版本标配了双频 WiFi 5802.11ac和蓝牙 5.0相比 CM4 的 WiFi 4 提升了一个世代。如果你的产品需要稳定的无线视频传输或者频繁的 OTA 升级WiFi 5 带来的吞吐量提升是实打实的。这意味着在同样的无线环境下CM5 的传输速度上限更高信号抗干扰能力也更好。4.3 存储 SKU 的新格局NVMe 原生支持是最大变量CM5 在存储上的 SKU 逻辑沿用了 Lite 和非 Lite 的二分法但非 Lite 版本的 eMMC 容量直接从 16GB 起步提供 16GB、32GB 两个版本。这比 CM4 入门 8GB 高了一档。更关键的是CM5 原生支持通过 PCIe 2.0 x1 接口连接 NVMe SSD。虽然 CM4 也可以通过载板引出 PCIe 来实现 NVMe但 CM5 的 BCM2712 对 PCIe 的支持更完善带宽和稳定性都有提升。从选型角度看Lite 版本加 NVMe 的组合在 CM5 时代变得更有吸引力。NVMe 的随机读写性能远超 eMMC如果你开发的设备需要频繁读写大量小文件——比如跑数据库、做视频录制、做模型推理的数据预处理——NVMe 方案带来的性能提升是质的飞跃。我自己在评估 CM5 时毫不犹豫地把目标 SKU 锁定在了 Lite 版本就是看中了 NVMe 带来的存储弹性。不过NVMe 方案也有代价你需要额外购买 SSD、设计 M.2 插槽电路、处理散热。在批量产品的 BOM 成本上NVMe 加 SSD 的方案未必比大容量 eMMC 便宜太多。所以这个选择要综合评估产品定位而不是纯粹追求理论性能。4.4 引脚定义与载板兼容性CM5 给老用户的一道坎对老开发者来说最关心的一个问题莫过于“CM5 能不能插在我原来的 CM4 载板上”。答案是否定的。CM5 和 CM4 虽然都采用 DDR4 SODIMM 外形但引脚定义并不兼容。CM5 的引脚分配经过调整增加了 PCIe 相关引脚、调整了部分供电和地线定义官方并没有承诺与 CM4 载板向后兼容。这意味着你已经为 CM4 设计的载板不能直接插 CM5 使用必须重新设计。这个代价不小很多项目就是因为这一点放弃了升级计划。取舍逻辑很简单如果你的产品已经在市场上稳定出货没必要为了性能升级而推倒重做如果你还在产品原型阶段直接选 CM5 平台会更有未来保障。我做项目时的习惯是把“载板生命周期”纳入选型指标——CM4 平台成熟稳定外围方案多适合保守策略CM5 性能强适合新设计和需要长期迭代的产品。4.5 CM5 SKU 组合速查为了让你快速建立对 CM5 SKU 的整体认知我这里做了一个主要组合表内存LiteeMMC 16GBeMMC 32GB2GB支持支持支持4GB支持支持支持8GB支持支持支持16GB支持支持支持每一档也可以叠加无线版本。就我在渠道里看到的供货情况而言4GB Lite WiFi 和 8GB 32GB WiFi 是目前询价最多的两个热门型号。前者面向需要灵活存储的中低负载产品后者面向一步到位的高性能设备。5. 选型决策指南不同项目该买哪个 SKU到目前为止我们已经把两代 CM 模块的 SKU 矩阵拆得比较细了。真正棘手的问题是具体到自己的项目怎么选才不花冤枉钱、不给自己埋坑。我把这些年做项目过程中沉淀下来的选型思路整理成了一套决策框架按照项目类型、负载特征、批量规模三个维度来讲。5.1 按项目类型匹配 SKU不同产品对硬件的需求差异极大直接用项目类型做第一层筛选是最快的。工业数据采集与控制设备。这类产品通常部署在工厂车间或户外对实时性、稳定性要求高但对图形性能几乎没有需求。推荐选择 CM4 2GB 或 4GB 版本搭配 16GB eMMC不选无线。理由很简单工业环境无线信号干扰复杂有线网络更靠谱eMMC 比 SD 卡抗震动、抗频繁断电2GB 内存跑一个实时数据采集守护进程绰绰有余。如果你的设备还要做一些本地边缘计算比如协议转换、数据预处理4GB 内存会更从容。边缘 AI 视觉设备。摄像头捕捉画面、在本地做推理、上传结果这类应用对 CPU 和内存压力都比较大。如果预算有限CM4 8GB 版本可以作为入门选择如果追求流畅度和未来扩展空间直接上 CM5 8GB 或 16GB 版本配合 Lite 型号加 NVMe SSD用来缓存视频流和模型文件。建议优先选带无线版本方便现场调试和 OTA 更新。便携式手持终端。这类产品对功耗、体积敏感。CM4 仍然是功耗标杆满载功耗大约在 6W 级别而 CM5 相对更高一些。如果你的外壳紧凑、没有主动散热空间CM4 是更稳妥的选择。内存 2GB 起存储 Lite 或 8GB 就够无线可选。这类项目最好不要追求高配毕竟手持设备散热限制摆在那里性能再强跑一会儿降频也没意义。桌面式信息终端 / HMI。用户交互体验是第一位的建议优先考虑 CM5 4GB 以上版本配 32GB eMMC 或 NVMe无线版本方便部署和后续远程管理。CM5 的图形性能够跑流畅的网页仪表盘或者 Qt 界面体验比 CM4 好很多。5.2 从负载特征反推配置项目类型之外负载特征也是一种反向验证的好方法。我一般用“内存压力 存储 IO”两个指标去估算配置。内存压力指标如果应用常驻进程总数超过 5 个或者包含 Java / .NET / Electron 这类吃内存的运行时选 8GB 起步。如果只是一两个轻量进程Python、C 守护进程、Node.js 小服务4GB 足够。如果还要跑本地大模型推理、数据库集群这类重量级负载16GB 是唯一选择。存储 IO 指标如果设备的主要操作是频繁读取配置、写日志、存图片视频我建议不要再碰小容量 eMMC。要么选 32GB eMMC要么直接 Lite NVMe。8GB eMMC 在这类场景下会在一年内写满之后系统开始出现各种奇怪问题。这是很多开发者容易忽略的成本陷阱——省在存储上的钱最后都会加倍花在售后维护上。5.3 批量规模对 SKU 选择的决定性影响产品要量产 100 台和量产 5000 台选 SKU 的逻辑完全不同。小批量或者个人项目直接从零售渠道买现货就行关注现货价格和供货稳定性即可。大批量产品则要考虑长期供货方案、替代方案、认证周期。针对大批量需求有件事值得特别注意在 CM4 生命周期的后期树莓派官方逐渐将部分 SKU 列为停产或限量供应状态导致市场价格波动明显。如果产品依赖某个特定 SKU你需要提前确认该 SKU 仍在官方生命周期内并且留好备选版本。很多产品开发者在选型时只关注“现在有没有货”忽略了“三年后还有没有货”结果产品才卖了一年就面临核心器件停产危机。CM5 目前正处于量产上升期供货比 CM4 更稳定对长生命周期产品更友好。6. 实际采购与开发趟坑实录最后这部分我把自己在采购和开发 CM4 / CM5 过程中遇到的高频问题整理成一个速查表供你对照排查。这些问题有些来自我自己的项目有些是同行交流中反复出现的经典坑。6.1 官方 vs 第三方载板该买谁的CM 模块本身不带任何接口它必须搭配载板才能工作。市面上有三类载板官方推出的 IO Board、第三方厂商设计的通用载板、你自研的专用载板。官方 IO Board 适合快速验证接口齐全拿来就能用但尺寸偏大、并无工业级优化。第三方载板选择很多部分产品在供电、接口布局、机械结构上比原厂更贴合行业需求价格也有优势。不过第三方载板的质量参差不齐有些板子在电源设计上省料严重会导致系统负载高时电压跌落、外设异常。我的建议是验证阶段先用官方 IO Board 排除载板因素集中测软件产品设计阶段直接投入精力做自研载板。自研载板是 CM 系列的正确用法它能把你产品的差异化价值真正做出来比如特定尺寸、特定接口、特定防护等级。电路设计时要重点参考官方提供的数据手册和设计指南尤其是电源分配、高速信号布线、eMMC 烧录相关的参考设计。6.2 eMMC 烧录与启动顺序新手上路最容易踩的坑拿到一块全新的 CM4 或 CM5第一步往往是烧录系统。eMMC 版本模块在出厂时是空的你不能像用 SD 卡一样直接把镜像写进去必须通过 USB 烧录模式。把模块插到官方 IO Board 上用跳线把 USB 启动模式拨到 ON再用 USB 线连接电脑和 IO Board 的 USB 烧录口。模块会上电进入烧录模式电脑上识别出一个大容量存储设备这时直接把系统镜像写进去就行。烧录完成后断开跳线重新上电模块就会从 eMMC 启动。Lite 版本更简单它没有 eMMC系统写在外部存储上。设置启动顺序时要注意CM4 默认从 SD 卡启动如果检测不到 SD 卡会尝试从 USB 启动。这和普通树莓派板的启动逻辑一致。CM5 略有不同外部启动介质的选择需要额外设置 eMMC 启动时的启动顺序官方文档里有个详细的 bootloader 配置说明建议先看一遍再操作。我在 CM5 Lite 上折腾 NVMe 启动时一度发现无法识别 SSD最后排查下来是引导加载器版本太旧更新之后问题才解决。这个坑建议你提前避一下。6.3 散热设计被动散热不是万能的CM4 在高负载下发热明显CM5 更甚。如果你用不带外壳的裸板做测试内存和处理器区域会迅速升温。大规模长时间运行时如果散热不足芯片会降频运行性能表现大打折扣。我测过 CM5 在高负载下不装散热片跑压力测试处理器温度能冲到 85 摄氏度以上随后系统主动降频性能下降大约两三成。批量产品设计时散热方案要在结构设计阶段就确定好。常见方案有三种贴散热片加上外壳开孔形成对流通风、用小型风扇主动送风、在 PCB 背面贴导热垫把热量传导到金属外壳。CM5 的功耗比 CM4 高对散热的要求更苛刻。如果你的产品外壳是密封的务必在前期做热仿真或者实测验证不要到样机阶段才发现热量散不出去。6.4 常见问题速查表问题现象可能原因排查思路模块上电后无显示输出烧录模式跳线未断开检查启动跳线位置断开后重新上电eMMC 版本无法识别 USB 烧录口USB 线不支持数据传输换一根带数据功能的 USB 线部分充电线只有电源没有信号Lite 版本接 NVMe 启动失败引导加载器版本过旧升级 bootloader EEPROM确认 PCIe 模式已开启高负载下系统卡顿散热不足导致降频加散热片或风扇检查环境温度无线版本连不上 5GHz 频段天线位置或 IPEX 连接不良检查天线是否牢固连接尝试改为 2.4GHz载板上多个外设间歇性失灵电源设计余量不足用示波器检查各路电源纹波确认额定电流足够批量采购时某 SKU 缺货该型号进入停产或限量阶段提前查询官方生命周期文档评估替代 SKU 的载板改动成本6.5 关于生命周期管理与替代方案的最后提醒最后想专门聊一句生命周期管理。嵌入式产品一旦量产出货硬件往往三五年不动但芯片产品会持续迭代、停产、老去。CM4 在 2020 年发布到现在已经有年头了部分 SKU 的供货开始变得不稳定。我手头就有一个项目因为被迫替换一颗停产 SKU把载板微调了一次、重新跑了认证整个损失相当可观。如果你准备投入量产建议在项目立项时就写下明确的“器件风险预案”当前选用的 SKU 是否处于官方生命周期支持期如果停产跳转到哪个替代码替代代码是否需要改载板这些问题现在想清楚能省掉未来的大麻烦。这个思路不只适用于树莓派任何嵌入式主控选型都应该有这个底线意识。我个人的体会是CM4 和 CM5 的选择本质上不是“谁更强”的问题而是你的产品处于什么阶段、要服务什么场景、打算卖多久的问题。原型验证阶段用最顺手的型号快速迭代量产定型阶段选生命周期明确、供货稳定的 SKU并做好备选方案。把这些想透了SKU 选型就没有想象中那么纠结。希望这套分析对正在做硬件选型的你有点帮助。