《电梯安全运行监测终端技术要求》

Q/LB.□XXXXX-XXXX电梯安全运行监测终端技术要求范围本文件规定了电梯安全运行监测终端的基本要求、设计要求。本文件适用于电梯安全运行监测系统的乘客电梯、载货电梯、自动扶梯及自动人行道。规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T2887电子计算机场地通用规范GB/T7024电梯、自动扶梯、自动人行道术语GB/T7588.1电梯制造与安装安全规范第1部分：乘客电梯和载货电梯GB/T7588.1电梯制造与安装安全规范第2部分：电梯部件的设计原则、计算和检验GB/T10058电梯技术条件GB16899自动扶梯和自动人行道的制造与安装安全规范GB/T17799.1电磁兼容通用标准居住、商业和轻工业环境中的抗扰度GB/T17799.3电磁兼容通用标准居住、商业和轻工业环境中的发射GB/T24475电梯远程报警系统GB/T24476电梯、自动扶梯和自动人行道物联网的技术规范GB50348安全防范工程技术标准GA/T367视频安防监控系统技术要求术语和定义GB/T7024、GB/T7588、GB16899、GB/T24476界定的术语和定义适用于本文件。困人peopletrapped电梯非正常状态将乘客困在轿厢内的现象。电梯应急处置公共服务平台elevatoremergencydisposalandpublicserviceplatform由特种设备安全监督管理部门设立,基于通讯、调度、地理信息系统、物联网技术等,接收电梯困人等故障及事件报警,开展指挥、协调、监督应急处置工作及公众服务的平台。电梯传感装置ElevatorSensingEquipment监测终端中用于采集监测电梯运行状态信息和视频信号,建立语音通信,同时具有信号处理、信息存储、传输的装置。基本要求组成监测终端由协议转换装置、外加的传感器、采集传输装置组成。监测终端可以独立于设备的控制装置，也可以集成在设备中。网络模型网络模型如图1、图2所示。乘客、载货电梯安全监测系统结构图自动扶梯及自动人行道安全监测系统结构图功能监测终端应有如下功能：实时监控电梯运行状态。采集电梯运行监测数据。与电梯应急救援公共服务平台之间数据传输。技术要求监测终端不应对电梯安全造成不良影响,不应产生电气和机械干涉。监测终端中所有设备应设计正确、结构合理,并应遵守机械、电气及建筑结构的通用技术要求,选用的各类管线材质应具有阻燃特性。监测终端应固定可靠,活动部件应运转灵活,相对位置及间隙应在安装设计标准规定的范围内。监测终端各种标识应清晰,表面应平整无污损。用于安装监测终端的材料应具有足够的强度和良好的质量,应使用符合环保要求的材料。监测终端中所有设备的设计及安装应便于维修检查。如果为非设备制造商提供的监测终端，其电源应取自设备供电电源开关的前端。当采用外加的传感器时应与设备本身的电气线路无任何连接。外加的传感器不应影响设备原有的功能及运行安全。外加的传感器应符合该设备应用场合对传感器的要求（如消防电梯、防爆电梯等）。设备实时运行状态信息、统计信息和故障、事件、报警记录的时间和日期应以电梯应急处置公共服务平台为基准。监测终端的内部时钟应定期与电梯应急处置公共服务平台的时钟进行同步，电梯应急处置公共服务平台输出至其他平台的时间以北京时间为准。监测终端应配备备用电源，在其正常供电电源断电的情况下，应保证能正常工作至少1h。设备的故障、事件、报警信息应实时向电梯应急救援公共服务平台发送，发出信息时间不大于1s。监测终端与电梯应急救援公共服务平台之间的数据传输和存储宜有安全策略，对数据进行加密，对数据的远程读取应有权限管理。设计要求环境条件监测终端中用于机房、调度室的设备,应能在下列条件下正常工作:环境温度:（-5～40）℃运行地点的最湿月,月平均最高相对湿度为90%,同时该月月平均最低温度≤25℃温度变化率:<10℃/h,且不得结露;GB/T2887规定的尘埃、照明、噪声、电磁场干扰和接地的条件。除有关标准另有规定外,监测终端中用于现场的设备应在下列条件下正常工作:环境温度:（-20～70）℃平均相对湿度:不大于95%(25℃)大气压力:80～106ka。供电电源监控系统交流电源额定电压:380V/220V,允许偏差±7%;谐波:≤5%；频率:50Hz,允许偏差±5%。电磁兼容性要求监测终端抗扰度要求当监测终端独立于设备控制装置而加装时,其电磁兼容要求:抗扰度应满足GB/T17799.1的要求;发射应满足GB/T17799.3的要求。当监测终端集成于设备控制装置内时,其电磁兼容要求:抗扰度要求应满足GB/T24807的要求:发射要求应满足GB/T24808的要求。设备发射要求设备的辐射和传导发射值应符合GB/T17799.3中设定限值的要求。监测终端的抗电磁干扰性应能满足GA/T367中的要求,传输线路的抗干扰设计应符合GB50348中的规定,系统电磁辐射防护性能应满足GA/T367中的要求。电气安全性要求电源线电源(A,C)引出线必须使用三芯电源线,其中地线必须与设备的保护接地端连接牢靠,其接地电阻≤0.5Ω,并能承受19.6N的拉力60s不损伤和脱落。绝缘电阻电源(A,C)引入端与外壳裸露金属部件之间的绝缘电阻在正常条件下应≥100MΩ,湿热条件下≥10MΩ。抗电强度设备电源插头或电源引入端与外壳裸露金属部件之间,应能承受试验电压1.5kV、45Hz～65Hz交流电或相当交流峰值的直流电压历时1min的抗电强度试验,应无击穿和飞弧现象。泄漏电流应不大于5mA(A.C峰值)稳定性要求设备在正常工作条件下,连续工作336h(2周),不应出现电气、机械或操作系统的故障。可靠性要求本规范采用平均无故障工作时间(MTBF)衡量产品的可靠性要求。设备在正常气候条件下的平均无故障工作时间(MTBF)应不小于4000h。传输要求应支持无线通讯、RS232通讯、网络通讯。视频采集要求对于电梯轿厢内相关视频信息的现场采集应覆盖开关门、轿内登记指令、楼层显示信息及不少于80%地板面积区域；对自动扶梯和自动人行道，视频信息的现场采集应覆盖出口、入口和运行区段区域。性能指标支持智能日夜切换模式。视频压缩标准支持H.265/H.264/MJPEG。最大图像尺寸：1920*1080。支持MicroSD/SDHC/SDXC卡(128GB)断网本地存储。支持智能分析功能。电梯设备信息电梯设备状态信息应包含：设备应急救援位置和设备状态信息。电梯设备应至少输出的状态信息的具体内容见表1。电梯设备应至少输出的故障、事件和报警信息的代码分配符合GB/T24476-2017附录A要求。电梯设备在进入检修状态后，监测终端应不输出故障、事件和报警信息。电梯设备至少输出的状态信息具体内容项目具体内容说明乘客、载货电梯报警信号安全回路断开轿厢运行时安全回路中任何安全装置动作关门故障同样的故障只上报一次，直至关门到位后消除开门故障同样的故障只上报一次，直至开门到位后消除轿厢在开锁区域外停止轿厢意外停止在开锁区域以外的位置乘客、载货电梯报警信号轿厢意外移动在开锁区域内且在开门状态下，轿厢无指令离开层站的移动，不包含装卸操作引起的移动超速报警超过电梯运行速度规定范围轿厢内是否困人电梯意外停止时是否有人在内极限开关动作报警电梯冲顶或蹲底门锁回路断开同样的故障只上报一次状态信号服务模式当前电梯状态，正常、检修、专用等运行速度/运行方向/轿门开关门状态/平层状态/楼层信号/设备累计运行次数/设备累计运行时间/表1（续）项目具体内容说明自动扶梯、自动人行道报警信号梯级超速/非操纵逆转/驱动链断裂或伸长/梳齿板处异物卡阻/扶手带入口夹入异物/梯级或踏板下陷/梯级或踏板缺失/检修盖板或楼层板打开/扶手带与梯级同步率超标/驱动主机安装位置位移/附加制动器动作/状态信号服务模式当前自动扶梯、自动人行道状态，正常、检修、专用设备累计运行次数/设备累计运行时间/软件协议要求安全性，为了保障服务的运行可靠，不受互联网上的恶意请求影响，接入访问宜使用签名鉴权的方式（见附录A），同时要兼顾客户端实现简单的需要。通用性，从广泛性、分析工具丰富性、灵活方便调试考虑，宜采用http协议。扩展性，要充分考虑协议的可读性和可拓展性。监测终端与电梯应急处置公共服务平台之间的数据交换宜采用RESTfulWebAPI（参见附录B）。

