1. 先聊聊“SKU”这个东西
如果你做过嵌入式产品的方案选型，一定对“树莓派 CM4 / CM5”这几个字不陌生。但真到下单采购、或者给量产项目做物料清单的时候，很多人会瞬间被一长串型号代码砸晕，比如“CM4104016”“CM5001000”这种，看起来每个字母数字都认识，组合在一起却完全不知道对应什么配置。这就是我写这篇东西的初衷：把树莓派产品线的 SKU 体系，尤其是 CM4 和 CM5 这两代计算模块的型号规则、可选配置、应用场景和选型思路，认认真真拆开讲一遍。
先解释一下 SKU 这个词。SKU 的全称是 Stock Keeping Unit，也就是“库存保有单位”，说白了是一款具体可下单、可归档、有独立型号和独立价格的配置产品。树莓派为什么爱搞 SKU？因为它的产品线覆盖范围太广了：从几十块钱的 Pico 微控制器，到板卡形态的单板机，再到面向工业项目的核心板，每一类下面的内存、存储、无线、散热规格都不相同。所以“树莓派”不是一款产品，而是一个庞大的 SKU 家族。理解这个家族的门道，价值在于该用哪款的时候拿得准，不会买错、不会浪费预算、也不会因为一个配置差异导致项目硬件设计返工。
这篇文章适合三类人看：刚接触树莓派、想知道不同型号怎么区别的新手；公司里负责器件选型或物料采购、被一堆 CM4 编号逼到头大的工程师；以及正打算在 CM4 和 CM5 之间做技术路线抉择，但还在犹豫的嵌入式开发者。内容不局限于参数罗列，我会把每一代模块背后的产品逻辑、工业场景里的真实坑、以及我自己的采购和调试经验一并整理出来，希望帮你在 SKU 的迷宫里一次性找到方向。
2. 从整个产品线看树莓派的 SKU 生态
2.1 三条产品线各有各的体系
树莓派官方目前的产品布局，大体可以分成三条线。
第一条是单板机线，也就是我们最常见的绿色板卡。包括 Raspberry Pi 5、Raspberry Pi 4 Model B、Raspberry Pi 3 Model B+、Raspberry Pi Zero 系列。这些板子的 SKU 主要通过内存区分，比如 Pi 5 早期提供 4GB 和 8GB 版本，后来补上 2GB 和 16GB；Pi 4 则是 1GB、2GB、4GB、8GB 四档。它们在消费者、创客和教育市场声量最大，也是大多数人对树莓派的第一印象。
第二条是计算模块线，即 Compute Module 系列，目前主力是 CM4 和 CM5。这个产品的形态和单板机完全不同：它把 CPU、内存、存储做成一条非常紧凑的板卡，通过 DDR4 SO-DIMM 连接器插到用户自己的底板上。你相当于买了树莓派的“核心计算大脑”，但外设接口、电源、结构件都要自己设计。这条线的 SKU 最复杂，也是整篇文章的重头戏。
第三条是微控制器线，主要是 Raspberry Pi Pico 系列，搭载 RP2040 或 RP2350 芯片。它的 SKU 主要体现在芯片版本、无线模块和针脚焊接方式上，比如 Pico、Pico W、Pico H 等。虽然这条线体量小，但对生态的补齐作用非常明显。
2.2 为什么要拆出这么多型号
从商业角度看，树莓派拆 SKU 的逻辑很清楚：用不同的内存/存储/无线组合覆盖不同价位的需求。一块 CM4 的物料成本差异其实不大，但通过 SKU 分级，可以让做简易控制的用户花不到一百块买基础配置，而让跑数据库或 AI 推理的用户为高内存版本多付几倍价格。这样既避免产品线内部互相打架，也能拉高利润空间。
从工业角度更有意思。很多批量客户并不需要“性能天花板”和“全功能”，他们只需要一个稳定、够用、在某价位刚好的核心模块。假如树莓派只出高配板，很多小项目根本用不起；只出低配板，高性能场景又轮不到它。把 SKU 拆成矩阵形态，本质上是在用标准化产品满足碎片化需求。这个思路，比单型号打天下更适合嵌入式行业。
3. CM4 详解：工业项目里最稳妥的“老将”
3.1 CM4 的 SKU 矩阵与命名规则
CM4 是树莓派计算模块真正走向工业化的转折点。它基于 BCM2711 芯片，四个 Cortex-A72 核心，主频最高 1.5GHz。虽然性能放在今天看不算猛，但胜在生态成熟、资料丰富、很多载板方案都能直接抄。
CM4 的可变配置主要有三个维度：无线模块、内存容量、eMMC 存储。命名规则也对应这三段：CM4 后面的第一个数字表示无线，0 代表无无线版本，1 代表带无线版本；再后面两位数字是内存，01 代表 1GB，02 代表 2GB，04 代表 4GB，08 代表 8GB；最后三位数字是 eMMC 容量，000 代表无 eMMC（也叫 Lite 版本），008 代表 8GB，016 代表 16GB，032 代表 32GB。
举个实例：CM4104016 就是“带无线、4GB 内存、16GB eMMC”的版本；CM4008000 则是“不带无线、8GB 内存、无 eMMC”的版本。逻辑上，2 种无线选择、4 种内存、4 种存储组合出 32 个逻辑 SKU，虽然有些组合在市场流通性较差，但只要你乐意等，基本都能订到。
| CM4 规格段 | 可选值 | 说明 |
|---|---|---|
| 无线 | 0 / 1 | 0 无无线，1 带 2.4/5GHz Wi-Fi 与蓝牙 |
| RAM | 01 / 02 / 04 / 08 | 1GB / 2GB / 4GB / 8GB |
| eMMC | 000 / 008 / 016 / 032 | 无 / 8GB / 16GB / 32GB |
3.2 Lite 版本为什么是双刃剑
CM4 的“000”结尾，也就是 Lite 版本，不带板载 eMMC 芯片。这意味着它必须依赖外部存储卡启动，最常见的是在底板上设计 SD 卡或者 microSD 卡槽。这么做的好处是物料成本低，存储容量可以根据项目灵活配置，比如你只需要 2GB 的 SD 卡做轻量系统，那买 Lite 版本加一张卡，比买固定 32GB eMMC 便宜得多。坏处则是 SD 卡的可靠性、速度和抗震动能力都逊于 eMMC。工业现场如果存在频繁断电或强烈振动，SD 卡很容易出现文件系统损坏，这时候你不该省这个钱。
另一个关键点在于：Lite 版本不是让你用普通 Pi 4 的 SD 卡那么简单，你需要在载板 PCB 上做相应的 SD 卡电路设计，包括卡检测、电源控制等等。很多没经验的团队把 Lite 版本想成“插SD卡就能跑”，结果底板上电以后卡一直在启动和崩溃之间反复横跳。所以选 Lite 并不只是省成本，它是把存储设计责任转移给了你。
3.3 带无线版本和不带无线版本的差异
CM4 的无线版本用的是 Cyw43455 方案，带来 2.4GHz 和 5GHz 双频 Wi-Fi、蓝牙 5.0 和支持 BLE，基本和 Raspberry Pi 4 的无线能力一致。无无线版本则干净地把射频部分去掉，好处体现在三个方面：成本略低、功耗略低、EMC 认证相对好过。很多工业设备对无线功能没有刚需，反而会担心 Wi-Fi/蓝牙信号干扰设备自身的传感器或者通信链路，所以无无线 SKU 的存在非常有价值。
我自己的经验是：如果是做消费类产品，比如智能家居网关、瘦客户端，那优先考虑带无线版本，省去自己画射频电路、申请模组认证的巨大麻烦；如果是做医疗器械或者工业控制，能选无无线就不带无线，集成度越高，认证阶段越头疼。别小看这一位数字的差异，它影响的可是整个产品的立项周期和认证预算。
3.4 内存选型要“往前看一点”
CM4 四档内存里，1GB 版本是比较边缘的存在，主要适合轻量 Linux 或者裸机方案，运行太大程序会非常吃力。2GB 能跑基础 Linux 系统，但你要是塞 Docker 容器或者图形界面，内存会很快吃紧。4GB 属于均衡之选，大部分边缘网关、协议转换器、中小型节点项目都用这个档位。8GB 则是财大气粗的方案，适合跑数据库、K8s 节点、本地模型推理这类偏重的业务。
从我的经验看，选内存不要只盯着当前需求，得预留 1.5 倍到 2 倍余量。原因很简单：嵌入式产品一旦量产，代码和业务只会越来越多，很少会越跑越轻。当年选 2GB 觉得刚好的项目，第二年就被客户日志、加密算法和可视化页面挤爆内存的事情，我见过不止一次。
4. CM5 全景：新一代核心板的 SKU 提升点
4.1 CM5 的硬件基础变了什么
CM5 的发布可以说正式把计算模块带入了新世代。它搭载 BCM2712 芯片，四个 Cortex-A76 核心，在 IPC 和能效上都比 CM4 的 A72 强出一大截。接口方面，CM5 把很多原本在 Pi 5 上的特性带到了模块上：PCIe 接口得到完整支持，可以外接 NVMe 固态盘或者其他高速设备；MIPI 接口数量也增加了，支持双摄像头；USB 3.0 和控制接口的配置方式有了新的调整。这些变化对 SKU 的直接影响是：高内存、大存储版本的意义变得更强了。
CM5 另外一个重要变化是它采用了更新的电源架构和更宽的供电范围，这意味着在设计载板电源时比 CM4 稍微从容一些，尤其是那些需要在 5V 环境里长期运行的工业设备。再加上 BCM2712 内部集成了 RP1 南桥芯片的通信控制器功能，整个模块的外设路径比从前短了，延迟和带宽表现更好。
4.2 CM5 的 SKU 矩阵成倍扩大
CM5 的可选内存档位从 1GB 一路给到 32GB：1GB、2GB、4GB、8GB、16GB、32GB 六档。eMMC 存储也从原有的 32GB 上限扩展到 128GB：Lite 无存储、16GB、32GB、64GB、128GB 五档。无线方面延续了带无线和无无线两种选项。当一个产品线的三个维度都扩大之后，逻辑上的 SKU 数量就非常可观了。
我确实见过一些朋友看到 60 个左右的逻辑组合时倒吸一口凉气。但不用慌，实际热销的 CMS KU 永远是两端加中间态：跑量的是 4GB+32GB、8GB+32GB 这种均衡配置；高配的 16GB+128GB 主要面向特殊应用；最便宜的 1GB Lite 则是教学、轻量嵌入式场景的敲门砖。庞大 SKU 背后的潜台词是“我可以适配比你想象更多的场景”，而不是“你必须把每个 SKU 都搞明白”。
| CM5 规格段 | 可选值 | 对比 CM4 |
|---|---|---|
| 无线 | 带 / 不带 | 从 2 种到 2 种，维持不变 |
| RAM | 1 / 2 / 4 / 8 / 16 / 32 GB | 新增 16GB、32GB 两档 |
| eMMC | 无 / 16 / 32 / 64 / 128 GB | 新增 64GB、128GB 两档 |
4.3 大内存和大存储带来了什么场景
以前在 CM4 上跑 K8s 集群，4GB 节点属于勉强能用，8GB 节点已经算奢侈。到了 CM5，16GB、32GB 的版本让每个节点都能承担更重的工作负载，比如小型数据库容器、多租户 API 网关、本地模型推理等等。128GB eMMC 意味着你可以不再依赖底板上的 SD 卡槽，把整个镜像、模型文件和日志数据都放在板上，对工业数据的读写稳定性和防篡改能力都有明显提升。
不过要特别说明，CM5 的大容量版本价格也水涨船高，有些高配版的价格已经接近中端 x86 迷你主机。因此做选型时，你要扪心自问：我真的需要把存储做得这么大吗？如果是长期记录数据或跑模型，也许外置 NVMe 的成本和灵活度更划算。CM5 支持 PCIe，这个接口本身就是给这类场景准备的。盲目买大存储 SKU 有时候是一种偷懒，不算理性选型。
4.4 CM5 载板设计要注意的差异点
CM5 虽然沿用和 CM4 一样的 DDR4 SO-DIMM 插槽尺寸，但在引脚定义和功能复用上存在差异。很多现成的 CM4 载板不能用，或者说不能直接套用，因为 PCIe 通道、USB 信号、GPIO 复用等方面都有了新的映射。如果公司里已经有成型的 CM4.IO 板设计，别急着拍板说“CM5 也能插”，先下载官方 datasheet 仔细比对过引脚功能再说。
另外，CM5 的散热需求明显高于 CM4。A76 核心全速运行时比 A72 热不少，如果只把 CM5 塞进原来为 CM4 设计的密闭金属外壳里，温度很容易飙上去。我们在实际测试中见过 6 核满载一段时间后模块表面温度冲到八十多度的情况，这时候载板上一定要预留散热孔位、风扇接口或者导热路径，否则高配 SKU 会被高温直接“降频打回原形”。
5. CM4 与 CM5 的 SKU 对比：到底差多少钱、差多少事
5.1 参数全面对比
把两代核心模块放在一起看，差异非常明显：
| 对比项 | CM4 | CM5 |
|---|---|---|
| 芯片 | BCM2711，4×A72 1.5GHz | BCM2712，4×A76 2.4GHz |
| 内存 | 1/2/4/8GB LPDDR4 | 1/2/4/8/16/32GB LPDDR4X |
| eMMC | 0/8/16/32GB | 0/16/32/64/128GB |
| 无线 | 可选，2.4/5GHz Wi-Fi，蓝牙 5.0 | 可选，2.4/5GHz Wi-Fi，蓝牙 5.0 |
| PCIe | 支持 | 支持且通道配置更完整 |
| MIPI | 单摄像头为主 | 双摄像头 |
| 载板兼容性 | 兼容大量成熟方案 | 引脚有变化，需要重新设计 |
| 散热压力 | 相对低 | 明显提高 |
| SKU 总量 | 约 32 个 | 逻辑组合接近 60 个 |
5.2 从 SKU 数量看产品策略
CM4 的 32 个 SKU 和 CM5 的潜在 60 个 SKU 之间的差距，本质上是树莓派定位的转变。CM4 时代，官方更关注的是把核心板这件事做得足够标准化，供工业客户快速上手；CM5 时代，官方显然意识到“一套规格打天下”已经不够了，不同行业的差异化需求需要更细的 SKU 矩阵来承载。比如视频处理项目看重内存，比如工业存储项目看重 eMMC 容量，比如户外网关看重无线能力，这些维度都可以通过矩阵找到相对贴近的版本。
这给选型者带来的启示是：未来你选择的可能不是一块“最好的板”，而是“刚好能覆盖需求的那一格”。与其追求每个指标都拉满，不如锁定预算区间，在最核心的 RAM 和存储两栏里做交叉决策。
5.3 两代并存的采购思路
目前市场上 CM4 和 CM5 会长期并存。CM4 有大量的载板、资料库和成熟软件栈，短期内不会退场；CM5 在性能和接口上更先进，适合新项目直接上车。我在团队里经常给别人的建议是：如果项目工期紧张、载板已经按 CM4 设计完，那就安心用 CM4；如果是全新项目、时间窗口放松、希望产品生命周期再拉长几年，那 CM5 明显更合适。两代产品各有价值，不存在绝对替代关系。
6. 从 SKU 角度做选型的实操指南
6.1 三个维度对照法
我总结了一套很朴素的选型方法，叫作“需求三步定位法”，适用于 CM4 和 CM5，也适用于树莓派其他产品线。
第一步，先确认“存什么”。你的产品是不是需要本地存储系统？如果需要，系统装在 eMMC 上还是 SD 卡上？要不要留大量用户数据空间？这一步直接决定 eMMC 容量，比如系统只需要 4GB 空间，那选 16GB 版本的 eMMC 会比较从容；如果还要放模型和日志，32GB 以上才安全。
第二步，再确认“跑多重的活”。要不要跑容器化应用？要不要跑数据库？要不要跑机器学习推理？这一步决定了内存档位。经验法则是：只跑轻量进程选 1GB 到 2GB；跑 Linux 加几个服务选 4GB；跑虚拟化、容器编排或模型推理直接上 8GB 甚至 16GB。
第三步，确认“通不通无线”。产品部署环境有没有现成网线？设备外壳是不是金属？是否需要蓝牙连接外设？如果是，带无线版本会更省事；如果不确定，宁可选带无线版本，多花一点钱买到的是后期灵活性。模块的无线射频部分在集成时也能顺手用上，省得再外挂模块。
6.2 别忽略价格之外的隐性成本
SKU 标签上看到的只是单价，真正的项目成本还包括开发难度、认证成本、交期和后期维护。CM4 Lite 版本单价低，但你要在载板上加 SD 卡电路，增加物料和设计时间；带无线版本单价高一点，但避免了外接射频模块的 EMC 麻烦；大 eMMC 版本单价高，但省去了底板存储焊接工序。整体算一遍就能发现，买最便宜的 SKU 往往不代表项目成本最低。
交期问题也要重视。树莓派在全球经历过多轮缺货周期，某些冷门 SKU 的订货周期可能长达数周甚至数月。如果你在产品量产前才发现某个 SKU 需要等，整个项目进度就会受到影响。所以选 SKU 的时候就要和地方分销商确认清楚预期供货周期，宁可多留一两周余量。
6.3 我的个人选型经验
在我自己做过的几个项目里，如果要总结一条最核心的经验，那就是：别把 SKU 选得太冷门，也别太激进。太冷门意味着供应链风险高，太激进意味着和现有资料、示例代码脱节。比如 CM4 的 1GB 无无线 Lite 版本，看着便宜，但很多供应商渠道库存非常少，真下大订单的时候价格优势就没了。反而是主流的 4GB+32GB 带无线版本，渠道充足、资料多、底板方案好找，综合成本最低。
另一个经验是，选择 CM5 时我会建议先从 8GB+32GB 或 8GB+64GB 入手做原型验证，而不是直接买最顶配。因为 8GB 已经能覆盖绝大多数应用的性能需求，存储够放下系统和工作目录。等到产品功能定型了，再根据实际内存占用情况决定要不要降配到 4GB 或升配到 16GB。原型阶段的 SKU 和量产阶段的 SKU 本来就该是两套策略。
7. 我踩过的一些 SKU 相关的坑
7.1 买了 Lite 版本之后才想起要扩容
这事我栽过一次。当时认定项目反正用 SD 卡，Lite 版本便宜又灵活，于是采购了一批 CM4 Lite。结果后面客户要求系统里的日志和 OTA 包必须保证可靠写入，SD 卡方案在工业高温测试里频频出现文件系统错误，最后只能把软件层改为频繁只读挂载、加缓存，同时要求现场定期更换 SD 卡。要是当时直接选 eMMC 版本，这些麻烦根本不存在。Lite 不是不能用，但用它的前提是你对存储可靠性要求没那么严。
7.2 无无线版本在认证上确实省心
另一个反向经验是，我在某个医疗外围设备项目里咬着牙选了无无线版本的 CM4，当时内部还有同事吐槽说“为什么不带蓝牙，以后传数据不方便”。等设备去做 EMC 预测试的时候，整机辐射骚扰轻轻松松就过了，而同实验室里另一款带 Wi-Fi 的板卡改了整整两周天线接口设计才勉强压下去。这时候就能体会到 “去无线 SKU” 在认证阶段的价值了。
7.3 别小看散热对 SKU 的隐形限制
CM5 的高配版本真的能跑到很热，这一点前面提过，但实际嵌入式环境里散热问题往往不是“能不能用”那么简单，它还会限制你在哪个档位上选型。如果你要装的机箱狭小、完全没有风扇位，那再强的 32GB 版本也会因为持续高温降频而变成“纸面性能”。遇到这种场景，与其买顶配，不如降一档到 8GB 或 16GB，再配合合理的散热设计，整体体验反而更稳定。
7.4 用官方工具查阅引脚和兼容信息
很多朋友在下单前不看 SKU 对应的底板引脚定义，结果硬件回来焊了一堆线，发现某个功能在 CM5 上根本没有。建议大家在做载板设计前，去树莓派官网下载最新的 CM5 datasheet 和机械规格文件，仔细核对引脚复用表，别拿 CM4 的设计直接套。散热器、连接器、固定孔位这些看起来能通用的东西，往往因为细微改动而变成“看着一样，装上不对”。
另外，凡是涉及批量生产的项目，拿到样片之后一定要先做“最小系统启动测试”和“电源纹波测试”。不要只依赖 SKU 页面上的参数，因为它不会告诉你实际瞬时功耗、启动时序和信号质量这些直接影响量产的东西。
8. 关于树莓派 SKU 选型，我的个人体会
做完这一轮 CM4 和 CM5 的对比分析，我最直观的感受是：树莓派 SKU 数量的膨胀不是坏事，反而是生态走向成熟的标志。每一格配置背后都对应着一种实际需求，有人需要便宜的 Lite 版本做教学，有人需要大内存跑服务，有人需要无无线版本过认证。你不需要认识每一个 SKU，但你需要搞清楚自己的核心约束条件在哪里。
如果让我给出一个最容易被忽视的建议，那就是：在选 SKU 之前，先设计好存储和散热方案。因为内存选多少，可以靠后面改版软件来弥补；无线要不要，也可以后期通过加外设来将就；但是存储介质和散热路径，往往从产品结构定型那一刻起就被焊死了。等你发现 SD 卡不靠谱、模块太热的时候，再想换 eMMC 或者重新设计外壳，那就是伤筋动骨的事。
最后分享一个小习惯：我每做一个新项目，都会建一张简单的电子表格，把候选 SKU 的价格、供货周期、功耗、散热需求、认证难度和底板改版成本全部列出来，然后给每个因素打分。看起来繁琐，但百分之九十的选型纠结都能在这张表里得到答案。树莓派的 SKU 再多，也架不住你先把需求量化一遍。
