企业官网建设流程全解析

做硬件的朋友应该都有过这种经历：项目需求评审会开完，硬件选型清单递到手里，第一眼看到的就是计算模块那一栏。树莓派的产品线看着清晰，A系列主板、Zero、计算模块，各自分工明确，但真要落笔写采购型号的时候，光 CM4 和 CM5 两个系列就够人纠结一阵。你以为只差“带不带无线”，结果翻到 SKU 列表发现密密麻麻几十个型号：1GB、2GB、4GB、8GB 内存，8GB、16GB、32GB eMMC，Lite 版，带 WiFi 版……排列组合下来，直接看花眼。

这篇内容我就把树莓派产品线，尤其是 CM4 和 CM5 的 SKU 摊开讲明白：这些型号的组合逻辑是什么、每个档位适合什么样的应用场景、从 CM4 换到 CM5 到底要承担哪些隐性成本，以及落到具体项目里怎么快速圈定配置。写这些不是替你做决定，而是帮你把选型几个关键变量的逻辑理清楚，下次接需求的时候心里有底，少走几趟弯路。

1. 树莓派产品线的 SKU 格局：从主板到计算模块的定位差异

1.1 主板、计算模块与微控制器：三条产品线的分工

树莓派官方现在的产品体系大致能分成三条线。第一条是最常见的 A 系列主板，就是 Pi 5、Pi 4B 这类完整板卡，接口齐全，有 USB、HDMI、网口，买回来插电就能当小电脑用，面向的是桌面体验、学习编程、DIY 玩家。第二条线是 Zero 系列，走的是极致小型化和低成本路线，适合做嵌入式原型、轻量服务器、甚至掌上游戏机。第三条线则是计算模块，也就是 Compute Module，这是一个独立的 SoM 产品线，形态是一块小板子，上面只集成处理器、内存、eMMC 存储和无线模组，不带任何载板接口，客户需要自己设计底板，把电源、以太网、USB、显示接口等外围电路接出来。

很多人第一次接触计算模块会觉得奇怪：为什么不直接用完整的 Pi 主板？因为在工业项目和商业产品里，完整主板的接口位置、尺寸、接口数量几乎都不合适。比如你要做一个配电柜里的数据采集终端，Pi 主板的 USB 口和 HDMI 口全是浪费，反而需要多路串口、隔离 IO 和宽压电源输入。计算模块的定位就是把“核心大脑”封装好，让集成商专心设计自己的外围电路，省掉从零画核心板的巨大工作量。CM 系列最早可以追溯到 2014 年的 CM1，中间经历了 CM3、CM3+，再到 2020 年的 CM4 和 2024 年的 CM5，形态和产品逻辑一直延续到今天。

1.2 计算模块的 SKU 不是随意组合：成本与场景的博弈

为什么官方不直接出一个“顶配版”让所有人买？如果真有这样一个 SKU，它需要同时满足消费级价格和工业级需求，最直接的后果就是 BOM 成本压不下来，客户得为用不到的内存和存储买单。更重要的是，不同应用场景对内存、存储、无线这三个维度的需求几乎是正交的：一个做 IoT 网关的项目可能只需要 1GB 内存和 8GB eMMC，一个跑算法模型的边缘盒子却需要 8GB 内存和 32GB 存储，一个靠 SD 卡频繁刷写固件的产线设备则干脆不要 eMMC。如果官方只保留一两个配置，那大部分客户都得被迫买高配，成本上完全划不来；如果只保留低配，那高需求场景又没法承接。所以 SKU 的多样性本质上是让客户只为自己需要的特性付费。

这背后其实是一个很务实的商业逻辑。做硬件的人都知道，SKU 多会带来供应链管理的噩梦——备货、测试、封装标识、售后都要分开处理。但树莓派计算模块的 SKU 差异并没有想象中大，它们往往集中在内存颗粒等级、eMMC 容量、无线模组的有无这些装配层面的区别上，核心处理器和 PCB 是同一套基础设计，生产测试流程可以共用。多维护一个 SKU 的边际成本远低于很多人想象，而它换来的却是覆盖不同层级市场需求的能力。

1.3 从 CM4 到 CM5：为什么产品线非要更新换代