（规范性）

鉴权方式接入鉴权，请求鉴权时需要利用到http头部的字段设置，http消息头部涉及到的定义见表A.1名称字段说明类型Content-Type必须指定为application/json签名值signature根据下面的举例算法计算得到供应商IDprovider_id由接入中心分配时间戳utc_sec时间戳,utc时间，单位：秒电梯设备IDdevice_id电梯设备ID随机串rand_str参与计算签名值计算，客户端随机生成鉴权方法在客户端接入前，需要先向接入中心申请相应的provider_id跟token，其中token是私密的，需要用户妥善保管，以备用于向接入中心鉴权。客户端在数据上报时，通过在http头部附带上上面的字段，以备接入中心进行对数据包进行鉴权在填充http头时，需要生成签名字段sinature,生成签名的基本思路是根据http头部的几个专门字段，再联合token跟消息体，通过特定的算法生成签名。生成签名算法示例如下（golang）://prividerId:设备供应商ID//token:数据中心给供应商分配的密匙//deviceId:电梯设备ID//randStr:随机自符串，由客户端生成//utcSecTime:UTC时间，秒//content:消息体内容funcGenSignature(providerIdstring,tokenstring,deviceIdstring,randstrstring,utcSecTimestring,contentstring)string{localSignStr:=providerId+"|"+token+"|"+utcSecTime+"|"+randstr+"|"+deviceId+"|"+contentshaInfo:=sha256.Sum256([]byte(localSignStr))returnhex.EncodeToString(shaInfo[:])}now:=strconv.FormatInt(time.Now().Unix(),10)//获取时间戳字符串,UTC时间（秒）providerId:="供应商品牌名称xxx"token:="私密Tokenxxxxyyyzzz"deviceID:="adfdfarfadfaerfadfasdfadsdfadfa"randstr:=“xxxxxxxx”//随机字符串，非空content:=“xxxx”//消息体内容//计算得到请求签名signature:=GenSignature("供应商ID",token,deviceID,randstr,now,content)当接入中心收到客户端请求时，会做两个校验动作：比较系统时间和请求中的utc_sec表示的时间，如果两者相差超过3分钟，则认为是非法请求返回http错误码403（禁止，即使有授权也不需要访问）.接入中心会根据用户的请求用同样的算法生成一个新的签名，再与http头中的signature字段进行比较，只有两个签名相等时才会鉴权通过，否则服务端返回http错误码401（未授权—未授权客户机访问数据）只有通过上面的所有检验，接入中心才会接受请求，进入业务处理流程

