无源锁到底难在哪里先还原一个真实场景。用户手机碰一下锁锁弹开。就这么一下锁体需要在毫秒级的时间里完成取电、启动、通信、认证、驱动电机五个步骤。整个过程的全部能量只来自手机NFC射频场耦合出来的那一点功率。功率有多有限呢NFC 手机场强典型值在1.5A/m到7.5A/m之间标签端能整流出来的直流电流通常在几毫安到十几毫安量级。这点能量要撑起一颗芯片的完整工作流程还包括驱动电机这种瞬时功耗较高的动作。所以无源锁方案的选型逻辑和普通智能锁完全不同。普通智能锁考虑的是功能丰富度、联网稳定性、待机功耗。无源锁最核心的指标只有一个单位能量下能完成多少有效任务。分立架构的问题在哪里市面上早期方案大多是NFC标签加MCU的分立架构。标签负责通信MCU负责逻辑和驱动。听起来分工明确但实际跑起来有两个绕不开的问题。第一个是启动时序。标签从场能取电之后要先给MCU供电MCU内部振荡器起振、寄存器初始化、程序从Flash搬运到RAM这一套流程走完才能开始干活。这个启动过程消耗的能量对无源场景来说不是小数目。第二个是片间交互损耗。MCU启动之后要通过SPI或I2C去读取标签收到的数据读完之后再去做认证计算算完再通过GPIO去驱动电机。每一次片间通信都有额外的功耗开销而这些功耗并不产生任何有效业务价值。这两个问题叠加起来会导致一个很尴尬的结果手机场强稍弱一点或者天线耦合效率稍有偏差锁就可能打不开。单芯片架构怎么解决这个问题HYM83C1的设计思路就是把NFC通信前端、控制逻辑、存储和GPIO接口全部集成到一颗芯片里。这样做的好处是直接的。芯片从场能取电之后整流出来的电直接供给内部所有模块不需要经过片间上电等待。通信前端收到数据之后直接在芯片内部完成协议解析认证逻辑在内部执行认证通过后GPIO直接输出驱动信号。整个流程没有片间跳转也没有外部MCU的启动延时。所有功耗都花在了有效动作上。这颗芯片的工作频率是13.56MHz支持ISO14443 Type-A和Type-B双模。Type-A和Type-B在手机端的兼容性有差异双模覆盖的设备范围会更宽一些。数据传输速率是106kbit/s这个速率对无源锁场景来说够用了单次开锁的认证数据交换量通常在几十到几百字节106kbit/s不会成为瓶颈。存储给了256Kbits密钥、设备ID、开锁日志这些都可以直接存在芯片内部不需要外挂Flash。接口方面SPI、I2C、UART、GPIO都带了GPIO用来直接驱动电机控制信号SPI和I2C留给外设扩展。天线设计这颗芯片本身的工作逻辑跑通之后我们发现真正影响量产稳定性的其实是天线部分。13.56MHz的天线设计有几个参数需要卡住。电感量推荐在1到3微亨之间偏离这个范围谐振频率会偏直接表现为耦合效率下降。Q值建议控制在20到25低于20能量耦合效率不够高于25带宽太窄天线参数稍微漂一点通信就断了。匝数一般取4到6匝具体要看PCB结构和锁具内部空间。我们内部跑这个参考设计的时候天线部分调试花的时间比芯片固件还长。最后定的是PCB印刷天线的方案量产一致性好不需要手工绕线适合无源锁这类需要大批量生产的场景。方案跑通之后的样子HYM83C1搭出来的一套完整无源锁参考设计是外围电路只有PCB天线、阻容匹配网络和电机驱动电路BOM清单比较精简。整个系统的工作流程是这样的。天线从手机NFC场耦合到射频能量芯片内部整流后直接为整个系统供电。芯片上电后自动进入NFC监听状态等待手机端的通信请求。双向身份认证通过之后GPIO输出驱动信号控制电机动作。整个流程不依赖任何外部电源也不依赖外部MCU。我们自己在实验室和现场都测试过启动可靠性和开锁成功率的数据还不错。设计文件已经整理出来了开发板、原理图、参考代码都有天线匹配网络的部分直接复用参考设计即可不需要从头调试。几个典型落地场景从能量预算和通信距离来看这个方案比较适合以下几个场景。物流挂锁是典型的应用方向。物流挂锁分布散、数量大换电池的人工成本很高无源方案基本免维护。配电柜和环网柜的管理锁也适用工业现场对可靠性要求高无源锁没有电池失效风险权限管理比机械钥匙灵活得多。资产追踪类的锁具也很合适部署时完全不考虑取电问题。这些场景的共同点就是锁具量大、分布散、维护成本敏感。无源方案正好切中这些诉求。安全和开发资源安全方面每颗芯片有唯一UID开锁走双向身份认证密钥和认证逻辑都封在芯片内部外部无法读取。芯片本身做了一定程度的防剖片和防侧信道攻击设计物理安全级别还算到位。开发资源上方案提供完整的开发板、原理图、参考代码。天线部分有现成的参考设计可以直接复用匹配网络的参数已经调好了。对于想快速验证无源锁产品的团队来说开发门槛不算高不需要从零开始搭天线和调匹配。以上是我们团队在HYM83C1设计过程中的一些技术思路和测试结论供同行参考。如果有类似场景的选型需求欢迎交流。