3. Silicon Labs硬件平台选型

在 Zigbee 智能家居产品立项阶段,硬件平台选型往往决定了后续射频性能、功耗预算、认证成本和量产节奏。Silicon Labs 的 EFR32MG 系列是当前 Zigbee 应用最主流的无线 SoC 家族,但“EFR32MG”本身是一个覆盖多代、多封装、多存储配置的大家族。选型时真正要回答的问题不是“用不用 EFR32MG”,而是:用哪一颗裸片 SoC、用哪一款预认证模块、还是先用开发套件验证方案。

一、先分清三类硬件形态

EFR32MG 系列在交付形态上分为三个层次,它们共享同一套无线内核与协议栈,但面向的阶段完全不同。

  • SoC 裸片:如 EFR32MG21、EFR32MG24、EFR32MG12 等,直接焊在自研 PCB 上。灵活度最高、单位成本最低,但需要自行完成射频匹配、天线设计、屏蔽与认证。
  • 预认证模块:如 MGM210、MGM240 系列,把 SoC、晶振、匹配网络、天线封装在小尺寸模块内,出厂即带 FCC/CE 等认证。适合快速量产、射频团队薄弱或需要缩短上市周期的项目。
  • 开发套件:如 EFR32MG21 Dev Kit、EFR32MG24 Dev Kit、Thunderboard 系列,用于前期评估、协议栈调试和功耗测量,不直接用于量产。

三者的关系可以理解为:开发套件用来“验证选型”,模块用来“快速落地”,SoC 用来“成本优化”。下图给出从评估到量产的选型路径与关键判断点。

EFR32MG 硬件平台选型路径 ① 开发套件评估 EFR32MG21 / MG24 Dev Kit Thunderboard Sense 2 验证:协议栈、功耗、射频 输出:选型结论与功耗基线 ② 预认证模块 MGM210P / MGM210L MGM240P / MGM240S 自带天线与 FCC/CE 认证 输出:快速量产硬件 ③ 裸片 SoC EFR32MG21A020F768 EFR32MG24B220F1536 自研射频匹配与天线 输出:最低 BOM 成本 选型判断条件 • 射频团队能力弱 / 上市时间紧 → 优先模块(MGM210/MGM240) • 年产量大 / 需极致成本 → 裸片 SoC + 自研天线 • 仅做方案验证 / 教学评估 → 开发套件,不进入量产 关键参数速览(示例值,以官方数据手册为准) MG21:Cortex-M33 @80MHz,最大 768KB Flash / 96KB RAM,发射功率最高 +20dBm MG24:Cortex-M33 @78MHz,最大 1536KB Flash / 256KB RAM,支持 BLE + Zigbee 多协议 MG12:Cortex-M4 @40MHz,最大 1024KB Flash / 256KB RAM,适合既有设计延续

二、EFR32MG 主要型号的差异

EFR32MG 家族中,当前智能家居新项目最常评估的是 MG21 与 MG24,MG12 多用于既有产品延续。三者的核心差异集中在内核、存储、协议支持与安全能力上。

型号 内核 最大 Flash / RAM 协议支持 典型定位
EFR32MG21 Cortex-M33 @80MHz 768KB / 96KB Zigbee、BLE、Thread 单协议 Zigbee 节点,成本敏感
EFR32MG24 Cortex-M33 @78MHz 1536KB / 256KB Zigbee、BLE、Thread、Matter 多协议网关、Matter 设备
EFR32MG12 Cortex-M4 @40MHz 1024KB / 256KB Zigbee、BLE、Thread 既有设计延续、老项目维护

选型时最容易被忽略的是 Flash 与 RAM 的余量。Zigbee 协议栈本身占用约 200~300KB Flash,若还要叠加 OTA 升级、多协议共存、应用逻辑与日志,MG21 的 768KB 在复杂产品中会偏紧。MG24 的 1536KB 与 256KB RAM 为 Matter over Thread、Zigbee + BLE 双协议共存留出了明显余量,这也是新项目更倾向 MG24 的原因。

三、模块选型:MGM210 与 MGM240

模块的核心价值在于“把射频认证风险转移给芯片原厂”。MGM210 基于 MG21,MGM240 基于 MG24,两者都提供带 PCB 天线(P 后缀)和带射频引脚(L/S 后缀)的版本。

  • MGM210P:内置 PCB 天线,尺寸约 12.9×17.8mm,适合空间宽松、希望零射频调试的产品。
  • MGM210L:无天线,引出射频引脚,可外接定制天线,适合金属外壳或天线位置受限的产品。
  • MGM240P:基于 MG24,支持 Matter,适合需要多协议与安全升级的新一代产品。
  • MGM240S:超小尺寸 SiP 模块,适合可穿戴或极小体积传感器。

模块选型的关键判断是:产品外壳是否屏蔽射频、天线净空区是否足够、是否需要外置天线。若外壳为金属或天线周围有电池、金属件,应优先选择 L/S 版本并预留外置天线接口。

四、开发套件怎么用才不浪费

开发套件不是“买来跑个例程”就结束。正确的用法是把它当作选型决策的测量平台,至少完成三件事:

  1. 功耗基线测量:用 Simplicity Studio 的 Energy Profiler 测量睡眠电流、发射电流与接收电流。例如 MG24 在 EM2 深度睡眠下典型电流约 1.3µA,若实测明显偏高,需检查未使用外设是否关闭。
  2. 射频链路预算验证:在开发套件上测量发射功率与接收灵敏度,确认 +20dBm 发射与 -104dBm 左右接收灵敏度是否满足覆盖需求。
  3. 协议栈行为验证:用 Zigbee 3.0 例程验证入网、路由、OTA 升级流程,确认协议栈版本与网关兼容。
开发套件上的测量结果不能直接等同于最终产品。PCB 布局、天线匹配、外壳材料都会改变射频表现,套件数据只作为选型基线,量产前仍需在自研板上复测。

五、一个可执行的选型决策示例

假设要开发一款电池供电的 Zigbee 门磁传感器,年产量 5 万台,团队有基本射频能力,外壳为塑料。可按以下顺序决策:

1. 协议需求:仅 Zigbee,无需 Matter → MG21 即可
2. 存储估算:协议栈 250KB + 应用 80KB + OTA 120KB ≈ 450KB
   → MG21 的 768KB 满足,无需上 MG24
3. 功耗目标:CR2032 供电,目标待机 2 年
   → 需实测 EM2 睡眠电流 < 2µA
4. 射频:塑料外壳,天线净空足够 → 可选 MGM210P 模块
5. 成本:5 万台量级,模块与裸片差价可接受
   → 优先 MGM210P,缩短认证周期
6. 若年产量升至 50 万台 → 重新评估裸片 MG21 + 自研天线

这个示例说明:选型不是一次性拍板,而是随产量、协议需求和团队能力动态调整。小批量优先模块换时间,大批量再切裸片换成本,是智能家居产品常见的两段式策略。

不要为了“预留性能”而盲目选择 MG24。若产品仅需 Zigbee 且成本敏感,MG21 或 MGM210 模块往往更合适。选型过剩会直接抬高 BOM 成本,而选型不足则会在 OTA 或多协议需求出现时被迫改板。

综合来看,EFR32MG 系列选型的核心逻辑是:先用开发套件验证协议栈与功耗基线,再根据产量、认证能力和天线条件在模块与裸片之间做取舍,最后用 Flash/RAM 余量与协议支持确认具体型号。把这三步做实,后续的射频调试与量产认证会顺畅得多。