一種串口設備通訊方法及系統技術方案

本發明專利技術涉及一種串口設備通訊方法及系統。在所述方法及系統中，串口服務器可以對上位機的數據請求命令進行緩存，在緩存時無需再接收上位機的數據請求命令，而采用主動上報的方式將結果發送給串口驅動，且所述串口服務器并不上報串口設備的每次數據，只當數據發生變化時才將本次數據上報至串口驅動，由串口驅動進行緩存，上位機由此可隨時從串口驅動查詢串口設備的數據，由此，上位機對串口設備的查詢可以實時進行，降低了延遲，另一方面，由此采用主動上報且當數據發生變化時才進行上報，可節省大量的流量和帶寬，有效減少網絡壓力。

【技術實現步驟摘要】

本專利技術涉及通信技術，尤其涉及一種串口設備的通訊方法及系統。
技術介紹
遠程監控系統被廣泛的應用于各種場合中。例如，在大型的機房內，就需要對機房環境和參數等進行監控。如圖1所示，一般來說，遠程監控系統300都會包括一個遠程服務器31以及串口服務器32，其中串口服務器32通過物理線纜32A與串口設備34，如各類數據采集器，感測器等進行連接，而串口設備34與串口服務器32之間采用串口通訊(如RS232/RS485)方式進行連接，其兩者通過物理線纜32A連接，因此并不會出現帶寬受限的問題。而遠端服務器31與串口服務器32通常物理距離較遠，而串口服務器32將串口設備34所采集的數據經過處理后上報至遠端服務器31。在上報前串口服務器32將串口數據轉換為TCP/IP網絡傳輸數據后傳送給遠端服務器31。通常，遠端服務器31通過其串口驅動31B虛擬出串口設備(虛擬的串口設備31A)。由此，對于遠端服務器31來說，其調用虛擬串口設備31A與物理調用串口設備34完全相同，服務器端應用程序無須做出變更。然而，本專利技術的專利技術人發現：在現有技術中，首先，串口服務器32需要直接與串口設備34通訊，因此需要采用與串口通訊匹配的協議(如RS232/RS485等)，也就是說，串口服務器32需要針對不同的串口設備34做匹配設計，或者需要進行人工配置，比較麻煩；其次，串口通訊協議采用的是輪詢機制(主從架構)，比如說每秒輪詢，當串口設備34是物理設備的時候，不存在流量、帶寬的問題，但是當采用TCP/IP網絡的時候，串口設備數量大時，輪詢會帶來巨大的網絡壓力。
技術實現思路
有鑒于此，有必要提供一種串口設備通訊方法及系統，其可以高效的實現串行通信總線通信系統中從機總線地址的分配過程。一種串口設備通訊方法，應用于串口設備通訊系統中，所述串口設備通訊系統包括：上位機、通過互聯網與所述上位機相連的串口服務器、以及多個通過串口與所述串口服務器相連的串口設備，所述上位機具有串口驅動，所述串口驅動與所述串口服務器通訊，并虛擬出與所述多個串口設備對應的串口設備；所述方法包括：在觸發預定條件時所述串口服務器對上位機的數據請求命令進行緩存；在所述數據請求命令被緩存后，所述串口服務器周期性地向所述多個串口設備發送所述數據請求命令以進行輪詢，并接收所述串口設備返回的數據；所述串口服務器判斷同一串口設備本次返回的數據與上一次返回的數據是否發生變化，當數據發生變化時將本次返回的數據主動推送至所述上位機，由所述串口驅動進行緩存以備所述上位機查詢。一種串口設備通訊系統，包括：上位機、通過互聯網與所述上位機相連的串口服務器、以及多個通過串口與所述串口服務器相連的串口設備，所述上位機具有串口驅動，所述串口驅動與所述串口服務器通訊，并虛擬出與所述多個串口設備對應的串口設備；在觸發預定條件時所述串口服務器對上位機的數據請求命令進行緩存；在所述數據請求命令被緩存后，所述串口服務器周期性地向所述多個串口設備發送所述數據請求命令以進行輪詢，并接收所述串口設備返回的數據；所述串口服務器判斷同一串口設備本次返回的數據與上一次返回的數據是否發生變化，當數據發生變化時將本次返回的數據主動推送至所述上位機，由所述串口驅動進行緩存以備所述上位機查詢。相對于現有技術，串口服務器可以對上位機的數據請求命令進行緩存，在緩存時無需再接收上位機的數據請求命令，而采用主動上報的方式將結果發送給串口驅動，且所述串口服務器并不上報串口設備的每次數據，只當數據發生變化時才將本次數據上報至串口驅動，由串口驅動進行緩存，上位機由此可隨時從串口驅動查詢串口設備的數據，由此，上位機對串口設備的查詢可以實時進行，降低了延遲，另一方面，由此采用主動上報且當數據發生變化時才進行上報，可節省大量的流量和帶寬，有效減少網絡壓力。為讓本專利技術的上述和其他目的、特征和優點能更明顯易懂，下文特舉較佳實施例，并配合所附圖式，作詳細說明如下。附圖說明圖1為現有技術提供的串口設備通訊系統的結構示意圖；圖2為本專利技術第一實施例提供的串口設備通訊方法的流程示意圖；圖3為本專利技術第二實施例提供的串且為圖2所示的方法所使用的串口設備通訊系統的結構示意圖。具體實施方式為更進一步闡述本專利技術為實現預定專利技術目的所采取的技術手段及功效，以下結合附圖及較佳實施例，對依據本專利技術的具體實施方式、結構、特征及其功效，詳細說明如后。參閱圖2，其為本專利技術第一實施例提供的串口設備通訊方法的流程示意圖。所述方法應用于串口設備通訊系統100中，如圖3所示，所述串口設備通訊系統100包括：上位機10、一個串口服務器12、以及多個通過串口與所述串口服務器相連的串口設備14。所述上位機10通過其串口驅動10A虛擬出串口設備(虛擬的串口設備10B)。由此，對于上位機10來說，其調用虛擬串口設備10B與物理調用串口設備14完全相同。本實施例中，所述上位機10通過通訊協議與所述串口服務器12相連接。所述通訊協議例如為TCP/IP通訊協議。實際運用過程中，所述上位機10與串口服務器12可以位于設置在物理上距離較遠的兩個地方。所述通訊協議也可以為其它通訊協議，并不局限于具體實施例。串口服務器12通過物理線纜12A與串口設備14(圖3中示出其具體數目為8個)進行連接，具體地，串口設備14與串口服務器12之間可采用串口通訊(如RS232/RS485)方式進行連接，其兩者通過物理線纜12A連接，因此并不會出現帶寬受限的問題。在本實施例中，所述串口設備14可以為各類數據采集器，感測器等。在本實施例中，所述方法包括步驟S101-S104：步驟S101、串口服務器對上位機的數據請求命令進行緩存；步驟S102、串口服務器對所述多個串口設備進行輪詢，并接收所述串口設備返回的數據；步驟S103、串口服務器判斷同一串口設備本次返回的數據與上一次數據是否發生變化，當數據發生變化時將本次數據主動推送至所述上位機，由所述串口驅動進行緩存；步驟S104、上位機從串口驅動查詢串口設備的數據。在本實施例中，步驟S101中，串口服務器12對上位機10的數據請求命令進行緩存可基于以下條件作出。第一種：串口服務器12接收到上位機10重復發送的數據請求命令達到預定數目時，其緩存上位機10的數據請求命令。所述預定數目例如可以為10、20個等等，并不局限于具體數目。第二種：由串口驅動10A發送緩存命令請求時，當串口服務器12接收到串口驅動10A發送的緩存命令請求時，其緩存上位機10的數據請求命令。在步驟S102中，串口服務器12對所述多個串口設備14進行輪詢，所述輪詢(Polling)，在本實施例中是由串口服務器12定時向串口設備14發出詢問，依序詢問每一個串口設備14的當前數據，得到數據后再向下一個串口設備14進行詢問，直到所述串口設備14都詢問過一遍，才重新定時向串口設備14再次發出詢問。在本實施例中，所述串口服務器12直接與串口設備14通訊，其采用與串口通訊匹配的協議，如RS232/RS485等其它協議，并不局限于具體實施例。在步驟S103中，串口服務器12并不直接將串口設備14返回的數據發送給上位機10，而是先做判斷，具體地，只有當同一串口設備14本次返回的數據與上一次數據發生變化時，才將本次數據發送至所述上位機1本文檔來自技高網...