（资料性）

RESTfulWebAPI含状态传输Web服务API设计数据的提供方式采用RESTFul(RepresentationalStateTransfer)风格的HTTPAPI,使用符合IETFRFC2616的http协议中的方法名来对资源执行不同的操作。GET：获取资源的方法；PUT：更新资源的方法；POST：创建资源的方法；DELETE：删除资源的方法。主要用于消息上报，POST方法示例如表B.1url操作方法说明/apiv1/lift/{设备代码}/faultPOST上报电梯的故障信息/apiv1/lift/{设备代码}/eventPOST上报电梯的事件信息/apiv1/lift/{设备代码}/alarmPOST上报电梯的告警信息/apiv1/lift/{设备代码}/statusPOST上报电梯的实时状态信息(定时上报）/apiv1/lift/{设备代码}/faultPOST上报自动扶梯的故障信息/apiv1/lift/{设备代码}/eventPOST上报自动扶梯的事件信息/apiv1/lift/{设备代码}/alarmPOST上报自动扶梯的告警信息/apiv1/lift/{设备代码}/statusPOST上报自动扶梯的实时状态信息（定时上报）API具体协议按照RESTFulapi设计风格，url中会带有提前定义好的可变字段，比如/apiv1/lift/{设备代码}/fault这个url，{设备代码}这部分将对应客户端的设备代码。例如：当客户端一个请求/apiv1/lift/aabbcc/fault的POST方法时，表示客户端上报设备代码为aabbcc的电梯的故障。客户端数据上报，会收到一个表示接口请求结果的返回码ret_code，各种错误码如下：100：请求成功101：设备没有注册或设备不存在102：内部逻辑错误103:内部网络错误待补充。。。。。。。。上报电梯故障信息URL/apiv1/lift/{设备代码}/fault请求消息体请求中包含设备实时运行状态信息和故障信息{“real_time_statu_info”{//实时运行状态部分“time_stamps”:“2022-10-2012:20:30”,//设备时间戳 “service_mode”:2,//当前服务模式 “car_status":0，//0：停止，1：运行 “car_direction”:1,//轿厢运行方向 “door_zone":true,//是否在开锁区域 “car_position":20,//电梯所在楼层 “door_status":true,//是否关门到位 “passengen_status":true,//轿厢内是否有人}“message_code”:[5,8]//一个故障导致多个错误代码被记录}响应结果格式{“ret_code”:100,//返回码“err_desc”:“xxyy”,//结果描述}上报电梯事件信息URL/apiv1/lift/{设备代码}/event请求消息体请求中包含设备实时运行状态信息和event信息{“real_time_statu_info”{//实时运行状态部分“time_stamps”:“2022-10-2012:20:30”,//设备时间戳 “service_mode”:2,//当前服务模式 “car_status":0，//0：停止，1：运行 “car_direction”:1,//轿厢运行方向 “door_zone":true,//是否在开锁区域 “car_position":20,//电梯所在楼层 “door_status":true,//是否关门到位 “passengen_status":true,//轿厢内是否有人}“message_code”:[41]//一个事件可能导致多个错误代码被记录}响应结果格式{“ret_code”:100,//返回码“err_desc”:“xxyy”,//结果描述}上报电梯报警信息URL/apiv1/lift/{设备代码}/alarm请求消息体请求中包含设备实时运行状态信息和alarm信息{“real_time_statu_info”{//实时运行状态部分“time_stamps”:“2022-10-2012:20:30”,//设备时间戳 “service_mode”:2,//当前服务模式 “car_status":0，//0：停止，1：运行 “car_direction”:1,//轿厢运行方向 “door_zone":true,//是否在开锁区域 “car_position":20,//电梯所在楼层 “door_status":true,//是否关门到位 “passengen_status":true,//轿厢内是否有人}“message_code”:[41]//一个alarm可能导致多个错误代码被记录}响应结果格式{“ret_code”:100,//返回码“err_desc”:“xxyy”,//结果描述}上报电梯实时状态这类实时状态数据需要定时上报，1分钟一次。注：为避免拥塞，定时逻辑不要集中在每一分钟的开始时触发，否则大量的设备都在一分钟的头几秒内上报，会造成流量尖峰为后台制造不必要的压力。URL/apiv1/lift/{设备代码}/status请求消息体{“real_time_statu_info”{//实时运行状态部分“time_stamps”:“2022-10-2012:20:30”,//设备时间戳 “service_mode”:2,//当前服务模式 “car_status":0，//0：停止，1：运行 “car_direction”:1,//轿厢运行方向 “door_zone":true,//是否在开锁区域 “car_position":20,//电梯所在楼层 “door_status":true,//是否关门到位 “passengen_status":true,//轿厢内是否有人}}响应结果格式{“ret_code”:100,//返回码“err_desc”:“xxyy”,//结果描述}上报自动扶梯与人行道故障信息URL/apiv1/escalator/{设备代码}/fault请求消息体请求中包含设备实时运行状态信息和故障信息{“real_time_statu_info”{//实时运行状态部分“time_stamps”:“2022-10-2012:20:30”,//设备时间戳 “service_mode”:2,//当前服务模式 “operation_status":0，//运行状态，0：停止，1：运行 “operation_direction”:1,//运行方向}“message_code”:[61,64]//一个故障或事件可能导致多个错误代码被记录}响应结果格式{“ret_code”:100,//返回码“err_desc”:“”,//错误描述}上报自动扶梯与人行道事件信息URL/apiv1/escalator/{设备注册码}/event请求消息体请求中包含设备实时运行状态信息和event信息{“real_time_statu_info”{//实时运行状态部分“time_stamps”:“2022-10-2012:20:30”,//设备时间戳 “service_mode”:2,//当前服务模式 “operation_status":0，//运行状态，0：停止，1：运行 “operation_direction”:1,//运行方向}“message_code”:[76]//一个事件可能导致多个错误代码被记录}响应结果格式{“ret_code”:100,//返回码“e