一種解決城市軌道交通電扶梯信息孤島的方法
2023-12-05 19:39:46 2
一種解決城市軌道交通電扶梯信息孤島的方法
【專利摘要】本發明涉及一種解決城市軌道交通電扶梯信息孤島的方法，包括以下步驟：S0、開始執行；S1、判斷是否進行電扶梯的狀態信號發送，若否跳轉至步驟S9；否則跳轉至步驟S2；S2、判斷電扶梯的狀態信號是否向客戶端發送，若是則跳轉到步驟S3；S3、採集電扶梯的變化信息；S4、轉換電扶梯信號為可傳輸格式；S5、將轉換後的電扶梯信號發送至客戶端，並通知客戶端完成數據的轉換並跳轉至步驟S9；S9、確定是否要退出，若否，則步驟跳轉到步驟S1，否則跳至步驟S10；S10、結束。實施本發明，能夠通過對電扶梯的信號進行採集轉換，使得原先無法被監控設備識別的電扶梯狀態信號轉換成可以識別、傳送的信號，進而實現對電扶梯的狀態監控，從而克服現有技術中城市軌道交通電扶梯信息孤島的問題。
【專利說明】一種解決城市軌道交通電扶梯信息孤島的方法
【技術領域】
[0001]本發明涉及城市軌道交通監控系統技術，更具體地說，涉及一種解決城市軌道交通電扶梯信息孤島的方法。
【背景技術】
[0002]大力發展以地鐵和輕軌交通為主的城市軌道交通是解決我國目前城市交通堵塞的重要手段，至2015年我國地鐵建設投資規劃額將達11568億元。大連地鐵工程環境與設備監控系統總承包項目第二標段包括2號線所有28個車站、隧道區間、控制中心等。控制中心需要引入各車站終端設備的信號，如電、扶梯等，終端設備具有多樣性，如電、扶梯廠家中扶梯有蒂森、西子奧的斯、華升富士達、博林特、通力等，而Rockwell的上位組態軟體僅支持用於過程控制的對象連結與嵌入協議(object linking and embedding for processcontrol, 0PC)。由於不同廠商系統之間通信協議、通信接入方式均存在差異，導致電扶梯的狀態信息無法發送到控制中心，形成信息孤島。因此如何將這些「信息孤島」的信號實時可靠地傳遞到控制中心的數據伺服器，是城市軌道交通系統中亟待解決的關鍵問題。
【發明內容】
[0003]本發明針對現有的城市軌道交通系統中電扶梯存在信息孤島的問題，提供一種解決城市軌道交通電扶梯信息孤島的方法，以克服現有技術中的缺陷。
[0004]本發明提供的解決城市軌道交通電扶梯信息孤島的方法，包括以下步驟:
[0005]S0、開始執行；
[0006]S1、判斷是否進行電扶梯的狀態信號發送，若否跳轉至步驟S9 ;否則跳轉至步驟S2 ；
[0007]S2、判斷電扶梯的狀態信號是否向客戶端發送，若是則跳轉到步驟S3 ；
[0008]S3、採集電扶梯的變化信息；
[0009]S4、轉換電扶梯信號為可傳輸格式；
[0010]S5、將轉換後的電扶梯信號發送至客戶端，並通知客戶端完成數據的轉換並跳轉至步驟S9 ；
[0011 ] S9、確定是否要退出，若否，則步驟跳轉到步驟SI，否則跳至步驟SlO ；
[0012]S10、結束。
[0013]本發明的解決城市軌道交通電扶梯信息孤島的方法，還包括:
[0014]當所述步驟S2判斷電扶梯的狀態信號未向客戶端發送時，跳轉至步驟S6;所述步驟S6為:讀取伺服器中關於電扶梯狀態的數據；此後跳轉至步驟S7 ；
[0015]S7、發送伺服器中關於電扶梯的變化數據至客戶端；此後跳轉至步驟S8 ；
[0016]S8、將數據發送至採集電扶梯狀態處進行處理；此後跳轉至步驟S9。
[0017]本發明的解決城市軌道交通電扶梯信息孤島的方法，所述步驟SI包括:判斷伺服器是否等待客戶程序的異步調用。
[0018]本發明的解決城市軌道交通電扶梯信息孤島的方法，所述步驟S2包括:判斷是否執行寫操作。
[0019]本發明的解決城市軌道交通電扶梯信息孤島的方法，所述步驟S3包括:對DasRdb變化的數據進行寫操作。
[0020]本發明的解決城市軌道交通電扶梯信息孤島的方法，所述步驟S4包括:客戶端通過異步寫函數WriteAsync20向伺服器發出寫數據請求。
[0021]本發明的解決城市軌道交通電扶梯信息孤島的方法，所述步驟S5包括:
[0022]伺服器在操作完成後，通過調用接口成員函數OnWriteComplete O通知客戶寫數據完成。
[0023]本發明的解決城市軌道交通電扶梯信息孤島的方法，所述步驟S6包括:讀取伺服器變化的數據。
[0024]本發明的解決城市軌道交通電扶梯信息孤島的方法，所述步驟S7包括:用接收器接口成員函數OnDataChange O將數據送給客戶。
[0025]本發明的解決城市軌道交通電扶梯信息孤島的方法，所述步驟S8包括:客戶端刷新界面同時通過RDC_WriteVar O函數將變化的數據傳遞給資料庫DasRdb。
[0026]實施本發明的解決城市軌道交通電扶梯信息孤島的方法具有以下的有益效果:通過對電扶梯的信號進行採集轉換，使得原先無法被監控設備識別的電扶梯狀態信號轉換成可以識別、傳送的信號，進而實現對電扶梯的狀態監控，從而克服現有技術中城市軌道交通電扶梯?目息孤島的問題。
【專利附圖】
【附圖說明】
[0027]以下結合附圖對本發明進行說明，其中:
[0028]圖1為用於實現本發明城市軌道交通電扶梯信息孤島的系統結構圖；
[0029]圖2為本發明解決城市軌道交通電扶梯信息孤島的方法流程圖；
[0030]圖3為使用圖1系統來實現解決城市軌道交通電扶梯信息孤島的方法流程圖。
【具體實施方式】
[0031]本發明針對現有技術中，城市軌道交通系統的控制中心無法接收電扶梯的信號，導致電扶梯存在信息孤島的問題。為此，本發明通過在控制中心和電扶梯之間加入合適的客戶端和伺服器，使得電扶梯的運行信號能夠轉換為適合控制中心接入的信號，解決了電扶梯信號孤島的問題。
[0032]如圖1所示為本發明一則較佳實施例的系統設計框架圖，包括以下的部件:軌道交通綜合監控系統1、RSLinx OPC伺服器3、IndasOPC Client客戶端5、dasRdb實時資料庫8、電扶梯9，其中，Modbus設備驅動6和UDP設備驅動7以動態連結庫DLL的方式嵌入到dasRdb實時資料庫8中，以回調函數的方式實現數據交互；dasRdb實時資料庫8通過Modbus設備驅動6和UDP設備驅動7跟電扶梯9通訊，讀取電扶梯的樓層信號、上行信號、下行信號、開關門信號、報警信號、檢修信號和故障信號；IndasOPC Client客戶端5通過dasRdb實時資料庫8提供的API接口函數實現OPC Client對象4與dasRdb實時資料庫8信號的交互；RSLinx OPC伺服器3中的OPC Server對象2和IndasOPC Client客戶端5中的OPC Client對象通過OPC DA2.0協議進行通訊；一般的軌道交通綜合監控系統I作為OPC Client從RSLinx OPC伺服器3中讀取數據。
[0033]OPC伺服器建立了符合OPC規範的COM接口和對象。OPC邏輯對象模型中包括3類對象，即OPC伺服器對象(OPCServer)、0PC組對象(OPCGroup)和OPC項對象(OPCItem)，每類對象都包括一系列接口。其中，OPCServer維護有關伺服器的信息並作為OPCGroup的包容器，可以動態地創建或釋放組對象。OPCGroup提供包容OPCItem的機制，從邏輯上實現對OPCItem的管理。OPCItem代表了 OPC伺服器與數據源的一個連接，包括值、品質、時間戳3個基本屬性，數據值是以VARIANT形式表示的。由於RockWell公司提供了 RSLinx作為OPC伺服器，因此大連地鐵項目僅需實現OPC客戶端開發及人機界面與設備的通信。具體的，以上的各個部件採用優選採用以下的實現方式:
[0034]l)RSLinx OPC 伺服器
[0035]Rockffell公司的RSLinx通信軟體提供符合OPC DA2.0規範的OPC伺服器(RSLinxOPC Server)。理論上，OPC伺服器是數據提供方，但在本系統中數據來自地鐵車站的各電、扶梯。由於數據可雙向讀寫，因此本系統中各電、扶梯的實時數據(如電梯上下行標誌、故障標誌、樓層標誌等)通過在RockWell公司的PLC(處理器1756-L71)中建立相應的全局標籤(內存點)，然後在RSLinx中對「DDE/OPC Topic Configurat1n」進行簡單配置，即可實現與PLC的通信，從而將PLC中包含電、扶梯的全局標籤導入到RSLinx OPC Server中。
[0036]2) DasRdb實時資料庫
[0037]實時資料庫DasRdb負責現場設備的數據採集和轉換，以及工程值的歷史數據入庫。採集值和工程值之間的互相轉換採用公式方式完成，設備驅動程序只需提供採集值即可。設備驅動程序採用正規動態連結庫(dynamic link library, DLL)方式編寫,使用時動態加載即可。每個設備DLL驅動採用統一規範的接口函數，驅動程序通過調用這些標準的接口函數實現它的特定功能。驅動程序信息結構ECDINF0在設備驅動程序中填寫，通過實時資料庫的回調函數實現動態調用。該ECDINF0定長512位元組。
[0038]3) IndasOpcClient 客戶端
[0039]IndasOpcClient客戶端作為中間件，需要實現與RSLinx OPC Server伺服器和DasRdb資料庫的通信。
[0040]OPCDA規範規定了兩種通信方式:同步通信和異步通信。在同步通信方式下當OPC客戶程序對OPC伺服器進行相關操作時，OPC客戶程序必須等到OPC伺服器對應的操作全部完成以後才能返回。在此期間OPC客戶程序一直處於等待狀態。在異步通信方式下當OPC客戶程序對伺服器進行相關操作時，OPC客戶程序發出操作請求後立刻返回並可以進行其他操作，無需等待OPC伺服器的響應。當OPC伺服器完成操作請求後再通知OPC客戶程序。因此，相對於同步通信，異步通信的效率更高，適用於多客戶訪問同一 OPC伺服器和大量數據的場合。本客戶端採用異步通信方式，使用回調函數實現伺服器通知客戶端數據的變化。
[0041]IndasOpcClient客戶端實現數據交換中間件的功能，OPC伺服器按指定的刷新速率從數據源讀取數據。如果數據發生變化，則調用接收器接口成員函數OnDataChangeO將數據送給客戶端，客戶端刷新界面，同時通過RDC_WriteVar函數將變化的數據傳遞給資料庫DasRdb，資料庫通過設備驅動程序對終端設備進行寫操作。當終端設備數據有變化時，資料庫通過回調函數通知IndasOpcClient客戶端，客戶端通過異步寫函數ffriteAsync20向伺服器發出寫數據請求。伺服器在操作完成後，通過調用接口成員函數OnffriteComplete O通知客戶寫數據完成。
[0042]當使用以上的結構進行解決電扶梯信息孤島現象的時候，按照如圖2的流程來進行。
[0043]SO、開始執行；
[0044]S1、判斷是否進行電扶梯的狀態信號發送，若否跳轉至步驟S9 ;否則跳轉至步驟S2 ；
[0045]S2、判斷電扶梯的狀態信號是否向客戶端發送，若是則跳轉到步驟S3，否則的話跳轉到步驟S6 ；
[0046]S3、採集電扶梯的變化信息；
[0047]S4、轉換電扶梯信號為可傳輸格式；
[0048]S5、將轉換後的電扶梯信號發送至客戶端，並通知客戶端完成數據的轉換並跳轉至步驟S9 ；
[0049]S6、讀取伺服器中關於電扶梯狀態的數據；
[0050]S7、發送伺服器中關於電扶梯的變化數據至客戶端；
[0051]S8、將數據發送至採集電扶梯狀態處進行處理；
[0052]S9、確定是否要退出，若否，則步驟跳轉到步驟SI，否則跳至步驟SlO ；
[0053]S10、結束。
[0054]具體的，當上述的步驟通過圖1的結構來實現時，各個步驟對應如圖下，
[0055]首先在步驟100，開始執行；
[0056]步驟101，判斷伺服器是否等待客戶程序的異步調用，若否，表明此時並非處理電扶梯的信息孤島問題，則跳轉到步驟109 ；
[0057]步驟102，若是，則判斷是否執行寫操作，若否，則執行步驟106 ；
[0058]步驟103，若是，則對DasRdb變化的數據進行寫操作；
[0059]步驟104,客戶端通過異步寫函數WriteAsync20向伺服器發出寫數據請求；
[0060]步驟105,伺服器在操作完成後,通過調用接口成員函數OnWriteCompleteO通知客戶寫數據完成，並跳轉到步驟109 ；
[0061]步驟106讀取伺服器變化的數據；
[0062]步驟107用接收器接口成員函數OnDataChangeO將數據送給客戶；
[0063]步驟108客戶端刷新界面同時通過RDC_WriteVar O函數將變化的數據傳遞給資料庫DasRdb,並繼續執行步驟109 ；
[0064]步驟109判斷是否要退出，若否，則步驟跳轉到步驟101 ；
[0065]步驟110若是，則結束操作。
[0066]上述的步驟100至步驟S110，分別對應步驟SO至S10。
[0067]當採用以上的方法進行與電扶梯的通信連接的時候，由於原本無法發送到軌道交通綜合監控系統的電扶梯信號被轉換成可進行傳輸的信號格式，電扶梯的狀態信息能夠經過轉換，變換成能夠發送到監控設備處，突破了原先電扶梯無法將自身狀態信息向外的問題，使得監控設備能夠對電扶梯的狀態進行遠程的監控。
[0068]以上僅為本發明【具體實施方式】，不能以此來限定本發明的範圍，本【技術領域】內的一般技術人員根據本創作所作的均等變化，以及本領域內技術人員熟知的改變，都應仍屬本發明涵蓋的範圍。
【權利要求】
1.一種解決城市軌道交通電扶梯信息孤島的方法，其特徵在於，包括以下步驟: so、開始執行； 51、判斷是否進行電扶梯的狀態信號發送，若否跳轉至步驟S9;否則跳轉至步驟S2 ； 52、判斷電扶梯的狀態信號是否向客戶端發送，若是則跳轉到步驟S3； 53、採集電扶梯的變化信息； 54、轉換電扶梯信號為可傳輸格式； 55、將轉換後的電扶梯信號發送至客戶端，並通知客戶端完成數據的轉換並跳轉至步驟S9 ； S9、確定是否要退出，若否，則步驟跳轉到步驟SI，否則跳至步驟SlO ； S10、結束。
2.根據權利要求1所述的解決城市軌道交通電扶梯信息孤島的方法，其特徵在於，還包括: 當所述步驟S2判斷電扶梯的狀態信號未向客戶端發送時，跳轉至步驟S6 ;所述步驟S6為:讀取伺服器中關於電扶梯狀態的數據；此後跳轉至步驟S7 ； 57、發送伺服器中關於電扶梯的變化數據至客戶端；此後跳轉至步驟S8； 58、將數據發送至採集電扶梯狀態處進行處理；此後跳轉至步驟S9。
3.根據權利要求1所述的解決城市軌道交通電扶梯信息孤島的方法，其特徵在於，所述步驟SI包括:判斷伺服器是否等待客戶程序的異步調用。
4.根據權利要求1所述的解決城市軌道交通電扶梯信息孤島的方法，其特徵在於，所述步驟S2包括:判斷是否執行寫操作。
5.根據權利要求1所述的解決城市軌道交通電扶梯信息孤島的方法，其特徵在於，所述步驟S3包括:對DasRdb變化的數據進行寫操作。
6.根據權利要求1所述的解決城市軌道交通電扶梯信息孤島的方法，其特徵在於，所述步驟S4包括:客戶端通過異步寫函數WriteAsync20向伺服器發出寫數據請求。
7.根據權利要求1所述的解決城市軌道交通電扶梯信息孤島的方法，其特徵在於，所述步驟S5包括: 伺服器在操作完成後，通過調用接口成員函數OnWriteCompleteO通知客戶寫數據完成。
8.根據權利要求2所述的解決城市軌道交通電扶梯信息孤島的方法，其特徵在於，所述步驟S6包括:讀取伺服器變化的數據。
9.根據權利要求2所述的解決城市軌道交通電扶梯信息孤島的方法，其特徵在於，所述步驟S7包括:用接收器接口成員函數OnDataChangeO將數據送給客戶。
10.根據權利要求2所述的解決城市軌道交通電扶梯信息孤島的方法，其特徵在於，所述步驟S8包括:客戶端刷新界面同時通過RDC_WriteVar O函數將變化的數據傳遞給資料庫 DasRdb。
【文檔編號】G05B19/418GK104345722SQ201410660337
【公開日】2015年2月11日 申請日期:2014年11月18日 優先權日:2014年11月18日
【發明者】蔡偉周, 匡付華, 楊廣祿, 胡陽 申請人:深圳達實智能股份有限公司