有人会问，CM4 稳了好几年，工业项目用得好好的，为什么 CM5 来了就一定要换？答案很简单：软件在往前走。今天的嵌入式 Linux 发行版、容器运行时、GUI 框架对内存和 CPU 的要求都在涨，CM4 的 BCM2711 虽然还够用，但在 4K 显示、多路视频流、本地推理这些新需求面前已经开始吃力。CM5 用上了 BCM2712 处理器，性能和接口全面升级，不是简单的“换个壳”，而是把计算模块能承载的应用场景整体上移了一层。对于新立项的项目，选 CM5 能保证未来三到五年有足够性能余量；对于已经量产的老项目，继续用 CM4 也合理，只要供应链能支撑。这个判断逻辑，后面第五部分我会详细展开。

2. CM4 的 32 个 SKU 是怎么拼出来的：四个关键变量

2.1 内存、eMMC、无线、Lite 形态：组合逻辑拆解

CM4 是 2020 年发布的产品，核心处理器是博通 BCM2711，四核 Cortex-A72，主频 1.5GHz，采用 28nm 工艺。这一代产品线的 SKU 由四个维度拼接而成：内存分为 1GB、2GB、4GB、8GB 四档，都是 LPDDR4；eMMC 分为无（Lite）、8GB、16GB、32GB 四档；无线分为无 WiFi 板和有 WiFi 板两档，有 WiFi 的版本支持 2.4GHz、5GHz 双频和蓝牙 5.0。排列组合算下来 4×4×2 正好 32 个官方 SKU。再加上一些细节差异，比如无线版还分板载天线和外部天线座，实际订货时的选项会更多。

这里要专门说一句“无 WiFi 版本”存在的意义。很多刚开始接触计算模块的人会下意识觉得“带无线肯定是好事，能用不用是浪费”，但在工业环境里，WiFi 模组恰恰是麻烦的来源。一方面射频信号可能和周围设备互相干扰，在电磁环境复杂的厂房里反而不稳定；另一方面带无线模块的产品要做射频认证，天线位置也要重新调，这都是无形的时间成本。更重要的是，有些项目由客户自己设计射频部分，底板上已经预留了 WiFi 模组的焊盘，再用带无线的 CM4 就重复了。所以不带无线的 SKU 不是“低配”，而是特定客户的刚需型号。

2.2 看懂 CM4 型号命名的规律

CM4 的型号字符串看起来很唬人，比如 CM4004000、CM4101000，其实拆开来看就三层含义。第一段是内存档位标识，1 代表 1GB、2 代表 2GB、4 代表 4GB、8 代表 8GB；第二段是无线状态，0 表示不带无线，1 表示带 WiFi 和蓝牙；第三段是 eMMC 容量，08 是 8GB、16 是 16GB、32 是 32GB，而 00 就代表 Lite 版没有 eMMC。理解了这个规律，拿到再长的型号列表都能在三秒内还原出真实配置，不用死记硬背每个字符串。这也是我做选型表格时最常用的技巧：直接把型号拆成字段看，比对着规格表一行行翻效率高得多。

2.3 不同 SKU 对应的典型应用场景

CM4 的 32 个 SKU 虽然多，但落到真实项目上，真正被大量采购的其实就那么四五种组合。我列几个常见搭配和它们背后的应用逻辑：

• 1GB + 8GB eMMC + 无 WiFi：这种组合多用在纯有线物联网网关和数据采集器上。跑一个精简 Linux 系统加几个协议栈，内存够用，8GB eMMC 放下系统镜像和少量缓存数据也绰绰有余。不带 WiFi 省掉了射频认证步骤，整机功耗可以压在很低水平，适合做电池供电或工业导轨式设备。
• 2GB + Lite 版：Lite 版没有 eMMC，只能从 SD 卡或外部存储启动。产线设备、固件开发调试台、需要频繁换系统镜像的测试环境特别喜欢这种配置，因为 SD 卡可以随时拔插，刷坏了一换卡就复活，比拆机写 eMMC 高效太多。
• 4GB + 32GB + WiFi：典型用于工业 HMI 人机界面和边缘中控盒子。4GB 内存跑 Qt 或网页渲染不会太紧张，32GB eMMC 可以塞下系统、应用和几天的本地日志，带 WiFi 方便运维人员进厂时直接连热点维护，不用插网线。
• 8GB + 32GB + WiFi：常见于边缘视觉设备和轻量 AI 盒子。8GB 内存才能从容跑 OpenCV、推理框架和多路 RTSP 视频流，32GB 存储放模型文件和录像，带无线方便远程管理。

