摘要：根據當前基于Web遠程工業監控方案的不足，利用Flash的交互性強，本身導出的文件小，適合網絡傳輸、利用AS（ActiON Script）提高了與其他語言的交互性等特點，提出了基于flash的遠程工業監控系統設計思路。提出了本系統的4層體系結構，并基于這4層的體系結構，對本系統進行了詳細的硬件連接設計和系統軟件設計。該系統的核心思想是利用Socket實現了Flash客戶端和服務器端的數據通信，利用RemoteObiect實現歷史數據的存儲。本系統的設計對基于Web遠程工業監控提供了新的思路，具有實際的應用價值。

　　目前，監控領域的產品普遍關注現場級別，即采用客戶端/服務器（C/S）模式，其目的是保證監控系統的穩定性和可靠性。但隨著計算機技術、網絡技術、控制技術的不斷發展，同時為了使現場總線、企業信息網、外部互聯網能夠充分的融合，提高企業自動化水平和設備的維護管理水平，基于網絡化的Web遠程監控將會在以后的監控系統中得到廣泛的應用。

　　1 現狀分析

　　當前，基于Web的遠程工業監控方案一般有3種：1）將OPC或其他通信方式采集的數據通過中間軟件存入到數據庫中，然后通過Web頁面與數據庫進行交互，以達到設備監控的目的：2）通過做插件嵌入到web瀏覽器中，實現與控制器的交互；3）通過Web service實現與控制器的交互，即將設備的控制接口以及數據信息通過部署Web service的方式發送出去，監控中心通過網絡發現并調用這些web service方法，完成現場設備的控制和數據采集。第一種方案，中間過程過于復雜，違背了監控系統的穩定性和可靠性的原則，中間環節的限制因素較多，并且不便于控制，監控的延時也非常明顯，時效性不足；第二種方案，在網頁中插入開發的監控設備的控件，則需要降低瀏覽器的安全性，同時針對每一臺監控的主機都要提前下載控件后才能使用，并且此類控件與Web瀏覽器的其他Web頁面的功能融合性以及監控頁面顯示效果等方面較差，較難實現B/S模式下豐富的顯示效果；第三種方案，通過Web service建立非實時連接的傳輸，就必須通過循環體來不斷的刷新數據，不僅會增加設備的負擔，同時將會存在固定的延時問題。因此文中基于以上監控方案的不足，提出了基于Flash的遠程監控系統實現方案。該方案利用Flash的交互性強，本身導出的文件小，適合網絡傳輸，利用AS提高了與其他語言的交互性等特點，將會大大改進以上3種方案各自的不足，使基于Web的遠程監控系統在可靠性、穩定性、時效性、與Web的兼容性、頁面顯示效果和用戶交互的體驗效果大大改善。

　　2 基于Flash遠程工業監控系統體系結構

　　基于Flash遠程監控系統的體系結構可以分為4層：現場設備的檢測與控制、Web發布系統、客戶端數據的接收與命令的發送和數據存儲與轉發。現場設備檢測與控制一方面負責采集現場各個控制節點的運行數據，經過匯總、預處理后傳遞給中間層子系統；另一方面接收中間層子系統轉發來的控制命令，對命令進行解析、驗證，然后指導現場的各個控制節點采取相應的動作。Web發布系統主要是由Web服務器提供Web服務，實現客戶端的發布，Web服務器為中間環節，完成與客戶子系統以及現場子系統的交互。客戶子系統是與用戶直接交互的部分，它接收用戶的輸入，從現場設備的檢測與控制子系統中獲取監測數據或向其發送命令。數據存儲與轉發系統主要由數據庫服務器和提供Web ser vice的服務組成，數據庫服務器則完成采集數據的存儲功能。通過這4個過程的作用來實現設備的遠程監控。其體系結構如圖1所示。

　　圖1 基于flash的遠程設備監控系統體系結構

　　3 基于Flash遠程監控系統的設計

　　3.1 系統硬件連接設計

