电梯物联网终端这几年普及很快，小区电梯、写字楼电梯纷纷加装。一个看似不大的黑色盒子，怎么做到电梯一困人就能秒级报警、连电梯卡在哪一层都知道？这篇文章从硬件、采集、传输、平台四个层面把链路拆开看。
一、硬件层：终端里有什么？
一台典型的电梯物联网终端，核心是一块带通信模组的主控板，外接电源模块、接口电路和天线。接口上会接入多种信号：平层传感器（光电或磁感应）用于判断电梯所在楼层和是否平层，开关门信号用于判断门的状态，还有来自电梯控制柜的干接点信号，用于采集运行方向、上下行、检修模式等状态。部分终端还集成温湿度、振动传感器，用来监测轿厢和机房环境。
二、采集层：跑哪些数据？
终端按设定周期或事件触发方式采集数据：电梯当前楼层、运行方向、开关门状态、运行速度、是否困人、是否冲顶蹲底、故障代码等。数据在终端本地做初步判断，比如连续多次开关门异常、速度超限、长时间停留同一楼层，就会被标记为疑似异常事件。采集周期可以做到秒级，紧急事件（如困人）优先上报。
三、传输层：数据怎么上云？
这是最容易踩坑的一环。电梯机房在地下室或楼顶，信号环境复杂，终端普遍采用 4G 或 NB-IoT 模组通过物联网卡接入公网。选卡有几个硬指标：一是要长期在线，电梯故障不分时段，告警不能有延迟；二是要信号稳定，机房封闭环境对天线和卡的性能要求高；三是批量管理，一个物业公司管几十上百部电梯，开卡、续费、流量用量、在线状态都要能远程批量处理。终端通常还支持断线重连、数据补传，防止网络波动丢数据。
四、平台层：数据到了云端做什么？
平台收到数据后做三件事。一是实时监控：每部电梯的楼层、状态、运行次数、开关门次数呈现在大屏和移动端，物业随时可查；二是告警联动：困人、卡层、冲顶蹲底等事件自动生成工单，推送给维保单位和物业，同时对接监管平台，救援信息同步；三是数据分析：根据运行频次、速度曲线、异动记录评估电梯健康度，为维保计划提供依据，从 "坏了再修" 转向 "提前保养"。
小结
电梯物联网终端的价值，取决于数据链路的每一环是否可靠。感知层决定数据全不全，采集层决定数据准不准，传输层决定数据到不到，平台层决定数据用不用得上。而传输层那张物联网卡，恰恰是保障 "7×24 小时不掉线" 的底座 ------ 它稳定，困人告警才能秒级到达，平台研判才有意义。