这些组合并不是绝对的，但能反映一个规律：SKU 选型通常会沿着“成本优先”“开发效率优先”“性能优先”三条路径走，先明确自己项目的优先项，再看对应配置。

3. CM5 换“芯”背后的 SKU 进化：不止是性能翻倍

3.1 BCM2712 带来的性能墙提升

CM5 是 2024 年发布的产品，处理器换成博通 BCM2712，四核 Cortex-A76，主频直接拉到 2.4GHz，制程也从 28nm 缩小到 16nm。这个变化带来的不只是单纯的“快一点”，而是整体性能墙的平移。A76 的架构效率比 A72 高了不止一代，加上主频提升，整数性能和单核性能大约是 CM4 的两倍左右。对跑 Linux 容器、多路并发任务的嵌入式设备来说，这个提升意味着同样预算能承载两倍的工作负载；对跑 OpenCV 图像处理或轻量推理脚本的项目来说，CPU 不再是最容易卡住的瓶颈了。还有一个容易被忽略的变化是内存升级到了 LPDDR4X，内存带宽明显提升，这对视觉类、数据密集型的负载尤其友好。

3.2 CM5 的 SKU 矩阵：数量反而变少，逻辑更简单

和 CM4 的动态组合不同，CM5 的 SKU 矩阵做了明显简化。内存从四档 1GB/2GB/4GB/8GB 变成了 2GB/4GB/8GB/16GB；eMMC 从无/8GB/16GB/32GB 变成了无/16GB/32GB/64GB；无线部分直接所有版本全部标配 WiFi 和蓝牙，不再提供无 WiFi 型号。这样一来，4×4 只有 16 个 SKU，比 CM4 少了一半。为什么这么调整？原因是 CM5 的目标定位本身就比 CM4 更高。1GB 内存跑现代嵌入式 Linux 的桌面级组件加容器已经捉襟见肘，干脆砍掉；无线模组批量成本早就不是问题，全系标配还能简化供应链和生产测试。所以 CM5 的 SKU 选择反而比 CM4 更省心，基本只需要纠结内存和存储容量。

3.3 接口升级重新定义了“能做什么”

CM5 的升级不只是处理器，接口层面的变化其实更影响选型决策。CM5 的 PCIe 从 CM4 的 PCIe 2.0×1 升级到了 PCIe 3.0×2，通道增加且带宽翻倍，这意味着它可以直接承载 NVMe SSD 或多路 M.2 扩展卡，不会再像 CM4 那样动不动就卡在 PCIe 带宽上。USB 接口也从 USB 2.0 升级到了 USB 3.0，外接高速 U 盘、采集卡、存储阵列的可用性大幅提升。显示方面支持双 HDMI 4K60 输出，HMI 和数字标牌场景的画质上限高了一个级别。这些接口升级带来的连锁反应是：以前必须靠网络存储或者 USB 转换才能解决的问题，现在可以本地高速直连存储解决。选 CM5 的时候，不能只看 CPU 快了，还要想着接口能力的提升会改变整个系统的架构方案。

4. CM4 与 CM5 不是“插拔兼容”：尺寸、供电与载板设计的隐性成本

4.1 物理尺寸与连接器变化：老载板基本报废

很多人以为计算模块换代就是“旧的拔下来、新的插上去”，实际上 CM4 和 CM5 在物理规格上就有明显差异。CM4 的尺寸是 55mm×40mm，厚度约 4mm，使用的是 100pin DDR4 SO-DIMM 连接器；CM5 的尺寸变成了 55mm×46mm，宽度多了 6mm，连接器引脚数量也增加了。宽度一多，原来按 CM4 设计的金属外壳、固定孔位、PCB 布局空间全部得重新评估。最省事的验证方式是：拿一片 CM5 去插老载板，插不进去就是插不进去，千万不能硬塞。真实项目里，载板往往连着前面板、电源模块和对外接口，牵一发而动全身，所以 CM4 到 CM5 的迁移基本等于重新设计一次硬件，这项成本在选型前就要算清楚。

4.2 供电与散热设计需要重新评估

