简介这份奥的斯电梯主板参数资料面向电梯维保人员、控制系统调试工程师及电梯相关专业学习者用于快速查阅主板各输入输出端口的定义与功能。内容围绕电梯控制系统的核心逻辑展开涵盖开门极限、开关门按钮、电子门保护、负荷称重、独立服务开关、消防与应急电源操作、轿厢上下行指示、蜂鸣器、照明控制、厅门与轿厢按钮灯、楼层选择指示及故障检测等典型信号并标注了符号、类型与位置信息便于对照现场接线与排查故障。资源包共1个doc文件约511KB以表格化参数清单形式呈现适合打印或随工携带查阅。目前已有187人学习下载可作为电梯主板调试、维保培训及控制系统认知的实用参考。1. 从一份 IO 表看懂奥的斯电梯主板参数很多人第一次拿到《奥的斯电梯主板参数.doc》会以为它是一份“配置手册”翻两页就发现全是DOL、DOB、EDP、CB/CTTL这类符号后面还跟着一串像5321/0、0830/0的地址码。它其实是一份IO 点表把主板每一个输入/输出端子的符号名、中文含义、默认状态、类型输入/输出/双向、物理位置轿厢/轿底/外呼/机房逐条列出来。电梯能不能正常开关门、响应外呼、做消防迫降、报过载全看这张表里哪一位被点亮、哪一位被读错。这份资料适合三类人做电梯维保、调试的现场工程师需要按点位排查故障做楼宇自控、弱电集成的开发者要把电梯状态接进自己的系统还有做工业协议解析、想把点表转成结构化数据的程序员。它不教你怎么写程序但它是所有上层逻辑的“字典”——没有它你连LWO是负荷称重过载都不知道更别提判断是称重传感器坏了还是主板输入口坏了。2. IO 点表结构拆解符号、类型、位置与地址码2.1 一行点表到底包含哪些字段把原文里任意一行拆开看比如5 LWO 负荷称重过载 1330/0 输入 轿底它对应五个语义字段字段示例含义序号5点表行号方便口头对号符号LWO主板内部变量名程序里直接引用描述负荷称重过载中文功能说明地址/默认1330/0物理地址 默认电平类型输入输入/输出/入出双向位置轿底该点所在物理区域地址码1330/0这种写法常见做法是把它理解成“板号端口位”的压缩编码前几位定位到某块 IO 板或某个连接器后两位定位到具体端子斜杠后的0表示默认低电平、1表示默认高电平。不同版本的主板编码规则会有差异但“先定位板、再定位位”这个思路是通用的。2.2 输入、输出、双向三类的判断逻辑点表里类型只有三种输入、输出、入/出。判断依据很直接——信号流向。输入传感器、按钮、开关把状态送给主板。比如DOL开门极限、DOB开门按钮、ISS独立服务开关。输出主板驱动指示灯、继电器、照明。比如CUDL轿厢上行指示灯、BUZ蜂鸣器、FSL消防照明。入/出同一根线既读状态又驱动灯典型就是按钮。CB/CTTL 0轿厢按钮/按钮灯按下时主板读到输入同时输出点亮按钮灯。提示双向点排查故障时最容易误判。按钮灯不亮可能是输出驱动坏了也可能是输入回路断开导致主板认为按钮没接。先量线再换板。2.3 位置字段决定排查动线位置字段把点分到轿厢、轿底、外呼、机房四类。现场排查时这个字段直接决定你该去哪个位置轿厢门机、按钮、照明、指示。轿底称重、防犯罪开关。外呼厅门按钮、厅门灯、消防开关。机房呼梯到顶层/底层、应急电源操作。一个LWO过载误报你不需要爬轿顶直接去轿底查称重一个EFK消防钥匙开关无效去外呼面板而不是机房。位置字段就是排查地图。2.4 用脚本把点表转成结构化数据原文是 Word 文档直接程序读取很痛苦。常见做法是先复制成纯文本再用脚本按行解析。下面这段 Python 把“序号 符号 描述 地址/默认 类型 位置”拆成字典import re # 原始点表文本每行形如5 LWO 负荷称重过载 1330/0 输入 轿底 raw_lines [ 5 LWO 负荷称重过载 1330/0 输入 轿底, 0 DOL 开门极限 5321/0 输入 轿厢, 20 CUDL 轿厢上行指示灯 051 输出 轿厢, ] # 用两个以上空格或制表符切分避免描述里的空格被误切 pattern re.compile(r\s{2,}|\t) points [] for line in raw_lines: parts [p.strip() for p in pattern.split(line.strip()) if p.strip()] if len(parts) 6: continue # 跳过表头、空行、分隔线 points.append({ no: parts[0], symbol: parts[1], desc: parts[2], addr: parts[3], type: parts[4], location: parts[5], }) for p in points: print(p[symbol], -, p[location], p[type])逻辑说明re.split用“两个及以上空格”作为分隔符是因为符号和描述之间、描述和地址之间通常有多个空格对齐而描述内部是单个空格。参数上\s{2,}匹配连续空白\t兼容从 Word 复制出来的制表符。如果某行字段数不足 6说明是表头或空行直接跳过。跑完你就能按location或type过滤比如筛出所有“轿底”的输入点做专项检查。3. 按功能域读点表门、称重、消防与应急3.1 门系统相关点位门系统是电梯故障率最高的部分点表里相关符号集中在开头符号描述类型位置DOL开门极限输入轿厢DOB开门按钮输入轿厢DCB关门按钮输入轿厢EDP电子门保护装置输入轿厢NDG碰板继电器输出轿厢DOL是开门到位信号主板靠它确认门已完全打开EDP是电子门保护光幕类门区有人或物时它会动作主板据此重新开门。排查“门关不上”时先看DCB有没有被按下、EDP是否一直处于保护状态、DOL是否卡在动作位。常见误判是把EDP常亮当成光幕坏其实可能是光幕被灰尘遮挡或供电不足。3.2 称重与超载点位轿底两个点最关键LWO负荷称重过载称重装置判断超载时动作。LWX / ACSANS负荷称重/防犯罪开关兼顾称重和防犯罪功能。超载误报的排查顺序我一般这样走先确认轿底称重传感器供电和信号线再看LWO在空载时是否已经动作正常应不动作最后才怀疑主板输入口。因为LWO是输入点主板只是“读”它读到动作才报超载问题多半在传感器侧。3.3 消防、应急与独立服务消防和应急相关点位分散在机房和外呼EFK紧急/消防钥匙开关外呼FSL消防照明输出轿厢NU应急电源操作机房NUSD / NUSD-1应急电源紧急操作机房入/出NUG / NUG-1应急电源正常操作机房入/出ISS独立服务开关轿厢消防迫降逻辑通常是EFK动作后主板忽略内呼、响应外呼到指定层、开门停靠。如果消防开关动作但电梯不迫降先确认EFK输入点是否真的被主板读到——用主板调试口或状态灯看该位而不是只看开关外观。3.4 用过滤脚本快速定位某功能域现场没时间逐行翻用上一节的解析结果按关键词过滤# 承接上文的 points 列表 keywords [消防, 应急, 称重, 门] for kw in keywords: print(f {kw} ) for p in points: if kw in p[desc]: print(f{p[symbol]:12} {p[desc]:16} {p[type]} {p[location]})逻辑说明desc是中文描述字段直接做子串匹配最省事。参数keywords可以按当天故障类型临时改比如查“平层”就加平层。输出用固定宽度格式化方便直接抄到工单上。这个脚本的价值在于把 300 多行点表压缩成你当前关心的十几行。4. 从点表到调试地址码核对与常见误判4.1 地址码与默认电平的核对方法地址码斜杠后的默认电平是判断“这个点空闲时应该是什么状态”的依据。比如DOL是5321/0默认0意味着门未开到位时该点为低门开到位动作后变高。如果你在门完全打开时量到它还是低要么是极限开关没触发要么是线路断。核对步骤从点表查出目标符号的地址码和默认电平。在主板对应端子或调试界面找到该位。让电梯处于该点“未动作”状态确认读数等于默认电平。手动触发该点按按钮、挡光幕、压称重确认读数翻转。注意不同批次主板的地址编码可能不同点表里的地址码要和实物主板版本对上。拿错版本的点表去核对会把好板判成坏板。4.2 按钮灯不亮的三层排查以CB/CTTL系列为例按钮灯不亮按三层走第一层输入按下按钮主板是否读到该位翻转。读不到查按钮到主板的线。第二层输出主板是否输出点亮信号。有输入无输出查输出驱动或该位是否被程序屏蔽。第三层灯本身输出正常但灯不亮换灯板或查灯供电。这三层顺序不能反。很多人一上来就换灯板结果线断了换十个灯也不亮。4.3 外呼与厅门灯的批量点位规律点表里UHB/UHTTL 0~31、HB/HBTTL 0~31、UHL 0~31、DHL 0~31是成组的编号对应楼层。这种批量点位有个规律编号连续、地址码也连续。排查某一层外呼不亮时先看是不是只有这一层还是连续几层都不亮。连续几层不亮多半是那几层的公共线或某块扩展板单层不亮才是该层按钮或灯的问题。4.4 把点表当回归清单用调试完成后我习惯把点表当回归清单按位置分组逐条触发并确认主板状态翻转。轿厢组、轿底组、外呼组、机房组各过一遍比随机抽查靠谱。尤其是消防、应急、称重这几类低频动作点平时不动作一旦真需要时才发现坏了代价很大。5. 进阶把 IO 点表接进自控系统的实践技巧5.1 点表转 JSON 供上层系统消费如果要把电梯状态接进楼宇自控或监控平台第一步是把点表转成 JSON让上层按符号名取值import json # 承接前文 points转成以 symbol 为键的字典 point_map {p[symbol]: p for p in points} with open(otis_io_points.json, w, encodingutf-8) as f: json.dump(point_map, f, ensure_asciiFalse, indent2) # 上层取值示例 print(point_map[LWO][desc]) # 负荷称重过载 print(point_map[DOL][type]) # 输入逻辑说明以symbol为键是因为程序里引用符号比引用中文描述稳定。ensure_asciiFalse保证中文正常写入indent2方便人工查看。转成 JSON 后采集程序只需按符号名映射到实际寄存器地址点表变更时改 JSON 即可不用改代码。5.2 采集时的去抖与状态确认电梯 IO 点抖动很常见按钮、光幕、称重都可能瞬间跳变。采集侧要做去抖import time def read_stable(read_func, stable_ms200, samples3): 连续 samples 次读到相同值才认为稳定 last None count 0 while count samples: val read_func() if val last: count 1 else: last val count 1 time.sleep(stable_ms / 1000.0) return last逻辑说明read_func是实际读取该点的函数stable_ms是采样间隔samples是连续一致次数。三个参数按现场噪声调噪声大就加大samples要求响应快就减小stable_ms。去抖做在采集侧比事后在平台侧过滤更省事。5.3 点表版本管理的一个实用习惯点表会随主板程序升级变化符号增删、地址调整都可能。我一般把每次拿到的点表转成 JSON 后用 Git 管理提交信息写清主板版本和日期。这样某天现场行为异常时能快速 diff 出是哪个点变了。比起在 Word 里翻修订记录diff JSON 直观得多。5.4 一个具体技巧用符号前缀快速分组点表符号有明显前缀规律CB/CTTL是轿厢按钮UHB/UHTTL是上行外呼HB/HBTTL是下行外呼UHL/DHL是厅门灯EHC/ETTL是紧急预案服务门FPD是防火门CPC是甲方消防反应RCB/RCTTL是后门轿厢按钮。按前缀分组能快速统计每类点的数量也能在采集程序里按前缀批量映射from collections import defaultdict groups defaultdict(list) for p in points: prefix p[symbol].split()[0].split(/)[0] groups[prefix].append(p[symbol]) for prefix, syms in groups.items(): print(f{prefix}: {len(syms)} 个点)逻辑说明split()[0]取符号第一个词split(/)[0]再去掉斜杠后的别名部分得到纯前缀。defaultdict(list)省去判空。跑完你会看到CB、UHB、HB、UHL、DHL各 32 个点EHC、FPD、CPC各 32 个点RCB28 个点——这些数量本身就是核对点表完整性的依据少一个就说明复制或解析漏了。本文还有配套的精品资源点击获取
简介这份奥的斯电梯主板参数资料面向电梯维保人员、控制系统调试工程师及电梯相关专业学习者用于快速查阅主板各输入输出端口的定义与功能。内容围绕电梯控制系统的核心逻辑展开涵盖开门极限、开关门按钮、电子门保护、负荷称重、独立服务开关、消防与应急电源操作、轿厢上下行指示、蜂鸣器、照明控制、厅门与轿厢按钮灯、楼层选择指示及故障检测等典型信号并标注了符号、类型与位置信息便于对照现场接线与排查故障。资源包共1个doc文件约511KB以表格化参数清单形式呈现适合打印或随工携带查阅。目前已有187人学习下载可作为电梯主板调试、维保培训及控制系统认知的实用参考。1. 从一份 IO 表看懂奥的斯电梯主板参数很多人第一次拿到《奥的斯电梯主板参数.doc》会以为它是一份“配置手册”翻两页就发现全是DOL、DOB、EDP、CB/CTTL这类符号后面还跟着一串像5321/0、0830/0的地址码。它其实是一份IO 点表把主板每一个输入/输出端子的符号名、中文含义、默认状态、类型输入/输出/双向、物理位置轿厢/轿底/外呼/机房逐条列出来。电梯能不能正常开关门、响应外呼、做消防迫降、报过载全看这张表里哪一位被点亮、哪一位被读错。这份资料适合三类人做电梯维保、调试的现场工程师需要按点位排查故障做楼宇自控、弱电集成的开发者要把电梯状态接进自己的系统还有做工业协议解析、想把点表转成结构化数据的程序员。它不教你怎么写程序但它是所有上层逻辑的“字典”——没有它你连LWO是负荷称重过载都不知道更别提判断是称重传感器坏了还是主板输入口坏了。2. IO 点表结构拆解符号、类型、位置与地址码2.1 一行点表到底包含哪些字段把原文里任意一行拆开看比如5 LWO 负荷称重过载 1330/0 输入 轿底它对应五个语义字段字段示例含义序号5点表行号方便口头对号符号LWO主板内部变量名程序里直接引用描述负荷称重过载中文功能说明地址/默认1330/0物理地址 默认电平类型输入输入/输出/入出双向位置轿底该点所在物理区域地址码1330/0这种写法常见做法是把它理解成“板号端口位”的压缩编码前几位定位到某块 IO 板或某个连接器后两位定位到具体端子斜杠后的0表示默认低电平、1表示默认高电平。不同版本的主板编码规则会有差异但“先定位板、再定位位”这个思路是通用的。2.2 输入、输出、双向三类的判断逻辑点表里类型只有三种输入、输出、入/出。判断依据很直接——信号流向。输入传感器、按钮、开关把状态送给主板。比如DOL开门极限、DOB开门按钮、ISS独立服务开关。输出主板驱动指示灯、继电器、照明。比如CUDL轿厢上行指示灯、BUZ蜂鸣器、FSL消防照明。入/出同一根线既读状态又驱动灯典型就是按钮。CB/CTTL 0轿厢按钮/按钮灯按下时主板读到输入同时输出点亮按钮灯。提示双向点排查故障时最容易误判。按钮灯不亮可能是输出驱动坏了也可能是输入回路断开导致主板认为按钮没接。先量线再换板。2.3 位置字段决定排查动线位置字段把点分到轿厢、轿底、外呼、机房四类。现场排查时这个字段直接决定你该去哪个位置轿厢门机、按钮、照明、指示。轿底称重、防犯罪开关。外呼厅门按钮、厅门灯、消防开关。机房呼梯到顶层/底层、应急电源操作。一个LWO过载误报你不需要爬轿顶直接去轿底查称重一个EFK消防钥匙开关无效去外呼面板而不是机房。位置字段就是排查地图。2.4 用脚本把点表转成结构化数据原文是 Word 文档直接程序读取很痛苦。常见做法是先复制成纯文本再用脚本按行解析。下面这段 Python 把“序号 符号 描述 地址/默认 类型 位置”拆成字典import re # 原始点表文本每行形如5 LWO 负荷称重过载 1330/0 输入 轿底 raw_lines [ 5 LWO 负荷称重过载 1330/0 输入 轿底, 0 DOL 开门极限 5321/0 输入 轿厢, 20 CUDL 轿厢上行指示灯 051 输出 轿厢, ] # 用两个以上空格或制表符切分避免描述里的空格被误切 pattern re.compile(r\s{2,}|\t) points [] for line in raw_lines: parts [p.strip() for p in pattern.split(line.strip()) if p.strip()] if len(parts) 6: continue # 跳过表头、空行、分隔线 points.append({ no: parts[0], symbol: parts[1], desc: parts[2], addr: parts[3], type: parts[4], location: parts[5], }) for p in points: print(p[symbol], -, p[location], p[type])逻辑说明re.split用“两个及以上空格”作为分隔符是因为符号和描述之间、描述和地址之间通常有多个空格对齐而描述内部是单个空格。参数上\s{2,}匹配连续空白\t兼容从 Word 复制出来的制表符。如果某行字段数不足 6说明是表头或空行直接跳过。跑完你就能按location或type过滤比如筛出所有“轿底”的输入点做专项检查。3. 按功能域读点表门、称重、消防与应急3.1 门系统相关点位门系统是电梯故障率最高的部分点表里相关符号集中在开头符号描述类型位置DOL开门极限输入轿厢DOB开门按钮输入轿厢DCB关门按钮输入轿厢EDP电子门保护装置输入轿厢NDG碰板继电器输出轿厢DOL是开门到位信号主板靠它确认门已完全打开EDP是电子门保护光幕类门区有人或物时它会动作主板据此重新开门。排查“门关不上”时先看DCB有没有被按下、EDP是否一直处于保护状态、DOL是否卡在动作位。常见误判是把EDP常亮当成光幕坏其实可能是光幕被灰尘遮挡或供电不足。3.2 称重与超载点位轿底两个点最关键LWO负荷称重过载称重装置判断超载时动作。LWX / ACSANS负荷称重/防犯罪开关兼顾称重和防犯罪功能。超载误报的排查顺序我一般这样走先确认轿底称重传感器供电和信号线再看LWO在空载时是否已经动作正常应不动作最后才怀疑主板输入口。因为LWO是输入点主板只是“读”它读到动作才报超载问题多半在传感器侧。3.3 消防、应急与独立服务消防和应急相关点位分散在机房和外呼EFK紧急/消防钥匙开关外呼FSL消防照明输出轿厢NU应急电源操作机房NUSD / NUSD-1应急电源紧急操作机房入/出NUG / NUG-1应急电源正常操作机房入/出ISS独立服务开关轿厢消防迫降逻辑通常是EFK动作后主板忽略内呼、响应外呼到指定层、开门停靠。如果消防开关动作但电梯不迫降先确认EFK输入点是否真的被主板读到——用主板调试口或状态灯看该位而不是只看开关外观。3.4 用过滤脚本快速定位某功能域现场没时间逐行翻用上一节的解析结果按关键词过滤# 承接上文的 points 列表 keywords [消防, 应急, 称重, 门] for kw in keywords: print(f {kw} ) for p in points: if kw in p[desc]: print(f{p[symbol]:12} {p[desc]:16} {p[type]} {p[location]})逻辑说明desc是中文描述字段直接做子串匹配最省事。参数keywords可以按当天故障类型临时改比如查“平层”就加平层。输出用固定宽度格式化方便直接抄到工单上。这个脚本的价值在于把 300 多行点表压缩成你当前关心的十几行。4. 从点表到调试地址码核对与常见误判4.1 地址码与默认电平的核对方法地址码斜杠后的默认电平是判断“这个点空闲时应该是什么状态”的依据。比如DOL是5321/0默认0意味着门未开到位时该点为低门开到位动作后变高。如果你在门完全打开时量到它还是低要么是极限开关没触发要么是线路断。核对步骤从点表查出目标符号的地址码和默认电平。在主板对应端子或调试界面找到该位。让电梯处于该点“未动作”状态确认读数等于默认电平。手动触发该点按按钮、挡光幕、压称重确认读数翻转。注意不同批次主板的地址编码可能不同点表里的地址码要和实物主板版本对上。拿错版本的点表去核对会把好板判成坏板。4.2 按钮灯不亮的三层排查以CB/CTTL系列为例按钮灯不亮按三层走第一层输入按下按钮主板是否读到该位翻转。读不到查按钮到主板的线。第二层输出主板是否输出点亮信号。有输入无输出查输出驱动或该位是否被程序屏蔽。第三层灯本身输出正常但灯不亮换灯板或查灯供电。这三层顺序不能反。很多人一上来就换灯板结果线断了换十个灯也不亮。4.3 外呼与厅门灯的批量点位规律点表里UHB/UHTTL 0~31、HB/HBTTL 0~31、UHL 0~31、DHL 0~31是成组的编号对应楼层。这种批量点位有个规律编号连续、地址码也连续。排查某一层外呼不亮时先看是不是只有这一层还是连续几层都不亮。连续几层不亮多半是那几层的公共线或某块扩展板单层不亮才是该层按钮或灯的问题。4.4 把点表当回归清单用调试完成后我习惯把点表当回归清单按位置分组逐条触发并确认主板状态翻转。轿厢组、轿底组、外呼组、机房组各过一遍比随机抽查靠谱。尤其是消防、应急、称重这几类低频动作点平时不动作一旦真需要时才发现坏了代价很大。5. 进阶把 IO 点表接进自控系统的实践技巧5.1 点表转 JSON 供上层系统消费如果要把电梯状态接进楼宇自控或监控平台第一步是把点表转成 JSON让上层按符号名取值import json # 承接前文 points转成以 symbol 为键的字典 point_map {p[symbol]: p for p in points} with open(otis_io_points.json, w, encodingutf-8) as f: json.dump(point_map, f, ensure_asciiFalse, indent2) # 上层取值示例 print(point_map[LWO][desc]) # 负荷称重过载 print(point_map[DOL][type]) # 输入逻辑说明以symbol为键是因为程序里引用符号比引用中文描述稳定。ensure_asciiFalse保证中文正常写入indent2方便人工查看。转成 JSON 后采集程序只需按符号名映射到实际寄存器地址点表变更时改 JSON 即可不用改代码。5.2 采集时的去抖与状态确认电梯 IO 点抖动很常见按钮、光幕、称重都可能瞬间跳变。采集侧要做去抖import time def read_stable(read_func, stable_ms200, samples3): 连续 samples 次读到相同值才认为稳定 last None count 0 while count samples: val read_func() if val last: count 1 else: last val count 1 time.sleep(stable_ms / 1000.0) return last逻辑说明read_func是实际读取该点的函数stable_ms是采样间隔samples是连续一致次数。三个参数按现场噪声调噪声大就加大samples要求响应快就减小stable_ms。去抖做在采集侧比事后在平台侧过滤更省事。5.3 点表版本管理的一个实用习惯点表会随主板程序升级变化符号增删、地址调整都可能。我一般把每次拿到的点表转成 JSON 后用 Git 管理提交信息写清主板版本和日期。这样某天现场行为异常时能快速 diff 出是哪个点变了。比起在 Word 里翻修订记录diff JSON 直观得多。5.4 一个具体技巧用符号前缀快速分组点表符号有明显前缀规律CB/CTTL是轿厢按钮UHB/UHTTL是上行外呼HB/HBTTL是下行外呼UHL/DHL是厅门灯EHC/ETTL是紧急预案服务门FPD是防火门CPC是甲方消防反应RCB/RCTTL是后门轿厢按钮。按前缀分组能快速统计每类点的数量也能在采集程序里按前缀批量映射from collections import defaultdict groups defaultdict(list) for p in points: prefix p[symbol].split()[0].split(/)[0] groups[prefix].append(p[symbol]) for prefix, syms in groups.items(): print(f{prefix}: {len(syms)} 个点)逻辑说明split()[0]取符号第一个词split(/)[0]再去掉斜杠后的别名部分得到纯前缀。defaultdict(list)省去判空。跑完你会看到CB、UHB、HB、UHL、DHL各 32 个点EHC、FPD、CPC各 32 个点RCB28 个点——这些数量本身就是核对点表完整性的依据少一个就说明复制或解析漏了。本文还有配套的精品资源点击获取
