简介：本资源是一份面向楼宇智能化系统集成工程师、电梯控制系统调试人员及安防弱电项目实施者的专业技术文档，聚焦三菱电梯与MOX可视对讲系统协同实现的智能梯控方案。文档详细解析了业主刷卡乘梯、访客远程授权、同单元互访联动、物管分级通行等核心功能的协议对接逻辑与软硬件实现方式，涵盖读卡器通信（RS485/TCP/IP）、电梯中央控制器指令交互、权限时效控制（单次有效/超时失效）及消防强切等关键设计要点，并附丽江公寓A地块实际部署案例与梯控示意图。资源为单个PDF文件，大小104KB，内容精炼、图文结合，便于现场快速查阅与系统联调参考。目前已有300人学习下载，适合需落地三菱电梯梯控项目的工程技术人员掌握协议对接要点、规避常见联调陷阱并复用标准化配置思路。
1. 为什么三菱电梯的梯控系统不能只靠“刷卡开门”来定义智能？
很多物业和集成商拿到“智能梯控系统（三菱电梯）.pdf”这个文件时，第一反应是：这不就是加个读卡器、连上电梯控制柜、刷一下就呼梯吗？但实际落地中，90% 的项目卡在「能通电」和「真可用」之间——比如刷卡后轿厢响应延迟超3秒、多楼层权限组无法动态下发、消防迫降后梯控策略未自动切换、或与BAS系统时间不同步导致日志错乱。根本原因在于：三菱电梯的智能梯控不是外围附加模块，而是深度耦合于其专用协议（如MELSEC-Q系列PLC通信、ELEVATOR NET总线、或新版GX Works2工程环境下的梯控逻辑块）的闭环控制系统。它要求你既懂电梯安全回路的硬接线逻辑（如门锁触点、运行接触器反馈），又得会解析三菱专有数据帧（如CC-Link IE报文中的梯控状态字节）、还要能配置其HMI界面中隐藏的权限映射表。本文面向已具备PLC基础、接触过三菱FX/Q系列控制器、且手头有真实三菱电梯控制柜（如SP-VF、NEXIE系列）的现场工程师，不讲概念，只拆解从PDF文档里抠出的可执行路径：如何把一份静态PDF里的梯控需求，变成能通过TUV认证、支持IC卡/二维码/人脸三模授权、并满足GB/T 38594-2020《电梯远程监控系统技术规范》的可部署方案。
2. 解析三菱梯控PDF的核心协议层：从ELEVATOR NET到GX Works2工程结构
2.1 先确认PDF文档指向的具体协议栈版本
“智能梯控系统（三菱电梯）.pdf”这类文档通常不会明写协议版本，但可通过三个关键线索反推：
- 封面页右下角小字：常见标注如“适用于SP-VF II型控制柜（2021年固件V3.2.7起）”或“兼容NEXIE-M系列（含ELEVATOR NET V2.1）”；
- 系统架构图中的通信链路：若图中出现“CC-Link IE Field Network”字样，说明底层走的是千兆工业以太网协议，需用QJ71E71-100模块；若标为“RS-485 + MELSECNET/H”，则对应老式QJ71LP21-25模块；
- 权限管理章节的字段描述：如提到“用户ID占用4字节，权限组编码为BCD格式”，基本可锁定为三菱专有梯控协议（非Modbus-RTU）。
提示：绝不能直接套用通用Modbus地址表。三菱梯控的寄存器地址空间是独立划分的，例如用户权限状态位固定映射到Q系列PLC的
D10000起始地址段，而电梯运行状态字（如“检修/正常/消防”模式）则位于W100字软元件区，二者物理隔离。
2.2 拆解PDF中隐含的GX Works2工程结构
PDF里常以截图形式展示梯控HMI界面，但真正决定功能的是背后GX Works2工程文件（.gxw）。需逆向还原其核心组件：
2.2.1 梯控主逻辑块（Ladder Logic Block）
典型结构包含三个强制子程序：
SUB_ELEV_CTRL_INIT：初始化阶段校验安全回路（如检查X0门锁信号、X1急停按钮状态），若任一异常则禁止梯控使能；SUB_AUTH_PROCESS：处理授权请求，关键指令为MOV K1 D1000（将权限等级写入D1000），随后触发CALL SUB_DOOR_OPEN；SUB_FIRE_MODE_SWITCH：消防联动子程序，接收来自BAS系统的M100信号，自动清空所有用户权限缓存，并将D1001设为K255（强制直达消防层）。
// GX Works2梯形图伪代码（需在GX Works2中手动重建） // 地址说明：X0=门锁触点，Y0=开门继电器，D1000=当前用户权限等级 LD X0 // 读取门锁状态 AND M10 // 且梯控使能已激活 AND NOT M11 // 且非消防模式 OUT Y0 // 输出开门指令 MOV K1 D1000 // 写入权限等级（K1=普通用户）2.2.2 权限数据库结构（CSV导入模板）
PDF中“用户管理”章节常附带一个CSV样例，但字段含义需对照三菱梯控协议手册：
| 字段名 | 类型 | 说明 | 示例 |
|---|---|---|---|
USER_ID | UINT32 | 卡号或人脸ID哈希值（非明文） | 12345678 |
LEVEL | BCD | 权限等级（00=禁用，01=1F层，02=1~10F） | 02 |
VALID_FROM | BCD YYYYMMDD | 生效日期 | 20240101 |
VALID_TO | BCD YYYYMMDD | 失效日期 | 20251231 |
注意：
LEVEL字段必须用BCD码（非ASCII），否则PLC解析时会误判为0x3032（字符'02'）而非数值2。导入前需用Python脚本预处理：# 将CSV中LEVEL列转BCD def to_bcd(n): return (n // 10) << 4 | (n % 10) # 示例：to_bcd(2) → 0x02, to_bcd(12) → 0x12
2.3 验证PDF中未明说的硬件依赖项
PDF往往省略关键硬件约束，需自行核对：
- 通信模块型号：SP-VF II控制柜标配QJ71E71-100（CC-Link IE），但若PDF截图中HMI显示“RS485 MODE”，则必须更换为QJ71C24-R4（带RS-485口）；
- 电源冗余要求：梯控系统需双路供电（主电+UPS），PDF中“系统可靠性”章节若提及“99.99% uptime”，意味着PLC的
+24V和COM端子必须接入独立UPS回路，不可与照明电路共用； - 接地规范：ELEVATOR NET总线要求单点接地，PDF中“安装说明”若未标注接地电阻值，则默认按≤4Ω执行（用ZC-8接地电阻测试仪实测）。
3. 在真实三菱控制柜上部署梯控逻辑：从GX Works2编译到现场验证
3.1 GX Works2工程配置的关键参数设置
PDF文档极少说明GX Works2中必须修改的隐藏参数，这些才是现场调试成败的关键：
3.1.1 PLC系统寄存器强制设定
在GX Works2的“PLC参数”→“系统寄存器设置”中，以下三项必须与PDF中“通信配置”章节匹配：
| 系统寄存器 | 默认值 | PDF要求值 | 作用 |
|---|---|---|---|
S100（CC-Link IE站号） | 1 | 2 | 梯控主站必须设为站号2（站号1固定为电梯主控PLC） |
S101（刷新范围） | K100 | K200 | 扩展至200字，确保权限表（D1000-D1199）完整刷新 |
S102（通信超时） | K1000 | K500 | 缩短至500ms，避免刷卡响应延迟 |
提示：修改后必须断电重启PLC，仅下载程序无效。重启后观察CPU模块LED：
RUN灯常亮且ERR灯熄灭，再用GX Developer连接验证S100值。
3.1.2 梯控专用软元件分配表
PDF中“内存分配”章节常以表格形式列出D区地址，但未说明冲突规避规则。实际部署时需避开三菱系统保留区：
D0-D999：系统保留（不可写）；D1000-D1999：梯控权限表（PDF指定区域）；D2000-D2999：临时缓冲区（用于二维码解密中间值）；D3000+：自定义扩展（如人脸识别特征向量存储）。
若PDF要求将用户照片存入D5000，必须确认该地址未被其他模块占用（用GX Works2的“监视窗口”→“软元件一览”扫描D3000-D9999）。
3.2 现场接线与信号验证的最小化步骤
不要跳过硬件层验证——90%的“梯控不响应”问题源于接线错误：
3.2.1 三线制读卡器接线（以MFRC522为例）
| 读卡器端子 | 控制柜端子 | 说明 |
|---|---|---|
SDA | X0（光耦输入） | 必须串接1kΩ限流电阻，防止PLC输入点击穿 |
SCK | X1 | 同上 |
MOSI | X2 | 同上 |
GND | COM（PLC输入公共端） | 严禁接控制柜PE地！必须接PLC的COM端形成回路 |
# 验证读卡器信号：用GX Works2在线监视X0-X2 # 正常刷卡时，X0应出现100ms脉冲（上升沿触发SUB_AUTH_PROCESS） # 若X0无变化，用万用表测SDA对COM电压：静止时2.5V，刷卡时跳变至0V/5V3.2.2 电梯运行状态信号采集
PDF中“状态反馈”章节常要求接入MOTOR_RUN信号，但实际需从控制柜端子排获取：
- SP-VF II柜：
TB1-12端子（开集电极输出，需外接+24V上拉）； - NEXIE-M柜：
CN10-7端子（TTL电平，直连PLC X3）。
验证命令：
// 在GX Works2中添加测试逻辑 LD X3 // 读取MOTOR_RUN信号 OUT Y1 // 点亮测试LED注意：若Y1不亮，先确认
TB1-12对COM电压——运行时应为0V（导通），停止时为+24V（截止）。若始终+24V，说明电梯未发出运行指令，需检查主控PLC的Y100输出是否激活。
3.3 权限下发与实时生效的调试技巧
PDF中“权限更新”章节常写“支持远程下发”，但未说明生效机制。真实流程如下：
3.3.1 CSV权限表导入的PLC侧动作
- 将处理好的CSV文件拷贝至PLC SD卡根目录（文件名必须为
AUTH.CSV）； - 在GX Works2中触发
M1000（权限更新标志位）； - PLC执行
SUB_CSV_LOAD子程序，逐行解析CSV并写入D1000+； - 完成后自动置位
M1001（更新完成标志）。
# Python脚本：生成符合三菱要求的AUTH.CSV（含BCD转换） import csv with open('auth.csv', 'w', newline='') as f: writer = csv.writer(f) writer.writerow(['USER_ID','LEVEL','VALID_FROM','VALID_TO']) for user in users: # LEVEL转BCD bcd_level = (user['level'] // 10) * 16 + (user['level'] % 10) writer.writerow([ user['id'], f'{bcd_level:04X}', # 转为4位十六进制字符串 user['from_date'].replace('-',''), user['to_date'].replace('-','') ])3.3.2 验证权限实时性：用PLC内置时钟比对
PDF未提及时钟同步，但权限生效依赖PLC系统时间。必须执行：
- 在GX Works2中设置PLC时钟（“在线”→“PLC写入”→“日期/时间”）；
- 每日自动校准：编写定时中断程序（
D10设为K1000，每1000ms触发一次），调用RTC_READ指令读取实时时钟，与服务器NTP时间比对，偏差＞5s则自动修正。
// 定时中断程序（INT 10） LD M8059 // 中断允许 AND M1002 // 校准使能 OUT M1003 // 触发校准4. 排查PDF未覆盖的三大高频故障：信号抖动、权限失效、消防模式残留
4.1 读卡信号抖动导致重复授权（最常见）
现象：刷卡一次，电梯响应两次（如1F和2F同时开门）。
根源：MFRC522读卡器在金属轿厢内产生电磁干扰，SDA信号线上出现毛刺。
解决方案：
- 硬件层：在读卡器SDA与PLC X0之间加RC滤波（1kΩ电阻 + 100nF电容）；
- 软件层：在
SUB_AUTH_PROCESS开头添加防抖逻辑：
// 防抖程序（100ms去抖） LD X0 AND M1004 // 上升沿检测辅助继电器 OUT M1005 // 延时100ms置位 LD M1005 AND X0 OUT Y0 // 真正的开门输出4.2 权限表导入后部分用户失效
现象：CSV中100个用户，仅前50个生效。
排查路径：
- 用GX Works2监视
D1000起始地址，确认D1000-D1049有值，D1050-D1099全为K0； - 检查CSV文件编码：必须为ANSI（非UTF-8），否则PLC解析时遇到中文字符会截断；
- 验证行尾符：Windows的
CRLF（\r\n）可识别，Linux的LF（\n）会导致最后一行丢失。
提示：用Notepad++打开CSV，菜单栏“编码”→“转为ANSI”，“编辑”→“EOL转换”→“Windows格式”。
4.3 消防模式退出后权限未恢复
现象：消防演练结束后，所有用户刷卡无响应。
根本原因：PDF中“消防联动”章节未说明M100信号需保持高电平≥5秒才能触发完整复位流程。
修复操作：
- 在BAS系统侧，消防信号输出必须带延时保持（用继电器KA1实现5秒自锁）；
- 或在PLC中增加复位确认逻辑：
// 消防信号撤除后，等待5秒再清空权限缓存 LD NOT M100 // 消防信号消失 AND T0 // T0=5秒定时器（K50） OUT M1006 // 触发权限恢复5. 实现PDF中“智能”二字的进阶技巧：基于D1000权限等级的动态呼梯策略
5.1 用权限等级驱动差异化呼梯逻辑
PDF中“智能调度”章节常一笔带过，但实际可落地为三层策略：
- LEVEL=1（访客）：仅开放1F、B1、B2，呼梯后自动分配最近空闲梯；
- LEVEL=2（员工）：开放1F~20F，呼梯时优先分配低区梯（减少等待）；
- LEVEL=3（管理员）：全楼层开放，且可手动指定目标梯（通过HMI输入梯号）。
实现核心：修改SUB_ELEV_CALL子程序，根据D1000值分支：
// 判断权限等级并跳转 LD D1000 CMP K1 D1000 // 比较D1000与K1 JP P0 // 等于K1跳P0（访客逻辑） CMP K2 D1000 JP P1 // 等于K2跳P1（员工逻辑） CMP K3 D1000 JP P2 // 等于K3跳P2（管理员逻辑）5.1.1 访客逻辑（P0）：强制限制楼层
// 只允许呼叫1F/B1/B2 LD X10 // 1F呼叫按钮 OUT Y10 // 分配梯1 LD X11 // B1呼叫按钮 OUT Y11 // 分配梯2 LD X12 // B2呼叫按钮 OUT Y12 // 分配梯3 // 其他楼层按钮（X13+）不作任何输出5.1.2 员工逻辑（P1）：低区优先分配
// 检测当前各梯位置（假设Y100-Y102为梯1-3所在楼层） LD Y100 // 梯1在1F？ AND X10 // 且1F有呼叫？ OUT Y20 // 分配梯1 LD Y101 // 梯2在2F？ AND X11 // 且2F有呼叫？ OUT Y21 // 分配梯2 // 若低区无梯，再查高区...5.2 验证动态呼梯策略的有效性
用GX Works2的“软元件测试”功能模拟：
- 手动写入
D1000=K1（访客）； - 强制置位
X15（假设为15F呼叫按钮）； - 观察
Y20-Y22（梯分配输出）是否全为OFF； - 改写
D1000=K2，再置位X15，确认Y21或Y22中有且仅有一个ON。
注意：测试时必须断开实际电梯控制线，仅监视输出点。真实投运前，需在维保模式下用万用表实测Y20-Y22对COM电压，确认与PLC输出一致。
5.3 权限等级与能耗联动（PDF未提但可增值）
在SUB_ELEV_CALL末尾添加能耗优化逻辑：
- 当
D1000=K2且呼叫楼层≤5F时，强制关闭梯内照明（Y30=OFF）； - 当
D1000=K3且呼叫楼层≥20F时，提前启动梯群控算法（置位M200触发SUB_GROUP_CONTROL）。
// 节能逻辑（员工呼叫低区） LD D1000 CMP K2 D1000 AND X10 // 1F呼叫 OUT Y30 // 关闭照明（Y30为照明继电器）此逻辑无需额外硬件，仅靠PLC软逻辑即可实现，且完全兼容PDF中所有既有功能。
本文还有配套的精品资源，点击获取
