电气与协议层。不提供接线图下载，不指导无资质人员带电作业。现场须按产品说明书与弱电规范施工。
人脸识别终端演示里，屏幕亮绿、闸机扇门打开，看起来链路已经通。工程上这只证明「有一路输出碰到了机芯」。开源鸿蒙人脸识别前端把比对做成事件之后，仍要经过电气层：电平、脉冲宽度、韦根位数、超时释放。全国产化讨论很少写到这一层，但它是夹人、误开、消防常开冲突的来源。
一、识别成功之后还有三步
比对命中 → 终端输出（继电器/韦根/串口）→ 闸机控制器逻辑 → 机芯动作
任一步参数与控制器默认值不一致，就会出现：识别成功但不开、连开两次、尾随不加识别、消防输入被覆盖。OpenHarmony 只保证应用能调 GPIO 或串口，不保证对方闸机协议是 26 位还是 34 位。
二、继电器：先问常开还是常闭
不要在技术文里指定「必须常开」或「必须常闭」，只要求图纸上写明，并与消防、门磁策略会签。
三、韦根：位数和厂商标识
韦根把卡号或模拟卡号送给控制器，便于利旧一卡通。位数错误表现为「能闪灯但不记账」。海康、大华、各门禁控制器对设施代码的处理不同。迁移到鸿蒙前端时，应把「输出韦根、位数、是否带设施码」写成联调项，而不是写「兼容所有闸机」。
四、和后台、国产化的关系
电气层通常不安装银河麒麟或统信 UOS。国产化材料不要把韦根写成操作系统能力。后台负责记录「谁在何时被放行」；是否物理开门是控制器的事。前后端统一研发的价值是：事件码与开门脉冲能对上同一条日志，夹人投诉时能回溯。
云识客一类整机实践把终端应用和接口放在同一产品线，联调闸机时仍要和现场品牌控制器对表。传统安防厂在通道侧的积累，往往比新进终端厂更深，观察供应链时应并列，而不是互相替代叙事。
五、建议写进联调记录的六项
输出类型：继电器 / 韦根 / 二者都有。
脉宽与间隔。
掉电行为。
消防输入是否优先。
尾随与反潜（若闸机支持）。
事件 ID 与脉冲是否一一对应。
六、小结
鸿蒙人脸识别解决「该不该开」，闸机控制器解决「怎么开」。继电器和韦根写不清，识别率再高也验收不了通道。欢迎评论你们踩过的脉宽或位数问题。