　　現場設備通過串口與數據采集模塊通訊，數據采集模塊通過工業以太網與Web服務器連接，Web服務器通過以太網與數據庫服務器連接。數據采集模塊采用PAC（可編程自動化控制器），支持Modbus/TEP通信協議。Web服務器和數據庫服務器采用HP服務器，安裝操作系統為Windo ws Server 2008 Enterprise.網絡拓撲結構采用星型拓撲結構，是為了能夠與現場采集設備建立更有效的連接。Web服務器存儲數據直接面向數據庫服務器，便于減輕整個網絡負擔，防止由于數據量過大而引起網絡阻塞。同時數據庫服務器實現雙機熱備，來提高系統的可靠性。將數據庫分為兩部分：中心數據庫和企業級數據庫，中心數據庫主要存放當前數據，企業級數據庫則存放歷史數據以及設備和用戶的管理數據，實現動態數據與靜態數據的隔離。網絡拓撲圖如圖2所示。

　　圖2 系統總體架構圖

　　3.2 系統軟件設計

　　軟件設計的核心內容為PAC編程和客戶端Flash編程。PAC編程語言為C語言，編輯環境為BC編譯器，Flash編程語言為Action Script，編輯環境為Flash builder4.5.

　　本系統通過創建一個以TCP數據流方式建立的Socket從而實現PAC服務端與基于Web的Flash客戶端的數據傳輸。建立通信的過程為：首先PAC服務端通過Socket監聽自身的Modbus/TCP專用端口502，客戶端程序則通過此端口及PAC服務端的IP地址作為連接Socket參數，創建一個Socket與PAC服務端建立連接。網絡無故障，則連接建立。客戶端通過Flash中Socket的SendMessage（）和ReadBytes（）方法來發送和接收信息。

　　利用Flash創建的基于Modbus/TCP套接字模型為如圖3所示。

　　圖3 Modbus/TCP套接字模型

　　3.2.1 1PAC服務端程序實現

　　PAC服務端的實現主要分為通過Socket與上位機的通信和通過串口服務與外圍設備的通信兩大部分。

　　通過Socket與上位機的通信主要分為監聽和連接。在監聽狀態下負責監聽客戶端的請求連接，并負責接受此連接。本系統PAC端設計監聽類為ServerListen，監聽類首先通過int bind（int sockfd，struct sockaddr*my_addr，int addrten）綁定了本地的502端口，然后通過函數int listen （int sockfd，intbacklog）將客戶端的連接請求放入隊列中等待，直到函數intaccept（int sockfd，void*addr，int*addrlen）處理它，然后返回一個全新的套接字文件來描述此單個連接。這樣，對于同一個連接就有兩個文件描述符，原先的一個文件描述符正在監聽你指定的端口，新的文件描述符可以用來調用send（）和recv（）。在連接狀態下負責與客戶端進行數據的接收和發送，通過數據傳輸類Server Custom來實現。在此類中利用int send（SOCKETs，const char FAR*buf，int len，int flags）函數將PAC服務端的數據發送到客戶端，如果網絡發生故障或待發送數據的長度len小于當前程序要發送數據的緩沖區的長度，則返回SOCKET_ERROR，利用int recv（SOCKETs，char FAR* buf，int len，int flags）從客戶端接收數據。函數先等待s的發送緩沖中的數據被協議傳送完畢，如果協議在傳送s的發送緩沖中的數據時出現網絡錯誤，則函數返回SOCKET_ERROR錯誤，如果s的發送緩沖中沒有數據或者數據被協議成功發送完畢后，函數先檢查套接字s的接收緩沖區，如果s的接收緩沖區中沒有數據或者協議正在接收數據，那么函數就一直等待，直到協議把數據接收完畢。

　　對于外圍設備進行通信主要是通過串口服務，首先調用自己定義的COM口初始化函數InstallCom將端口初始化，然后通過build_REQ_Read函數實現根據ModBusRtu通訊協議將COM口讀取的外圍設備的數據放入自定義的數組中，并通過CRC16_modbus進行CRC校驗。接收的數據正確，則通過analyse_Read_Result分析從串口讀取的數據，并將讀取的數據位存放到Share_Mem［MaxShareMemNum］數組中。然后將Share_Mem數組作為REMOTCP_ModServer_Create參數與上位機進行通訊。對外圍設備發送指令，則是通過函數SendCommand選擇控制對象的COM后，將指令發送到外圍設備，外圍設備接收到指令后動作。