CM5 的高性能是用更高的功耗需求换来的。CM4 的典型运行功耗大约在 2 到 3 瓦，满载时也不算夸张；CM5 在高负载场景下需要的电流余量明显更大，如果你的载板电源方案是按 CM4 的最大电流余量设计的，直接换 CM5 极有可能出现欠压、降频甚至启动不稳定的情况。散热也是同样道理，A76 四核跑满 2.4GHz 时发热量比 CM4 高不少，没有足够的散热铜皮、散热片或风道，降频保护会先一步生效，性能优势根本发挥不出来。工业项目里最典型的情况就是设备被密封在金属盒子里，一个高负载任务跑十几分钟，温度就蹭蹭往上走。所以哪怕不换整机结构，只要动到计算模块，散热路径就一定要重新仿真和实测。

4.3 软件、驱动与生命周期风险：最容易被忽略的部分

换 CM5 不只是硬件层面的事。CM5 对应的是新一代内核和驱动体系，老载板上用的某些外设驱动、设备树配置可能都需要重写适配。比如老项目里通过 GPIO 控制的串口扩展芯片，新内核下可能因为设备树绑定变化而不能直接工作，需要用新的方式重新配置才能驱动起来。还有更隐蔽的一个问题：生命周期。CM4 官方承诺会持续供货，但并不代表无限期；CM5 拿新项目之后，老项目和新项目的软件更新、内核补丁、系统镜像就要分开维护，这在团队人力有限的情况下都是实打实的成本。所以我一直建议，在立项阶段就要确认对应 SKU 的长期供给承诺能否覆盖产品生命周期，这个流程比翻一百页 Datasheet 都重要。

5. 落到项目的 SKU 选型思路：先定载板和散热，再选型号

5.1 选型前先回答三个问题

做了几个项目之后，我总结出一个相对靠谱的选型顺序：不要上来就纠结“CM4 够不够用、CM5 值不值”，而是先回答三个问题。第一个问题是功耗预算和工作温度范围。设备是放在空调机房里还是户外配电箱里，供电是 5V 2A 还是宽压电源？这决定了你能选多高配置的模块。第二个问题是软件栈对内存和存储的硬性需求。系统跑什么发行版？开几个容器？留不留录音录像日志？这几个数据加起来乘个余量系数，就是内存和 eMMC 的下限。第三个问题是产品计划的生命周期，未来三年内软件要迭代几次，需不需要预留性能富余量。把这三个问题回答完，SKU 的大方向基本就锁定了。

5.2 典型场景的配置参考表

为了方便对照，我把常见应用场景对应的推荐配置整理成了一张表，可以当作选型起点。

表格只是参考，实际选型还要结合外壳散热能力和量产数量微调。比如同样是 HMI 项目，如果你的外壳有主动风扇，选 CM5 就不怕散热问题；如果是密封结构，那可能 CM4 反而更稳。

5.3 采购、备份与后续维护的一些实操提醒

计算模块通常是批量采购的工业件，不像普通开发板那样随手买一两片就行。我实际接触几个批量项目之后，总结了几个容易被坑的细节。第一，建议在开发阶段就备上两片同 SKU 的模块，一片做测试一片做备份，避免开发到一半官方调价或者供应链波动导致配置变更。第二，量产烧录方案要提前确定：eMMC 版推荐用官方提供的烧录工具或者 USB 烧录器批量写入，Lite 版则直接做 SD 卡镜像备份，两种方案的产线工具差异很大，成本也不同。第三，无线认证问题要提前纳入计划，带 WiFi 的模块如果产品要过认证，射频部分需要额外测试和调整，无 WiFi 版本反而省心。这些非硬件成本往往比模块差价还影响总预算，别等到立项中期才发现。

我做选型设计时踩过最大的一个坑，就是拿着 CM4 的旧载板架构去评估 CM5 项目，最后发现不仅尺寸不兼容，连供电逻辑和散热结构都要从头改。后来我把整个流程调整成“先定载板外形和散热方案，再选模块 SKU”，反而省了很多时间。最后分享一个小技巧：如果只是做原型验证，不要急着买好几片高配 CM5，先用最低配 SKU 加官方 IO 评估板把软件流程跑通，实测一下 CPU 占用率和内存水位，确认资源瓶颈到底出现在哪里，再用数据去采购最终 SKU。这一步看起来笨，但真的能省下不少预算，也能避免返工来回折腾。