【技術保護點】
一種串口設備通訊方法，應用于串口設備通訊系統中，所述串口設備通訊系統包括：上位機、通過互聯網與所述上位機相連的串口服務器、以及多個通過串口與所述串口服務器相連的串口設備，所述上位機具有串口驅動，所述串口驅動與所述串口服務器通訊，并虛擬出與所述多個串口設備對應的串口設備；其特征在于，所述方法包括：在觸發預定條件時所述串口服務器對上位機的數據請求命令進行緩存；在所述數據請求命令被緩存后，所述串口服務器周期性地向所述多個串口設備發送所述數據請求命令以進行輪詢，并接收所述串口設備返回的數據；所述串口服務器判斷同一串口設備本次返回的數據與上一次返回的數據是否發生變化，當數據發生變化時將本次返回的數據主動推送至所述上位機，由所述串口驅動進行緩存以備所述上位機查詢。

【技術特征摘要】
1.一種串口設備通訊方法，應用于串口設備通訊系統中，所述串口設備通訊系統包括：上位機、通過互聯網與所述上位機相連的串口服務器、以及多個通過串口與所述串口服務器相連的串口設備，所述上位機具有串口驅動，所述串口驅動與所述串口服務器通訊，并虛擬出與所述多個串口設備對應的串口設備；其特征在于，所述方法包括：在觸發預定條件時所述串口服務器對上位機的數據請求命令進行緩存；在所述數據請求命令被緩存后，所述串口服務器周期性地向所述多個串口設備發送所述數據請求命令以進行輪詢，并接收所述串口設備返回的數據；所述串口服務器判斷同一串口設備本次返回的數據與上一次返回的數據是否發生變化，當數據發生變化時將本次返回的數據主動推送至所述上位機，由所述串口驅動進行緩存以備所述上位機查詢。2.如權利要求1所述的串口設備通訊方法，其特征在于，當串口服務器接收到上位機重復發送的數據請求命令達到預定數目時，所述預定條件被觸發；或者當串口服務器接收到所述上位機發送的緩存命令請求時，其緩存所述上位機的數據請求命令。3.如權利要求2所述的串口設備通訊方法，其特征在于，當串口服務器接收到串口驅動發送的取消緩存命令請求時，其取消緩存上位機的數據請求命令。4.如權利要求1所述的串口設備通訊方法，其特征在于，所述串口服務器對所述數據請求命令或接收串口設備返回的數據不做協議解析，僅通過原始數據對比以識別不同的數據請求命令，或者判斷串口設備返回的數據是否相同。5.如權利要求1所述的串口設備通訊方法，其特征在于，當所述串口服務器緩存某一數據請求命令后還向所述上位機發送表明數據請求命令被緩存的通知信息，所述上位機在接收到所述通知信息后所述串口驅動不再向所述串口服務器發送輪詢請求，而等待所述串口服務器...

【專利技術屬性】
技術研發人員：王卓鵬，
申請(專利權)人：深圳云聯訊數據科技有限公司，
類型：發明
國別省市：廣東;44