硬件选型:主控芯片与无线模组的抉择

做智能门锁,选型这一步,我个人的经验是——千万别急着看参数表。先想清楚你的产品到底要解决什么问题。是追求极低功耗?还是需要快速联网?或者要兼顾成本?

今天咱们就聊聊主控芯片和无线模组怎么选。我踩过的坑不少,希望能帮你少走弯路。

主控芯片:ESP32、nRF52、STM32 怎么挑?

这三款芯片,基本覆盖了市面上 90% 的智能门锁方案。但它们的脾气秉性完全不同。

1. ESP32:Wi-Fi 原生支持,开发快

ESP32 是我用得最多的芯片。为什么?因为它自带 Wi-Fi 和蓝牙,一颗芯片搞定联网和控制。对于需要远程开锁的门锁来说,这简直是天选之子。

优点:

  • 双核处理器,性能足够跑复杂的加密算法
  • 内置 Wi-Fi + BLE,省掉一个无线模组
  • 生态成熟,Arduino、ESP-IDF 随便选
  • 价格便宜,批量采购不到 10 块钱

缺点:

  • 功耗偏高。深度睡眠时还能接受,但 Wi-Fi 连接时电流能到 80mA 以上
  • 不适合纯电池供电的长期待机场景
我的经验: 如果你做的是插电式门锁,或者带大容量锂电池(比如 5000mAh 以上),ESP32 是首选。我之前有个项目,客户非要干电池供电,结果 ESP32 的 Wi-Fi 连接一次就耗掉 10% 的电量……后来换了方案。

2. nRF52:低功耗之王,蓝牙首选

nRF52 系列,尤其是 nRF52840,是低功耗蓝牙领域的标杆。我做过一款纯电池供电的门锁,用两节 AA 电池撑了两年,靠的就是它。

优点:

  • 待机功耗极低,实测 0.4µA 左右
  • 蓝牙协议栈成熟稳定,支持 BLE 5.0 以上
  • 支持 Zigbee 和 Thread(通过软件协议栈)
  • ARM Cortex-M4F 内核,算力够用

缺点:

  • 没有 Wi-Fi,需要外接 Wi-Fi 模组才能远程联网
  • 开发门槛稍高,需要熟悉 Nordic 的 SDK
  • 价格比 ESP32 贵一些
注意: 我曾经在 nRF52 上踩过一个坑——它的 GPIO 驱动能力偏弱,直接驱动继电器会出问题。后来加了 MOSFET 才搞定。所以选型时一定要看 IO 电流参数。

3. STM32:通用性强,但需要外挂无线模组

STM32 是嵌入式工程师的老朋友了。它本身不集成无线功能,但胜在型号丰富、性能稳定。如果你需要同时支持多种无线协议(比如 Wi-Fi + BLE + Zigbee),STM32 作为主控,外挂无线模组是常见做法。

优点:

  • 产品线极广,从低功耗到高性能都有
  • 生态完善,HAL 库、LL 库随便用
  • 工业级可靠性,适合对稳定性要求高的场景

缺点:

  • 需要额外选无线模组,增加 BOM 成本和设计复杂度
  • 低功耗模式下,整体功耗取决于外设

选型对比表:

芯片 内置无线 待机功耗 开发难度 适用场景
ESP32 Wi-Fi + BLE 中等 插电式、大电池方案
nRF52 BLE 极低 纯电池供电、蓝牙门锁
STM32 取决于外设 中高 多协议、工业级需求

无线模组选型:Wi-Fi、BLE、Zigbee、Thread

主控选完了,接下来就是无线通信方式。这里我多说一句:不要贪多。一个门锁同时支持 Wi-Fi、BLE、Zigbee 和 Thread,听起来很牛,但实际做出来成本高、功耗大、调试累死人。

1. Wi-Fi:远程开锁的标配

Wi-Fi 的好处是直接连路由器,不需要网关。用户在外面用手机 App 就能开锁。但代价是功耗高。

适用场景:

  • 需要远程控制的场景
  • 门锁附近有 Wi-Fi 信号
  • 可以接受定期充电或插电
避坑指南: 我曾经做过一款 Wi-Fi 门锁,用户反馈经常掉线。查了半天发现是门锁装在金属门上,Wi-Fi 信号被屏蔽了。后来加了外置天线才解决。所以,天线设计一定要提前考虑

2. BLE:低功耗本地连接

BLE 是门锁的「标配」。几乎所有智能门锁都支持蓝牙,因为手机靠近就能开锁,体验很好。而且功耗极低,一颗纽扣电池都能撑很久。

适用场景:

  • 手机靠近开锁
  • 临时密码分享
  • 作为 Wi-Fi 的备用方案

我的建议: 如果你选 nRF52 做主控,BLE 是天然的选择。如果选 ESP32,它的 BLE 功能也够用,但功耗比 nRF52 高一些。

3. Zigbee:适合全屋智能

Zigbee 是智能家居的老牌协议。它的优势是自组网、低功耗、支持大量设备。但需要网关。

适用场景:

  • 全屋智能系统(如小米、涂鸦生态)
  • 需要与其他 Zigbee 设备联动的场景
  • 对功耗要求严格的电池设备
经验之谈: Zigbee 的互操作性是个大坑。不同厂家的 Zigbee 设备不一定能完美配合。我遇到过门锁和网关配对失败的情况,最后发现是协议栈版本不匹配。所以,尽量选同一生态的模组

4. Thread:未来的潜力股

Thread 是基于 IPv6 的 mesh 网络协议,是 Matter 协议的基础。它结合了 Zigbee 的低功耗和 Wi-Fi 的 IP 网络特性。但目前生态还不够成熟。

适用场景:

  • 面向未来的 Matter 兼容设备
  • 需要 IP 网络直接访问的 IoT 设备
  • 对安全性要求极高的场景

我的看法: Thread 很有前途,但现阶段不建议作为主力方案。除非你的客户明确要求支持 Matter。否则,先用 BLE + Wi-Fi 组合,等 Thread 生态成熟了再升级也不迟。

组合方案推荐

说了这么多,到底怎么搭?我给出三个实战组合:

  1. 低成本远程方案: ESP32(主控 + Wi-Fi + BLE)
    适合:插电式门锁、公寓门锁、短租门锁
  2. 超低功耗方案: nRF52(主控 + BLE)+ 外挂 Wi-Fi 模组(如 ESP-01S)
    适合:纯电池供电、需要远程开锁但平时用蓝牙
  3. 全屋智能方案: STM32(主控)+ Zigbee 模组(如 EFR32MG21)
    适合:智能家居生态、需要与其他设备联动
最后提醒: 选型不是一锤子买卖。我建议先做一个小批量试产,跑一跑实际场景。比如,Wi-Fi 门锁在弱信号环境下的表现,BLE 门锁在金属门上的连接距离,这些都要实测。纸上谈兵,容易翻车。

好了,主控和无线模组的选型就聊到这里。下一章咱们会深入讲讲电源管理和低功耗设计,那才是门锁续航的关键。到时候见。