一樘自动门，十年前就是个"感应器+电机+控制器"的孤岛。今天，它在智慧建筑的架构里已经升级为一个物联网数据节点——实时上传通行数据、接收远程控制指令、做预测性维护分析。但这中间的升级路径，很多物业公司不知道从哪里下手。这篇文章把整个技术架构讲明白。
一、传统自动门 vs 物联网自动门：架构差异
| 功能层级 | 传统自动门 | 物联网自动门 |
|---|---|---|
| 感知层 | 红外传感器×1（检测有无行人） | 红外+激光雷达+人数计数摄像头+温湿度传感器+门状态磁簧开关 |
| 控制层 | 单片机/PLC单机控制 | 嵌入式Linux/RTOS + 边缘计算网关 |
| 通信层 | 无网络通信 | RS485本地总线 + 以太网/WiFi + 4G/NB-IoT（三冗余） |
| 平台层 | 无 | MQTT协议→云端IoT平台→数据中台 |
| 应用层 | 无 | 设备监控大屏+故障告警+通行统计+预测性维护+远程升级(OTA) |
二、物联网通信协议选择
自动门的物联网通信不是什么协议都适合。以下是三种主流方案的实际对比：
| 协议 | 带宽 | 延迟 | 功耗 | 月费 | 适用场景 |
|---|---|---|---|---|---|
| MQTT over WiFi/Ethernet | 高（百兆） | ＜50ms | 中等 | 0（已有网络） | 新建商业体、写字楼 |
| MQTT over 4G | 中（数十兆） | 50-200ms | 较高 | 约15-30元/月/门 | 改造项目、分散网点 |
| CoAP over NB-IoT | 低（百kbps） | 1-3s | 极低 | 约5-10元/月/门 | 低频数据上报、状态监控 |
| LoRaWAN（自建网关） | 极低（几kbps） | 1-5s | 极低 | 0（自建网） | 大型园区、工厂 |
我们的推荐方案：以太网/WiFi主链路 + 4G备链路。主链路走本地网络，延迟低、带宽够、零月费。备链路走4G，在主链路断网时自动切换，确保关键告警（如消防联动状态、非法闯入）不丢失。NB-IoT适合只报状态（门体开关次数、运行时长统计）的场景，不适合需要远程控制或OTA升级的场景。
三、边缘计算网关的核心功能
边缘网关不是把数据原样转发到云端就完事的。它要在本地完成以下处理：
- 协议转换：把自动门控制器的私有协议（RS485 Modbus RTU / CAN总线）转换成MQTT JSON报文
- 数据清洗：过滤掉异常值（如传感器瞬时跳变）、去重（同一事件被多个传感器上报）、时间戳对齐
- 本地规则引擎：不需要联网就能执行的逻辑——如"门体连续开关超过200次/小时的时段→标记为高峰"、"电机电流连续3小时高于额定值→本地声光告警"
- 断网缓存：网络中断时把数据暂存在本地Flash或SD卡中，恢复后补传。至少缓存7天数据量
- OTA接收：接收云端下发的固件包，校验后写入控制器的Flash，然后触发重启升级
四、云端平台的四大应用模块
数据上云之后，才真正发挥价值：
- 设备监控大盘：地图上显示所有门的位置和实时状态（在线/离线/故障），点击任一樘门可查看实时电流、速度、温度曲线
- 通行数据分析：按小时/天/周统计通行量，生成热力分布图。某写字楼项目上线后发现，早高峰8:45-9:00的通行量占全天的22%，据此优化了该时段的开门保持时间，减少了10%的无效等待
- 预测性维护：通过分析电机电流的历史趋势——电流随时间缓慢上升意味着机械阻力在增大（皮带老化/滑轮磨损）。在电流超过预设阈值前就派工单保养，而不是等门坏了再修
- 远程控制与批量配置：节假日一键切换"节能模式"（降低待机功耗），疫情时期一键切换"常开模式"（减少接触）。50樘门的配置变更只需30秒
五、信息安全注意事项
物联网自动门也是网络安全攻击面的一部分。至少做到：①每台设备有唯一的X.509证书用于TLS双向认证；②MQTT使用TLS 1.2+加密传输；③远程升级固件必须做数字签名校验，防止恶意固件注入；④管理后台强制双因子认证。2025年某地写字楼发生过一次安全事件——黑客通过公共WiFi入侵了一台自动门控制器，将其设为"常开"导致整栋楼的安防系统失效——这个案例值得所有做物联网升级的项目引以为戒。
