|
單位】 摘 要 本文以揚子水廠企業網設計、實施為背景，討論了異構係統之間的信息集成，實現管控一體化的一種思路和方法。而這種係統間信息集成正是今後控製係統發展的要求。采用Intellution公司的IFix係列產品，很好的解決了此類需求。
關鍵詞 信息集成 ifix iWeb服務器 DDE
0．引言
所謂異構是指係統中包含了不同的操作係統、控製係統、數據庫及應用軟件，這種大量存在的相互獨立，自成體係的控製係統形成的自動化孤島，使得係統各個部分間的信息不能自動地交換，難以保證信息間的正確的、高效的共享和交換。所以，異構環境下信息集成要求實現：1）不同通信協議間的共存； 2）不同數據庫間的相互訪問；3）不同商用軟件間必要的接口。即所謂的計算機網絡集成、數據庫集成、應用集成。對於此類問題，采用的INTELLUTION公司的IFix係列的產品提供了很好的解決方案。
目前，國內企業控製係統發展階段恰處在由各自獨立的車間級控製係統向全企業的MIS係統的轉化期。為了逐步實現對揚子水廠有關“人、財、物、產、供、銷”等要素的全廠資源管理（ERP），使該廠信息流和物資流有機地集成優化而達到以最低的成本獲得最大的經濟效益，基於此，我們采用了IFix監控軟件加Iweb服務器發布的方案，組建了水廠信息網絡係統。
1．水廠工藝流程
揚子水廠的工藝流程如圖1所示，該廠的水源位於八卦洲附近，直線距離水廠本部約4.7公裏，江水自取水車間抽入流至廠本部。在供水車間先經過一次加藥、加氯消毒進入沉澱池，加礬沉澱進入過濾池，之後分為工業用水和生活用水兩部分，分別送往廠區使用或生活區飲用。生活用水還要經過二次加氯消毒處理。另外，水廠還自備兩個汙水處理的淨水車間。本次係統建設中，是將取水車間、供水車間、淨水二車間（淨一車間情況相同，但仍在改造期。）和廠調聯網，形成綜合采用工業控製技術、數據庫技術、網絡信息技術，信息表現技術等，建立網絡環境下的管控一體化的信息處理係統。
由於車間各自不同的技術特點，先後不同的改造時期，各車間的控製係統大體情況如下：取水車間采用Modicon Compact係列的PLC控製器，通訊協議為Modbus；供水車間中控主體采用研華ADAM-4000係列數據采集模塊，其中加礬工段有一個PLC控製器，低矽泵房工段也是ADAM-4000係列數據采集模塊。三者之間數據需要交互；淨二車間采用Honywell公司的Scan3000 DCS係統。最後，各車間的數據在廠調彙總，實現統一調配、集中監控、實時發布，並在今後準備送往揚子石化公司信息中心。
2．體係結構模型
2.1原理模型
基於此，開發出一種符合需求的生產過程實時信息集成係統---這是基於B/S/C（Browse/Sever/Collection）模型的Web發布應用體係結構。很好解決了與企業Intranet的有效集成。如圖2所示：
下麵逐一解釋：
用戶服務層，向用戶提供可視界麵，用戶通過瀏覽器向數據管理層發出服務請求，獲得信息服務。
數據管理層，接受用戶服務層的請求，向用戶服務層返回結果；向數據采集層發出請求，接受返回結果，並進行加工、處理和維護。
數據采集層，與各裝置的控製係統互聯，進行數據采集；向數據管理層發送數據。
而采用Intellution公司的IFix係列的產品以此原理為基礎，提供了企業很好的解決方案。下麵詳細介紹。
2.2實際網絡結構
按照上麵的原理模型組建的水廠信息係統的網絡結構,網絡結構采用星型。如圖3所示：
其中的技術方案及技術關鍵包括：
1）根據水廠各車間物理位置分散、距離比較遠的特點，局域網內部主幹網絡采用光纜傳輸，再通過集線器分配給各用戶。
2）網絡操作係統軟件平台采用WINDOWS 2000 SERVER，數據庫采用SQL SERVER，各子係統通訊開發采用高級語言VB。這也是考慮到IFix係列的產品對VBA很好的集成。
3)實現生產調度網絡與管理網絡的對接通訊。
4)開發生產、調度、計劃、設備等子係統，並建立水廠WEB網站和內部郵件係統。這部分由IWEB服務器完成。
3．用戶服務層
由於在廠部、取供水的上位機都采用Intellusion公司I Fix的監控軟件，所以在WWW服務器上采用IFIX 和Iweb Server軟件。Iweb Server軟件提供的用戶服務層的服務由Active X結合Html實現，將客戶端的請求和可視界麵封裝到Active X控製中，當用戶首次訪問時，自行下載、注冊和運行。通過Iweb Server軟件實現局域網用戶或遠程撥號用戶通過WEB瀏覽器訪問現場各種原始數據、實時數據及曆史數據畫麵。
4．數據管理層
4.1基本管理方式
數據服務層實現基本數據處理活動，包括存儲、修改、更新以及數據庫相關服務。由於企業的生產裝置比較分散，數據來源、存儲是分布的，數據的處理和去向也是分布的，導致數據服務層的特點是分布式處理。
對於內存數據庫，如數據存放於NT服務器。在NT中建立內存數據庫，即可以通過NETDDE進行動態數據交換，也可以通過TCP/IP等技術的編程實現。
對於DBMS，如數據存放於ORACLE或SQL SEVER等關係數據庫，通過開放的數據庫互聯接口（ODBC），進行數據訪問，也可以通過數據庫客戶端專用接口進行數據訪問。
4.2實際應用
在本項目中，上位機監控軟件除了淨二車間的Scan3000 DCS外，大都是Fix係列的。這兩套軟件本身對NETDDE和ODBC都提供了良好的支持，但各自的定義的格式並不相同，所以在相互通訊上不能順利組態應用。由此，在廠網一級，我們統一采用了由VB編程使用TCP/IP技術中的Socket套接字的解決方案。它又有兩類協議可以利用：一種是TCP協議，這需要傳送數據前首先建立連接，錯誤的數據將會自動重發，因而可靠性好，但網絡負擔較重；另一種是UDP協議，這種用戶數據文報協議是一個無連接協議，發送方隻負責發送數據，因此不能確保數據傳輸完全正確，但它占用的網絡資源較少。由於數據傳輸量較少，用戶對數據刷新率要求不高，綜合考慮下，采用了UDP協議。具體Socket編程結構如圖4所示。
所以，取水車間、供水車間和淨二車間的上位機之間的相互數據傳輸以及向廠調的數據傳輸都采用了這種方式。最後，由廠調的IFix數據庫將數據發送至WEB服務器上的SQL SEVER，實現網絡實時、曆史數據發布。
另在供水車間一級各IFix之間的數據傳輸都采用IFix內部所支持的NETDDE通訊。格式如下四部分：=//計算機名/NDDE$|DDEShare.DDE!項。計算機名，是服務器節點的計算機或工作站的名字；NDDE$，是一個保留名，它確定NetDDE用於數據傳輸；DDEShare，是一個DDEShare名，它將為你配置通信聯係的每一個應用程序和主題。這定義的一個別名，當指定地址時確定將該共享名增加到DDE後。項名，它是用於數據傳輸的獨立部分，這取決於服務器應用中保存數據的方式。客戶端和服務器端如此設定即可實現相互之間可靠的、安全的數據傳輸通訊。
5．數據采集層
5.1淨二車間Scan3000 DCS係統
霍尼韋爾Scan3000/S9000集散控製係統是由經長期現場運行檢驗的監控與網絡係統軟件包。Scan3000係統采用的以太網TCP/IP通訊連接方法，基於Client/Server結構的監控與網絡係統集成方案，可根據用戶的生產需求非常方便地擴展用戶的係統。Scan3000服務器軟件運行在Windows NT網絡操作係統環境下。Scan3000服務器維護整個係統的實時數據庫。這意味著可非常方便地通過網絡來監視、控製當前的生產過程並采集曆史數據、打印數據報表。
相應的組態內容非常簡捷的。程序下裝後生成一個過程數據庫PDB，從S9000中獲取數據。再做好相應的DDE服務器端的配置即可向外傳送數據。
5.2供水車間ADAM數采係統
本次采用的ADAM-4000係列模塊，這是一種內置微處理器、變送器和計算機接口的智能設備 ,用戶可以通過計算機以RS― 485通訊協議 ,發出ASCII碼專用命令集對模塊進行遙控。模擬量輸入模塊是ADAM-4017，為毫伏級、伏級電壓和電流輸入信號；數字量 I/O模塊是ADAM-4050，為輸入、輸出開關量信號；通訊模塊是ADAM-4520(RS -232/RS -485轉換器 )計算機沒有RS-485接口時 ,可用此模塊轉換。此外，還加了一些ADAM
|
