一、行业背景与系统架构：电梯物联网的行业痛点、系统总体架构、核心功能模块划分

1.1 电梯行业的真实痛点——我踩过的坑

做电梯物联网之前，咱们得先搞清楚一个问题：电梯行业到底缺什么？

我在2018年接手过一个项目，某二线城市有3000多台电梯，物业公司每天接到十几个困人报警电话。你猜怎么着？有一半是误报。电梯门卡了个塑料袋，系统就报故障，维保师傅白跑一趟。更头疼的是，真正出问题的时候——比如钢丝绳断丝、曳引机异响——系统反而没反应。

说白了，传统电梯管理有三大硬伤：

• 故障发现靠运气——电梯不坏到停梯，没人知道它快不行了
• 维保质量靠自觉——维保人员有没有真的做保养？15分钟搞定还是2小时仔细检查？没人知道
• 数据孤岛严重——电梯厂商、物业公司、维保单位各管各的，出了事互相扯皮

我印象特别深，有一次某商场电梯困了人，物业打电话给维保公司，维保说“我们半小时前刚巡检过，没问题”。结果调监控一看，维保人员根本没进机房，在楼道里刷了15分钟手机就走了。嗯，这就是行业现状。

1.2 系统总体架构——四层模型，缺一不可

电梯物联网的系统架构，我习惯把它分成四层。你想想看，从电梯里那个传感器，到你手机上的App，中间要经过多少环节？

感知层：电梯的“五官”

这一层负责采集数据。我在项目中常用的传感器包括：

传感器类型	采集数据	常见安装位置
加速度传感器	电梯运行平稳度、启停冲击	轿厢顶部、导轨
磁开关/光电开关	门开关状态、楼层位置	门机、井道
电流/电压传感器	电机工作状态、能耗	控制柜
温度/湿度传感器	机房环境、曳引机温度	机房、轿厢
振动传感器	钢丝绳、导轨振动	轿厢、对重

这里有个坑，我必须要说——传感器的选型不是越贵越好。我曾经在一个项目里用了工业级的高精度加速度计，结果发现电梯本身的振动噪声就很大，高精度反而导致误报率飙升。后来换了消费级的传感器，配合软件滤波，效果反而更好。

网络层：数据怎么传上去？

这一层解决通信问题。电梯井道是个典型的“信号黑洞”，钢筋混凝土结构加上金属轿厢，4G信号经常只有一格。

我个人习惯的做法是：

• 有线优先——如果电梯机房有网线，优先用有线，稳定可靠
• 4G/5G备选——没有有线条件时，用工业级4G路由器，注意天线要引出到井道外
• LoRa/NB-IoT——适合大规模部署，但实时性差一些，适合非关键数据

平台层：数据的大脑

数据到了云端，怎么存、怎么算、怎么用？这就是平台层的事。

我常用的技术栈是：

• 数据接入——MQTT协议，轻量级，适合物联网场景
• 数据存储——时序数据库（如InfluxDB）存传感器数据，关系型数据库（如PostgreSQL）存设备信息、维保记录
• 数据处理——流式计算（如Flink）做实时告警，批处理（如Spark）做日报、月报
• 规则引擎——比如“电梯连续开关门超过10次，判定为门系统异常”

应用层：用户看到的东西

这一层是给不同角色用的。我参与过的项目里，应用层通常包括：

• 物业端——实时查看电梯状态、接收告警、查看维保记录
• 维保端——接收工单、记录维保过程、上传照片
• 监管端——政府监管部门查看辖区内电梯运行数据、维保质量评分
• 乘客端——扫码查看电梯维保信息、一键报警

1.3 核心功能模块划分——从数据到价值

系统架构搭好了，接下来要回答一个问题：这个系统到底能干什么？

我把它拆成六个核心模块：

1. 设备管理模块——电梯的“身份证”，记录品牌、型号、安装日期、维保单位等。嗯，这个模块看似简单，但数据标准化是个大坑。不同电梯厂商的协议不一样，有的用Modbus，有的用CAN总线，还有的用私有协议。我建议统一抽象成标准数据模型。
2. 实时监控模块——每秒采集一次电梯运行数据，包括速度、方向、楼层、门状态、故障代码等。这里要注意数据压缩，一台电梯一天能产生几十万条数据，不压缩的话存储成本扛不住。
3. 故障预警模块——这是最有价值的部分。我做过一个案例：通过分析电梯的开关门电流曲线，提前3天预测到了门机故障。说白了，就是让数据告诉你“电梯快不行了”，而不是等它坏了再修。
4. 维保管理模块——从工单派发、维保执行、到结果验收，全流程数字化。我特别强调一点：维保过程必须有照片或视频佐证，否则就是“假维保”。
5. 应急救援模块——困人发生时，系统自动定位、自动派单、自动通知物业。我见过最快的救援记录是8分钟，因为系统直接通知了离电梯最近的维保人员。
6. 数据分析模块——日报、月报、年检报告，还有电梯健康度评分。这个评分模型我调了三个月，最后发现最有效的指标是“平均无故障运行时间”和“维保及时率”。

1.4 一个小例子：从传感器到告警的全流程

光说理论太枯燥，我拿一个真实场景给你演示一下：

假设电梯的门机电流突然异常升高。正常运行时电流在0.5A左右，现在到了1.2A。系统怎么处理？

# 伪代码示例：门机电流异常检测
def check_door_motor(current_value, threshold=1.0):
    if current_value > threshold:
        # 生成告警
        alert = {
            "type": "door_motor_overcurrent",
            "value": current_value,
            "timestamp": now(),
            "elevator_id": "ELEV-001"
        }
        # 推送到消息队列
        mqtt_client.publish("alerts/door_motor", json.dumps(alert))
        # 记录到数据库
        db.insert_alert(alert)
        # 通知维保人员
        send_sms_to_maintainer(alert)
        return True
    return False

你看，就这么几行逻辑，背后涉及了感知层（电流传感器）、网络层（MQTT）、平台层（规则判断、数据存储）、应用层（短信通知）。这就是电梯物联网的典型工作流。

好了，这一章的内容就到这里。下一章我会带你手把手搭建一个电梯数据采集终端，从硬件选型到代码实现，咱们一步步来。