会员动态｜昂瑞微沙龙回顾 从“碰一碰”到“无感开门”的Aliro锁端路径

    手机或手表靠近门锁，轻轻一碰，身份认证与开锁随即完成。

    看似简单的动作，背后需要解决一个关键问题：不同品牌的用户设备、数字钱包和门锁，如何使用统一的方式完成认证与授权？

    10月20日，在昂瑞微的直播研讨会上，公司产品经理韩昇可以《Aliro数字钥匙技术解析》为主题，从标准与生态、技术实现、认证量产等角度，介绍Aliro的工作逻辑及昂瑞微轻量锁端方案。

    从参会者画像来看，这是一场专业浓度很高的技术交流。

    设计与研发、工程管理及系统集成/架构师等技术相关岗位占82.5%，覆盖消费电子、工业电子、嵌入式系统、汽车电子、物联网及通信系统等领域。

    来自产业一线的关注，也让讨论很快越过概念介绍，进入锁端实现、工程适配与量产落地等实际问题。

数字钥匙，需要一套“通用语言”

    2026年2月26日，连接标准联盟（CSA）发布Aliro 1.0。Aliro面向数字门禁访问控制，希望让手机、手表通过数字钱包与不同品牌的门锁、门禁读卡器实现互操作。

    对于用户而言，一部手机或一块手表可以成为数字钥匙，访问权限也可以远程发放和撤销。

    对于设备厂商而言，统一标准有助于减少不同手机生态与门锁之间的重复适配。

    Aliro与Matter各有分工：Aliro主要处理开门认证与访问权限，Matter则可以承担设备配网及智能家居联动。

NFC、BLE与UWB各自负责什么？

    Aliro并不依赖单一无线技术。在不同的使用体验中，NFC、BLE和UWB承担着不同任务：

    NFC是基础能力。Aliro要求设备支持NFC，用于近距离“碰一碰”开门。

    BLE是可选的通信承载。 它可以支持设备发现、连接及协议数据传输。

    UWB负责安全距离判定。 UWB本身不独立承载Aliro数据，而是与BLE配合，为靠近自动开门等体验提供距离判断。

    因此，从“碰一碰”到“靠近开门”，并不是简单增加一种无线技术，而是让不同技术在同一套访问控制流程中协同工作。

轻量锁端方案，如何实现？

    本次分享中，昂瑞微介绍了以OM6627或OM6629为主控的轻量锁端方案。

    方案由FM17640承担NFC前端功能，OM6627或OM6629承载Aliro协议栈、BLE通信及锁端控制；客户Matter开发板负责配网与联动，并与实时开门链路分开处理。

    NFC 前端与 Matter 部分均可按项目需要替换，更换 NFC 前端时需同步适配协议栈的 NFC 驱动层。

    按照当前实现，Aliro协议栈占用RAM约43KB、Flash约198KB。相关资源占用会随功能增加而变化。

    目前，方案已支持NFC Standard、Fast、Step-up等流程，BLE已通过官方测试工具的全部用例；UWB已具备基本功能，相关鲁棒性仍在持续调试。

    这一设计思路，是先将NFC“碰一碰”与BLE通信链路做扎实，再逐步补充UWB能力，为后续从接触式开门向无感开门演进预留空间。

    围绕Aliro锁端落地，大家踊跃提问，直播共收集到139个问题。关注点不仅停留在标准本身，更深入到NFC、BLE与UWB如何分工、Flash/RAM资源如何配置、密钥与安全机制如何实现、认证测试如何推进，以及如何从“碰一碰”进一步升级到免触体验。密集而具体的问题，也把分享从技术解析推向了真实的产品开发与量产实践。

从功能实现，到认证量产

    数字钥匙落地不只需要完成一次开门测试，还涉及互操作、安全机制、认证与量产流程。

    根据分享，Aliro产品需要依次经过内部自测、互操作测试、送交授权测试实验室、向CSA提出申请及获得认证等环节。进入量产阶段后，还需要考虑固件升级、密钥注入、权限撤销及售后策略。

    这也意味着，一套能够落地的Aliro方案，需要同时兼顾协议实现、锁端资源、安全管理及后续升级。

围绕“轻量、低成本、快落地、可演进”的定位，昂瑞微将继续完善Aliro锁端方案：

    稳定NFC基础体验，推进BLE方案验证，并持续提升UWB能力。

    从一碰开门到无感通行，数字钥匙的体验正在不断演进。昂瑞微也将继续与产业伙伴交流，共同推动Aliro标准在智能门锁及数字门禁中的落地。

（来源：昂瑞微电子）