電梯安全運行監測終端技術要求范圍本文件規定了電梯安全運行監測終端的基本要求、設計要求。本文件適用于電梯安全運行監測系統的乘客電梯、載貨電梯、自動扶梯及自動人行道。規范性引用文件下列文件中的內容通過文中的規范性引用而構成本文件必不可少的條款。其中，注日期的引用文件，僅該日期對應的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。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所示。乘客、載貨電梯安全監測系統結構圖自動扶梯及自動人行道安全監測系統結構圖功能監測終端應有如下功能：實時監控電梯運行狀態。采集電梯運行監測數據。與電梯應急救援公共服務平臺之間數據傳輸。技術要求監測終端不應對電梯安全造成不良影響，不應產生電氣和機械干涉。監測終端中所有設備應設計正確、結構合理，并應遵守機械、電氣及建筑結構的通用技術要求，選用的各類管線材質應具有阻燃特性。監測終端應固定可靠，活動部件應運轉靈活，相對位置及間隙應在安裝設計標準規定的范圍內。監測終端各種標識應清晰，表面應平整無污損。用于安裝監測終端的材料應具有足夠的強度和良好的質量，應使用符合環保要求的材料。監測終端中所有設備的設計及安裝應便于維修檢查。如果為非設備制造商提供的監測終端，其電源應取自設備供電電源開關的前端。當采用外加的傳感器時應與設備本身的電氣線路無任何連接。外加的傳感器不應影響設備原有的功能及運行安全。外加的傳感器應符合該設備應用場合對傳感器的要求（如消防電梯、防爆電梯等）。設備實時運行狀態信息、統計信息和故障、事件、報警記錄的時間和日期應以電梯應急處置公共服務平臺為基準。監測終端的內部時鐘應定期與電梯應急處置公共服務平臺的時鐘進行同步，電梯應急處置公共服務平臺輸出至其他平臺的時間以XX時間為準。監測終端應配備備用電源，在其正常供電電源斷電的情況下，應保證能正常工作至少1h。設備的故障、事件、報警信息應實時向電梯應急救援公共服務平臺發送，發出信息時間不大于1s。監測終端與電梯應急救援公共服務平臺之間的數據傳輸和存儲宜有安全策略，對數據進行加密，對數據的遠程讀取應有權限管理。設計要求環境條件監測終端中用于機房、調度室的設備，應能在下列條件下正常工作:環境溫度:（-5～40）℃運行地點的最濕月，月平均最高相對濕度為90%，同時該月月平均最低溫度≤25℃溫度變化率:<10℃/h，且不得結露;GB/T2887規定的塵埃、照明、噪聲、電磁場干擾和接地的條件。除有關標準另有規定外，監測終端中用于現場的設備應在下列條件下正常工作:環境溫度:（-20～70）℃平均相對濕度:不大于95%（25℃）大氣壓力:80～106ka。供電電源監控系統交流電源額定電壓:380V/220V，允許偏差±7%;諧波:≤5%；頻率:50Hz，允許偏差±5%。電磁兼容性要求監測終端抗擾度要求5.3.1.1當監測終端獨立于設備控制裝置而加裝時，其電磁兼容要求:抗擾度應滿足GB/T17799.1的要求;發射應滿足GB/T17799.3的要求。5.3.1.2當監測終端集成于設備控制裝置內時，其電磁兼容要求:抗擾度要求應滿足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），同時要兼顧客戶端實現簡單的需要。通用性，從廣泛性、分析工具豐富性、靈活方便調試考慮，宜采用協議。擴展性，要充分考慮協議的可讀性和可拓展性。監測終端與電梯應急處置公共服務平臺之間的數據交換宜采用RESTfulWebAPI（參見附錄B）。

（規范性）

鑒權方式接入鑒權，請求鑒權時需要利用到頭部的字段設置，消息頭部涉及到的定義見表A.1名稱字段說明類型Content-Type必須指定為application/json簽名值signature根據下面的舉例算法計算得到供應商IDprovider_id由接入中心分配時間戳utc_sec時間戳，utc時間，單位：秒電梯設備IDdevice_id電梯設備ID隨機串rand_str參與計算簽名值計算，客戶端隨機生成鑒權方法在客戶端接入前，需要先向接入中心申請相應的provider_id跟token，其中token是私密的，需要用戶妥善保管，以備用于向接入中心鑒權。客戶端在數據上報時，通過在頭部附帶上上面的字段，以備接入中心進行對數據包進行鑒權在填充頭時，需要生成簽名字段sinature，生成簽名的基本思路是根據頭部的幾個專門字段，再聯合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分鐘，則認為是非法請求返回錯誤碼403（禁止，即使有授權也不需要訪問）.接入中心會根據用戶的請求用同樣的算法生成一個新的簽名，再與頭中的signature字段進行比較，只有兩個簽名相等時才會鑒權通過，否則服務端返回錯誤碼401（未授權—未授權客戶機訪問數據）只有通過上面的所有檢驗，接入中心才會接受請求，進入業務處理流程

（資料性）

RESTfulWebAPI含狀態傳輸Web服務API設計數據的提供方式采用RESTFul（RepresentationalStateTransfer）風格的API，使用符合IETFRFC2616的協議中的方法名來對資源執行不同的操作。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中會帶有提前定義好的可變字段，XX/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，//返回碼“err_de