煙臺南山學院畢業論文基于PLC 的水塔水位控制系統的設計姓姓名：所在學院：自動化工程學院所學專業：電氣工程及其自動化班級083班學號指導教師： 完成時間：2012-4-20畢業論文（設計）任務書論文題目院部 自動化學

基于PLC的水塔水位控制系統的設計專業 電氣工程及其自動化 班級 08級3班畢業論文（設計）的要求一：學生將所學的知識和技能應用于畢業設計中，對實際問題進行分析和概括.三：針對已掌握的知識，設計控制方案.畢業論文（設計）的內容與技術參數s7-300Wincc6.0MPIS7-300Wincc6.0的通信。三：掌握用Wince繪制組態畫面的基本方法.四：熟練掌握下位機和上位機的MPI通信，并以此來完成水塔水位控制系統的設計.畢業論文（設計）工作計劃2011年12月份：完成論文題目的選取20122月份：完成論文的總體框架20123月份：完成論文的細節部分2011年4月份：完成論文格式整理及準備論文答辯接受任務日期年月日 要求完成日期年月日學 生 （簽名） 年 月 日指導教師 （簽名） 年月日院長（主任） （簽名） 年月日IIII隨著科學技術的迅速發展，監控軟件在工業生產中發揮著越來越重要的作用。同時，自動化系統對大范用信息共享的需求越來越迫切，因而對匸業控制系統的開放性的要求也越來越高。傳統的匸業上位機監控軟件開發都是基于設備的，程序的穩定性和復雜度受制于底層硬件的通訊協議。同一種設備為適應不同的應用程序可能需要有多種不同的驅動程序，不同驅動程序之間存在著不一致性，像工業界所廣泛使用的DCS、FCS等系統沒有統一的接口標準，難以與現場多種設備連接。因此驅動程序對硬件存在著極大的依賴性。為了滿足這種需要，本文提出了一種基于OPC技術的監控軟件的設計方案。OPC(OLEforProcessControl)是在Microsoft的COM/DCOM技術的基礎上定義的一個工業標準接口。OPC技術把對象鏈接和嵌入技術應用于工業過程控制領域，提供了一種標準的數據訪問機制。使得現場設備不管以何種形式存在，客戶都以統一的方式去訪問，從而保證軟件對客戶的透明性。本文深入研究COM技術和OPCOPCOPCOPCOPC服務器進行連接，OPC服務器的數據進行讀寫操作，從而實現了監控軟件與多種現場控制設備的數據傳輸：論WinCC友好的界面下進行組態、編程和數據管理，可以形成所需的操作畫面、監控畫面、控制畫面.報警畫面.實時趨勢曲線、歷史趨勢曲線和打印報表等。實現對PLC關鍵詞：OPCCOM；數據訪問(DataAcess)；客戶端AbstractWiththerapiddevelopmentofscienceandtechnology,inindustrialproductionmonitoringsoftwareisplayinganincreasinglyimportantrole.Atthesametime,automatedinformationsharingsystemtotheneedsofawiderangeofincreasinglyurgent,andthereforeopenindustrialcontrolsystemsrequirementsareincreasing?TraditionalindustrialPCcontrolsoftwaredevelopmentarebasedonequipment,procedures,subjecttothestabilityandcomplexityoftheunderlyinghardware,communicationprotocol.Thesameequipmentfordifferentapplicationsmayrequiredifferentdrivers,differentdriversthereareinconsistenciesbetween,asawidelyusedindustrialDCS、FCSandothersystemsthereisnouniforminterfacestandard,itisdifficultandon-siteavarietyofdevics

Therefore,thereisthehardwaredrivergreatlydependent.Tomeetthisneed,thispaperpresentsamonitoringsoftwarebasedonOPCtechnology,design?OPC(OLEforProcessControl)isinMicrosoft'sCOM/DCOMtechnology,basedonthedefinitionofanindustrystandardinterface.OPCtechnologytoObjectLinkingandEmbeddingtechnologyinthefieldofindustrialprocesscontrol,providingastandarddataaccessmechanism ?Makesthefielddeviceinwhateverform,customersinauniformwaytoaccess,thusensuringthetransparencyofthesoftwaretocustomers?ThisarticlestudiestheCOMtechnologyandtheOPCdataaccessspecification,andmonitoringofOPC-basedsoftwaredesignanddevelopment.OPCclientmoduleofthedesign;thedesignoftheOPC-basedmonitoringsoftwarecanbeconnectedwithavarietyofOPCserversandOPCservercanreadandwritedatatoachievethemonitoringsoftwareandavarietyoffieldcontroldevicesdatatransmission;paper introducescoal belt conveyorfriendly interface in WinCCconfiguration,programminganddatamanagement,canformtherequiredoperationscreen,monitorscreen,thecontrolscreen,thealarmscreen,real-timetrendcurve,historicaltrendcurveandprintreporting.ToachievethePLCandotherindustrialfielddevicemonitoringdata?Successfullyachievedinauniformwayandfieldavarietyofdevicesfordataaccess,avoidingrepetitivedriverdevelopment,andhasbroadapplicationprospects?Keywords：OPC；COM；DataAcess；ClientsinPAGE\*ROMANPAGE\*ROMANV摘要 IIIll1、緒論2、OPC技術研究 3OPC的歷史和發展現狀 3OPC簡介 3OPC訪問接口 3OPC技術國內外研究現狀及發展趨勢 3OPC技術的應用 3COM技術概述 4COM接口 4231接口的定義和標識 4接口描述語言IDL 5COM接口特性 5COM結構 6客戶/服務器模型 6COM庫 7COM的實現 7251進程內組件和進程外組件 72.5.2 COM對象的管理 73、OPC數據訪問規范的研究 9OPC規范簡介 9OPC數據訪問對象與接口 9331OPC服務器對象及其接口 10OPC組對象及其接口 11OPC客戶端接口 13OPC數據訪問方式 14同步訪問方式 14異步訪問方式 14訂閱訪問方式 144、基于OPC的監控軟件的設計 15監控軟件的總體框架 15OPC客戶端模塊的設計 16421OPC客戶端實現機制 16OPC客戶端開發的必備條件 16客戶端軟件總體設計思路 17數據訪問服務器對象設計 18客戶端詳細設計 205、監控軟件的應用實例 23WinCC組態軟件 235.1.1特點 245.1.2功能 24控制系統分析 23521控制系統要求及實現 24監控點位 24皮帶部分 24Wince與PLC通訊實現 23設置PG/PC 24設置通道參數 24系統運彳二測試 24組態監控畫面 26541創建項目 245.4.2建立驅動連接 245.4.3 畫面 245.4.4變量的創建和歸檔 29結論 30致謝 31參考文獻 32vOPCOPCil1 緒論隨著計算機網絡的普及以及信息化、智能化的發展，自動化軟件的發展趨勢成為整合IT與工廠DCS的出現逐漸被廣大的生產過程自動化技術人員所熟悉的，并朝著開放性，集成化，網絡化，小型化，組件化，通訊接口opc化方向發展。因其有數據釆集和輸出、數據處理、數據顯示和保存等兒個典型的特點，從而在工業生產控制過程中展現出了廣闊的應用地開發出可黑的監控系統。OPCOPC數據客戶OPC數據接口協議，就能OPC工業控制領域用到大量的現場設備，在OPC出現以前，軟件開發商需要開發大量的驅動程序來連接這些設備。應用程序驅動程序與設備一般是一對一的，如圖l.lo因此會導致重復開發，設備不可互換，改造升級困難，訪問沖突等問題。圖1.1傳統的數據訪問方式釆用OPC標準（OPCDA,Data后，驅動程序不再由軟件開發商開發，而是ft硬件開發商根據硬件的特征，將各個硬件設備驅動程序和通訊程序封裝成可獨立運行或嵌入式運行OPC數據服務器。ft于這一部分工作ft熟悉該硬件性能的硬件提供商完成，一方面能夠最大限度OPC服務器后，相對于上層應用硬件的性能特征和通訊協議是不可見的，使碩OPCOPCOPC1.2C/S系統構架：OPCOPCilPAGEPAGE27圖1.2OPCDA對現場數據的垂直訪問方式2OPC 技術研究OPCCOM/DCOM(組件對象模型/分布式組件對象模型)技術而建立起來的COM/DCOMDCOM是COMCOMOPC客戶端程序。OPC的歷史和發展現狀2.L1OPC簡介OPC是OLEforProcessControlOLEOPC基金會組織倡導的工業控制和生產自動化領域中的硬件和軟件之間的標準接口。OLE原意是對象鏈接和嵌入，OLE2OLE包容了許多新的特征，如統一數據傳輸、結構化存儲和自動化，已經成為獨立于計算機語言、操作系統其至硬件平臺的一種規范，是面向對象程療；設計概念的進一步推廣。OPC建立于OLE規范之上，它為工業控制領域提供了一種標的軟件。統一了各廠家的數據接口。OPC訪問接口Opc服務器通常支持兩種類型的訪問接口，它們分別為不同的編程語言環境提供訪問機制。這兩種接口是：自動化接口(Automationinterface)；自定義接口(Custominterface)o自動化接口通常是VisualBasic、Delphi、PowerBuilder等編程語言OPCC++等高級編程語言而制定的標準接口。OPC,則必將被歷史所淘汰。OPC技術國內外研究現狀及發展趨勢OPC受到了國內工控OPC技術的應用越來越廣泛。國內許多公司都紛紛在自己的OPCOPCOPCOPC技術增強和擴展其軟件功能，例如，北京亞控公司的組OPC可視化開發軟件包和相應控件。OPC技術己成為許多新型控制系統數據傳遞的核心技術，OPC的應用主要應先將OPCDA技術應用成熟，然后才考慮基于OPC的實時數據庫、復雜數據，批處理等。要形成完全自主產權的控制系統，研發控制系統配套軟件，還應該緊跟技術的最新發展，使產品的在兼容性、互操作性方面有更大的提高。OPC技術的應用由于OPC技術的采用，使得可以以更簡單的系統結構、更長的壽命、更低的價格解決工業控制成為可能。同時現場設備與系統的連接也更加簡單、靈活、方便。因此OPC技術在國內的工業控制領域得到了廣泛的應用，主要應用領域如下：數據釆集技術OPC技術通常在數據采集軟件中廣泛應用?，F在眾多硬件廠商提供的產品均帶有標準的OPC接口，OPC實現了應用程序和工業控制設備之間高效、靈活的數據讀寫，可以編制符合標準OPC接口的客戶端應用軟件完成數據的采集任務。歷史數據訪問OPC提供了讀取存儲在過程數據存檔文件、數據庫或遠程終端設備中的歷史數據以及對其操作、編輯的方法。報警和事件處理OPCOPCOPCOPC客戶發送通知OPC數據冗余技術工控軟件開發中，冗余技術是一項最為重要的技術，它是系統長期穩定工作的保障。OPC技術的使用可以更加方便的實現軟件冗余，而且具有較好的開放性和可互操作性。遠程數據訪問借助Microsoft的DCOM（分散式組件對象模型）力，從而使得工業控制軟件之間的數據交換更加。COM技術概述COM（ComponentObjectModel,組件對象模型）lIlMicrosoft提出的組件標準，是OLE、ActiveXowsCOM不僅定義了組件程序之間進行交互的程序提DCOMWind了統一的標準，COM對象能夠彼此協調地運行，共同實現某一任務。提供的是面向對象的組件模型，COM組件提供給客戶的是以對象形式封裝起來的實COMCOMCOM對象，它并不關心組件模塊的名稱和位置（透明性），COM對象交互。由于COMCOMGUID（GlobalUniqueCOM128位的隨機數，不需要專門機構進行分配和管理。COM接口COM對象和它的客戶之間通過接口進行交互，因此COM規范的核心內容就是關于接口的定義。另外，接口的標識、接口的調用習慣、參數處理、接口與對象的關系以及接口與C/C++COM接口所具有的特性等都需要仔細研究。接口的定義和標識從技術上講，接口是包含了一組函數的數據結構，通過這組數據結構，客戶代碼可以調用組件24就可調用到對象的實際功能。12123—H\——接口折針—? 折針一?對線實圖2.1接口結構通常我們把接口函數表稱為虛函數表（virtualfunctiontable,簡稱vtable）,指向vtable的指針為pvtableo對于一個接口來說，它的虛函數表vtable是確定的，因此接口成員函數個數是不變的，而且中，所有這些信息都必須在二進制一級確定，不管什么語言，只要能支持這樣的內存結構描述，就可以定義接口。COMCOM對象的標識方法，IID和接口所能夠提供的方法。IDL在OSF（OpenSoftwareFoundation,開放軟件基金會）的DCE（DistributedComputingEnvironment,分布式計算環境）規范中，使用\IDL（InterfaceDescriptionLanguage,接口描述語言）來描述遠程調用接口，COM規范在這個基礎上，進行擴展形成7COM接口的描述語言。接口間的共同語言。COM規范使用的IDL接口描述語言不僅可用于定義COM接口，同時還定義了一些常用的數據類型。對于接口成員函數，我們可以指定每個參數的類型、輸入輸出特性，其至支持可變長度的數組的描述。IDL還支持指針類型，與C/C++很類似。VisualC++提供TMIDL工具，可以把IDL接口描述文件編譯成C/C++兼容的接口描述頭文件（.h）,可被組件程序和客戶程序所使用。COM接口特性二進制特性接口規范并不建立在任何編程語言的基礎上，而是規定了二進制的標準。任何語言只要有足夠的表達能力，它就可以對接口進行描述，從而可以用于與組件程序有關的應用開發。接口不變性接口是客戶程序和組件程序之間的橋梁，具有不變性，只要客戶程序和組件程序都按照規定的接口設計進行開發，則可保證兩者獨立開發結束后它們的協作能達到預期的效果。繼承性（擴展性）接口也可以繼承發展，但接口繼承只是說明繼承，即派生的接口只繼承了基接口的成員函數說明，并沒有繼承基接口的實現，因為接口定義不包含函數的實現部分；而且接口的繼承只允許單繼承，不允許多重繼承。根據COM規范，所有的接口都必須從IUnknown接口派生，但COM并不提倡接口繼承，除非在發展接口時無論從功能上還是語義上都應該采用接口繼承，才會使用接口的繼承特性。4) 多態性多態性是面向對象系統的重要特性，COM對象的多態性通過COM接口體現。多態性使得客戶程序可以用統一的方法處理不同的對象，甚至是不同類型的對象，只要它們實現了同樣的接口。如果兒個不同的COM對象實現了同一個接口，則客戶程序可以用同樣的代碼調用這些COM對象。COM結構COM對象的活動環境。COM包括規范和實現兩大部分，規范部分定義了組件和組件之間通信的機制，這些規范不依賴于任何特定的語言和操作系統，只要按照該規范，任何語言都可使用；COMCOM庫，COM庫為COM規范的具體實現提供了一些核心服務。客戶/服務器模型對象和客戶之間的相互作用是建立在客戶/服務器模型的基礎上，客戶/服務器模型的最大優點是穩定性好，而穩定性正是COM模型的訂標，尤其對于跨進程的程序通信，穩定性更會帶來性能上的高可靠性。COM不僅僅是一種簡單的客戶/服務器模型，有時客戶也反過來提供服務，或者服務方本身也需要其它對象的一些功能，在這些情況下，一個對象可能即是服務器也是客戶，COM理這些情況。客戶/服務器模型是一種發展比較成功的軟件模型,COM就是以客戶/服務器模型為基2.2,四種COM模型中每一個箭頭就代表了一個客戶一服務器關系。(a)(b)COM

簡單客戶/服務器模型(b)客戶/(c)COM中的包容模型(d)COM2.2COM中客戶/服務器模型的幾種用法COMCOM標準的實現部分，其中包括一些核心的系統級代碼，正是這部分代碼,才使得Windowsdll件的形式存在，其中包含以下內容：APICOM應用的創建過程。在客戶端，主要是一些創建函數：而在服務器端，提供了一些對對象的訪問支持。COMCLSID的轉換等。提供了一種標準的內存控制方法，使應用程序控制進程中內存的分配。COM庫的實現必須依賴于具體的系統平臺，尤其是系統底層的一些標準，因此一個操作系統COM庫實現。COMCOMCOMCOM庫提供的API進行編程，從而大大加快了開發速度。COM的實現COM的實現與操作系統平臺密切相關，因為COM源于Windows平臺，所以COM實現部分（即COM庫）很多地方直接用到了Windows系統的一些特性，如系統注冊表、動態鏈接庫等等，但實際上COM是一個與平臺無關的組件軟件模型，我們在Windows上使用的COM標準只是COM的一個具體實現。進程內組件和進程外組件進程是一個正在運行的程序，它有單獨的內存地址空間，擁有自己的一些系統資源。如果我們用動態連接庫的方式實現組件程序，則客戶程序調用組件程序的服務時，會把組件程序裝入到自己的進程中，所以客戶程序和組件程序運行在同一個進程空間中，就把這種組件程序稱為進程內組件；如果用EXE程序的方式實現組件程序，這種組件程序在被調用時有其自己的進程空間，它運行在與客戶程序同一個機器上或者在遠程機器上的另一個進程空間內，所以客戶程序和組件程序運行在不同的進程空間中，就把這種組件程序稱為進程外組件⑸。雖然COM對象有不同的進程模型，但這種區別對于客戶程序來說是透明的，因此客戶程序在使用組件對象時可以不管這種區別的存在，只要遵照COM規范即可。進程內模型的優點是效率高，但組件不穩定會引起客戶進程崩潰；進程外模型的優點是穩定性好，組件進程不會危及客戶程序，但進程外組件開銷大，而且調用效率相對低一些。用戶可根據自己的需要選擇進程模型。對于進程外組件需要注意的問題是進程之間如何進行通信。COH采用了本地過程調用（LPC）和遠過程調用（RPC）的方法進行通信。LFC用于同一個機器上的進程之間的通信,RPC用于不同機器上的進程間的通信，它們機理相同，但RPC涉及網絡傳遞信息，要比LPC復雜。為了實現進程外組件，我們除了實現組件程序外，還應該實現代理DLL和存根DLL兩個程序模塊。如果我們使用自定義的COM接口，應建立自己的DLL程序，如果我們使用已定義的標準接口或者OLE接口，可直接使用系統提供的DLL,COM庫會為我們處理這些細節。COM對象的管理COM128GUID來標識COMGUID值來創建COMCOMCOM庫完成對象的創建工作。COM庫通過系統注冊表所提供的信息行組件的創建工作，系統注冊表是一個全操作系統范圉公用的信息倉庫，COM組件必要的信息以及其它一些信息。-組活程序把它所實現的COM對象的信息以及接口信息都保存到注冊表中，個步驟稱為組件的注冊，如果組件程序具有自注冊能力則我們稱該組件程序為可自注冊的(self-registering)組件。客戶程序在創建組件對象時，也需要直接或者間接地訪問注冊表中的信息。對乍著自注冊能力的組件分兩種情況進行注冊工作，進程內組件本身是一個動態鏈接不能直Windows系統提供實用工具RegSvr32.exe對其進行注冊，DllRegisterServer和DllUnRegisterServer注冊與注銷工作。進程外組件是一個可執行程序，它不能提供入口函數供其它程序調用，因此COM規范規定支持自注冊的進程外組件必須支持兩個命令行參84/RegServer和/UnregServer以便完成注冊和注銷工作。對于非自注冊的組件程療:其注冊過程與組件程序本身沒有直接關系，必須單獨進行注冊信息的配置，如可編寫一個注冊表文件，然后在RegEdit中引入。OPC

3OPC 數據訪問規范的研究OPC規范ft世界領先的自動化設備制造商與微軟協商制定，它把硬件供應商和軟件開發商分離OPCCOMOPCLI3.1：表3.1OPC主要標準標準標準OPCDataAccessOPCAlarmandEventsOPCBatchOPCDataexchangeOPCHistoricalDataOPCSecurityOPCXMLDA主要版本Vl.020,3.0V1.10J.00V2.00J.00V1.00V1.2,1.0V1.00V1.00,主要內容OPCComplexOPCCommandsOPC-UAV1.0V1.0報警與事件規范安全性規范XML復雜數據規范命令規范統一架構規范OPC技術在不斷發展，但是層層剖析，可以看到OPC規范建立的核心是數據訪問DA)提供了一個公用的數據交換標準和規范。對高度敬感的實時數據分離，可以得到報警/事件概念，制定報警/OPCDAOPCDA的基礎上添加接口或外加包文件而成。應用場合最廣泛，也正是基于此，本課題最終的著眼點放在OPCDA戶端的實現上，并建立一個穩定的基礎架構，為其它應用的擴展打下良好的基礎。OPC數據訪問對象與接口OPCOPCCOMCOMOPC數據訪問客戶端的開發。圖3.33.4分別是OPC數據訪問規范3.0版本服務器對象和組對象的接口總觀。(帶*的為3.0新增的接口)IUnknownVIUnknownV/■cVaVOPCServer>7IconnectionPointContainetIOPCItemlO*圖3.3OPC服務器對象必選接口IUnknown?]OPCGroupStateMgtO".....IOPCGrcujStateMg[2*O—IOPCAsyndO?IOPCAsyndO3*O...IOPCItemMgt*(>—1OPCItemDeadbanbMgtt*Ica^nectionPamContanetO-IOPCItemDeadhandJ^gt*O-**-lOPCsjncIOO^—IOPCayiicIOS*O

OPCGroup圖3.4OPC組對象必選接口OPC服務器對象是客戶端與服務器交互的首要對象。客戶端通過訪問服務器對象的接口函數與之交互。一個服務器對象里可以設置一個以上的組對象。OPC服務器對象的主要功能為：創建和管理組對象；管理服務器內部的狀態信息；將服務器的錯誤代碼翻譯成描述性語句；瀏覽服務器內部的數據組織結構；同步讀寫數據等。組對象用于組織管理服務器內部的實時數據信息，它是OPC項對象的集合。正因為有了組對象，OPC應用程序就可以成批地對所需要的數據進行訪問，也可以以組為單位啟動或停止數據訪問。其主要功能為：管理組對象內部的狀態信息；創建和管理項對象；進行數據訪問(同步與異步方式)。OPC服務器對象及其接口OPC服務器對象是OPC服務器向外暴露的基本對象，在3.0版本中，服務器對象主要定義了5個接口。下面簡單的說明一下OPC數據訪問3.0版本規范中定義的服務器對象每個接口的功能⑶:IOPCServer這是OPC服務器對象的主接口，它可完成組對象的動態創建以及對其進行管理，以及管理服務器內部的狀態信息。服務器對象必須提供此接口。IOPCCommonOPCLocalelD的功能，對特定的client/server交互有效，也就是說，一個客戶的行為不會影響其他客戶。IOPCBrowser這是3.0版本新增的接口，為瀏覽服務器地址空間和獲得項屬性提供改進的方法。該接口里的方法原意是用來影射XML-DA接口里相應的方法。IConnectionPointContainer此接口提供了相對于IOPCShutdown接口連接點的訪問支持。IOPCItemlO3.0OPC數據提供一個非常容易的途徑，寫進支持該功能的服務器的方法。OPC組對象及其接口OPC組對象是OPC服務器用來管理項集合的對象，具有某些一般的屬性和行為，可影響接口和方法的操作，在介紹組對象的接口功能前，我們先看一下組對象的相關屬性。組名Group1與groupl是不同的。緩存(Cached)數據組對象的許多接口方法允許客戶明確說明其操作的數據源，“緩存(CACHE)”激活標志(Active)組對象和其內部的項對象都有一個激活標志。組對象的激活狀態和項對象的激活狀態相互獨立。組對象狀態的改變不會改變項對象的狀態。在實際中，多數服務器將使用這個標志來最優化通信和CPU資源。非激活狀態的項對象和組對象不必要在緩存內保持。更新率客戶程序可為每一個組對象指定一個“更新率”。這確定了項對象值的異常限(exceptionlimit)被檢測的時間。如果超出了異常限，緩存中的值將被更新。服務器應該盡最大可能保持緩存內數據為最新。更新率也會影響發送到客戶端的回調的通知的最大速率。服務器永遠不會以比客戶要求的更快的速率向客戶程序送數據。時區(時差)在某些情況下數據收集的設備所在的時區與客戶程序所在的時區不同，所以客戶程序知道數據被收集時的設備時間很有必要。OPC組對象提供了一個用于存儲時區的地方，可被客戶程序設置和讀取，其默認值是主機的時區。OPC服務器不會用此值，這只是為了客戶程序的方便。百分比死區死區的范圍從0.0%到100%,它適用于組對象內具有dwEUType(工程單位類型)的模擬數據項，EUEU高限可用來訃算項值的范圍。這個范圉與口分比死區相乘將產生一個異常限。百分比死區可在調用AddGroup時設置，一個特定的組對象內的所有項對象允許使用相同的白分比死區。然而在OPCDA3.0中，允許設置項對象每一個基本元素的百分比死區。這意味著每個項對象都有可能潛在的越過其駐留的組對象設置的口分比死區。（如果有一個通知。白分比死區是服務器的一個可選行為。如果客戶程序在支持該行為的服務器上不指定口分比死區的值，則服務器假定為默認值“0”，所有值的變化都將更新緩存。注意，無論緩存的值是否被更新，時間戳都將被更新。組對象的更新率（UpdateRate）或者項對象的采樣率如果被設置，將確定一個值以查看其是否超出異常限的時間間隔。白分比死區用來避免噪聲信號使客戶程序進行沒不必要的更新?？蛻艟浔谌魏蔚幕卣{中將會返回這個句柄。這將使客戶程序可以標識數據項所屬的組對象。客戶程序如果想要使用OPC接口的任何異步函數，比如IOPCAsyncIO2IconnectionPoint或IOPCDataCallback接口，它應為客戶句柄分配一個唯一值。讀寫數據客戶程序要獲得數據主要有6種方式：IOPCSyncIO::Read（同步，從緩存或設備）IOPCAsyncIO2::Read（異步，從設備）IOPCCallback::OnDataChange（）（基于異常的或通過刷新操作）IOPCAsyncIO2::Refresh觸發IOPCltemIO::Read（A緩存或設備，也被緩存數據"staleness”確定）IOPCSyncIO2::ReadMaxAge（從緩存或設備，也被緩存數據的“staleness”確定）IOPCAsyncIO3::ReadMaxAge（從緩存或設備，也被緩存數據的“staleness”確定）通常這六個方法在操作上獨立，互相之間沒有“副作用”。建議較新的應用程序在進行大多數讀操作時使用OnDataChange,IOPCSyncIO2或IOPCAsyncIO3<>有五種方式向外寫數據：IOPCSyncIO::WriteIOPCAsyncIO2::WriteIOPCItemlO::WriteVQTIOPCSyncIO2::WriteVQTIOPCAsyncIO3::WriteVQT3.0版本中，組對象主要定義了10OPC3.0范中定義的組對象每個接口的功能：IOPCItemMgt該接口允許客戶添加和刪除組對象內的項對象，并控制這些項對象的行為。IOPCGroupStateMgt該接口允許客戶程序管理組對象的所有狀態。最基本的是改變組對象的更新率和激活狀態。IOPCGroupStateMgt23.0IOPCGroupStateMgt接口。該接口IOPCGroupStateMgtIOPCGroupStateMgt接口的方法定義同時也是該接口的一部分。該接口的目的是為一個訂閱（subscription）?置和獲取keep-alive時間。當一個訂閱有一個非keep-alivekeep-alive到回調，其至沒有新的事件產生也會如此。通過以最小的已知頻率提供回調,在沒有借助于調用GetStatus（）來連接服務器的情況下，客戶程序能確保服務器和訂閱之間的正常。IOPCSyncIO該接口允許客戶對服務器執行同步讀寫操作。操作將一直運行到完成才返回。IOPCSyncIO225這是3.0版本新增的接口，該接口的增加是為了增強原有的IOPCSyncIO接口。該接口是從IOPCSyncIO繼承，因此所有的IOPCSyncIO的是提供一組標準的方法把時間郵戳和品質信息寫到支持該功能的服務器中。另外，還提供讀基于“MaxAgIOPCItemlO的不同之處在于，它是基于組的，MlOPCItemlO是基于服務器對象的。IOPCAsyncIO2該接口允許客戶對服務器執行異步讀寫操作，操作被排隊等候，函數立即返回，所以服務器繼續運行。每項操作被看作一個事務 (transaction),并被分配一個事務ID,當操作完成時，客戶IOPCDataCatiback接口的回調將執行?；卣{中的信息指出了事務ID和操作結果。IOPCAsyncIO33.0IOPCAsyncIO2接口。該接口是從IOPCAsyncIO2IOPCAsyncIO2接口的方法定義同時也是該接口的一部分。該接口的LI另外，還提供異步讀基于“MaxAge”的組的能力。該接口與IOPCItemlO的不同之處在于，它是異步IOPCItemlO是基于服務器對象的。IOPCItemDeadbandMgt3.0百分比死區被設置，它將忽略整個組的百分比死區設置。這提供了一個在“嘈雜”的項設置白分比死區的機制，它將駐留在一個沒有組白分比死區設置的組內部。它也允許在一個期望的變化范圍內對一個單獨的項進行精確的關于通知的調諧。IOPCItemSamptingMgt3.0OnDataChange回調的組更新率。IConnectionPointContainer此接口提供了相對于IOPCDataCallback出接口連接點的訪問支持。OPC客戶端接口OPC數據訪問自定義接口規范3.0版為服務器對象和組對象分別定義了一個出接口，它們的具體實現曲客戶端提供，因此在這里只簡單介紹一下這兩個出接口的功能：IOPCShutdown這是相應于服務器對象的出接口。當OPC服務器因為某種原因需要關閉時，可通過該接口請求客戶程序與其斷開連接，并提供服務器關閉的原因。客戶程序應該用UnAdvise斷開與該服務器所有的連接，清除所有的組對象以及釋放所有的接口。IOPCDataCallback這是相應于組對象的出接口。當組對象的數據變化或某些異步讀寫接口被調用時，將通過該接口把結果通知客戶端。該接口定義了以下四個方法。OnDataChange:當組對象的數據改變時或異步刷新方法被調用時，服務器將調用此方法通知客戶進行數據處理；OnReadComplete:當異步讀操作完成時，服務器調用此方法通知客戶進行數據處理；OnWriteComplete:當異步寫操作完成時，服務器調用此方法把操作結果通知客戶；OnCancelComplete:當取消異步讀或寫操作完成時，服務器調用此方法通知客戶進行相關處理。OPC數據訪問方式同步訪問方式同步訪問方式就是OPC服務器把按照OPC應用程序的要求得到的數據訪問結果作為方法的參數返回給OPC應用程序，OPC應用程序在結果被返回之前必須處于等待狀態［譏異步訪問方式異步訪問，OPCOPC應用程序的要求后，兒乎立即將方法返回。OPC應用程序隨OPCOPC應用程序的異步訪問完成事件，OPC應用程序。OPCVCOPC服務器傳送來的數據。訂閱訪問方式OPCOPC服務器要求，就可OPC服務器送來的變化通知的訂閱方式數據采集(Subscription)o服務器按一定的更新周期(UpdateRate)更新OPC服務器的數據緩沖器的數值時，如果發現數值有變化時，就會以數據變化事件(DataChange)ifflOPCOPC服務器支持不敬感帶(DeadBand),而且OPC簽的數據類型是模擬量的情況，只有當前值與前次值的差的絕對值超過一定限度時，才更新緩沖器OPC應用程療;。ftOPC服務器和OPC應用程序的負荷。4OPC的監控軟件的設計監控軟件的總體框架監控軟件的主要功能是對實時數據進行監控并實現歷史數據的查詢。OPC客戶端以統一方式訪OPC曲線以及歷史報警查詢的數據來源。根據工業生產自動化監控系統的一般要求【21,本監控系統的總4」所示：DOPCOPCOPCOPC服務器，提供給用戶進行OPC服務器的內存空間，進行組和項的管理，將項以樹型結構進行顯示出來，對用戶關心的項進行進一步操作。實時數據顯示模塊。將壓力、溫度、流量等現場重要的參數實時的以多種方式顯示出來，包括數字顯示、儀表顯示。數字顯示可以精確地顯示數值，圖形是為了更直觀地將數據顯示給操作員O數祁庫管理寢塊。實時數據庫負責存儲實時數據，為實時數據顯示模塊以及報警模塊提供數據來源。歷史數據庫存儲歷史數據信息作為查詢歷史報表和報警記錄、顯示歷史曲線的數據來源。報警模塊。根據設置好的數據上下限進行報警提示。并將報警情況存儲到歷史數據庫。報警功能能夠提示操作員及時發現故障并進行排除。歷史曲線模塊。用戶可以查詢歷史曲線的方式分析歷史運行情況而進行數據的分析。OPC客戶端模塊設計為例OPC客戶端模塊的設計OPC客戶端實現機制OPC規范采用CLIENT/SERVER模式，規定了OPCClient與OPCServer之間遵循標準的接口。OPC服務端一般ftOPCOPC客戶端不斷地提供數據。OPC客戶端ft使用設備的客戶自己開發，可以不包含任OPCOPC服務器中取得數據，從而實現數據的靈活配置和多種系統的真正集成。ftOPCOPCOPC客戶端開發的意義是提供了一種讀取服務器端數據的方法，只要客戶端可以成功地讀取數據，那么以相同的方法，我們在算法，在功能組件上都可以獲取所有系統實時現場數據。客戶端程序的設訃主要是針對客戶程序中OPC接口部分的設計，客戶程序本身可以完成很多復雜的數據處理與顯示功能，本設計中我們在VisualC++環境中采用定制接口開發OPC客戶端。OPC客戶端模塊要獲取OPC服務器的數據，必須首先指定服務器應用程序所在的計算機名（服PC上）、OPC數據訪問服務器名和該服務器提供的OPC連接后，客戶應用程序一般可以通過三種方式從OPC服務器讀取數據：使用同IOPCSyncIO,IOPCCallback閱"功能OnDataChange,每當數據有變化時，服務器自動通知客戶，這種方法稍復雜，但效率很高，IOPCAsyncIO2Refresh2觸發；使用異步接口IOPCASyncIO2,可以直接與物理設備通訊，速度慢但數據精確度高。要實現OPC客戶端設計就要了解OPCDA（DataAccess）的機制：首先OPCDAOPCDAOPC組（Group）和OPC數據項（Item）oOPCDA的基礎，如果沒有這個基礎，DA的其它功能是不可能實現的。為了訪問過程數據，DADADA服務器的機器名、DA服務器上的定義。其次，客戶通過對其建立的Group與Item（Device）或緩沖區（Cache）作為其訪問的數據源?？蛻舻倪^程數據訪問包括過程數據的讀取、更新、訂閱、寫入等等，過程數據的讀/寫還分為同步讀/寫和異步讀/寫。第三，完成通知，當服務器響應客戶的過程數據訪問請求，并處理完畢時通知客戶，比如異步讀/寫時，服務器要在操作完畢時通知客戶［⑼。以上三個方面的功能是DA必須實現的。除此之外，DA還可以可選提供：DA服務器的地址空間瀏覽或停機通知，當服務器發生異常與客戶斷開連接時，向客戶發出通知。OPC客戶端開發的必備條件OPCOPCWindows系統之上;要實現OPCVC++111OPC基金會提供的，所以基金會提供的規范文檔和接口定義文件也是必需的。OPC客戶端的過程中，選取兩種OPCOPCS7-200.OPCServer和RockWellOPC服務器RslinxOPCServer□另外還需要兒個動態鏈接庫：opc_aeps.dll、opccomn_ps.dll、opchda_ps.dll、opcproxy.dll、actxprxy.dll(lidOPCfoundation提供),其中opc_aeps.dll>opccomn_ps.dll,通用接口;opchda_ps.dll>opcpioxy.dll,用于遠程連接通信?？截愡@些文任到系統血的WinntU錄下,然后在運行里執行regsvr32命令，來安裝相應的代理dll文件。最后，獲得接口定義文件。pcda.idl,opccomn.idlo用VCMIDL,可以得到相應的.h頭文件，.c文件，和stlopcda.idl,編譯之后，得到opcda.h和opcda_i.copcda.h是標準接口的定義文件，opcda_i.cIID.IID是一個結構，是接口的唯一性標志?？蛻舳塑浖傮w設計思路在C/S架構的軟件模式中，客戶端作為服務器的使用者，一方面需要動態創建服務器實例，另一方面通過二者之間的通信協議，調用服務器的各種服務，為客戶端提供數據?？蛻舳撕头掌鞯慕换ブ饕譃椋簞摻ú⑦B接服務器對象；添加組、項；進行數據的讀寫操作；釋放所有的接口，并依次刪除項、組和服務器對象；斷開與服務器連接K叭OPC服務器安裝在操作系統中，客戶端通過注冊表查詢服務器并列表，然后客戶端選取列表中CLSIDCOM對象。如果服務器應用程序沒有啟動，則系統自COM對象創建，客戶就會得到一個IOPCServerOPCGroup,并返回其它接口指針，以保證客戶端可以調用服務器的接口4.2所7J\o圖4.2客戶端程序的工作流程圖Item,選取感興趣的Item,添Group對象中。這樣，OPCOPCGroup對象調用IOPCItemMgt接口增OPCItemOPCGroiipIOPCSyncIO或者IOPCAsyncIO2接Read和WriteItem實時監控組中的項，一旦項屬性發生變化立即通知客戶端，數據流結構中含有項值和質量標簽，客戶端解析數據流結構并使用它們來刷新客戶端視圖；最后，OPC客戶在退出時釋放所有的接口并依次OPCItem,OPCGroup和OPCServer對象。所有的接口都在服務器端實現，客戶端只是創建并且調用了這些接口及方法。OPC客戶端和OPC服務器的交互行為，還受到一些因素的影響。在OPC服務器中，組和項都有一個活動標志。組的活動狀態與項的活動狀態相互獨立，改變組的活動狀態不會改變項的活動狀態。在實際應用中，充分利用服務器的這些標志，優化他們之間的通信和CPU資源的利用。如前面所提到的項活動標志、組活動標志、數據源類型等。數據訪問服務器對象設計OPC數據訪問服務器中的對象包括:兩個COMOPCGroupCOMOPCGroups^OPCItems和OPCItem,OPCServer和OPCGroup對象才是可見的，客戶只能對這兩個對象進行操作。OPC數據訪問服務器的層次結構，比較適合軟件設OPCServerOPCGroup對象，OPCGroup對象負責創建OPCItem,OPCServer對象OPCServerCOM43-4.7所示：圖4.3OPCGroup的創建過程圖4.4OPCItem的創建過程圖4.5OPCGroup的釋放過程圖4.6OPCItem的刪除過程圖4.7類對象之間的關系圖客戶端詳細設計上節給出了客戶端和服務器端交互的流程概述，下面就其實現過程給出客戶端的詳細設計。此應用程序采用了MFC框架，結合COM編程思想，實現了接收器需要的接口函數,也做到了程序結構和性能的優化。包含OPC頭文件。stdafx.hopcda.h,opccomn.h,opcerror.h,opcprops.h,opcquality.h,以及opcdji.c,opccomn_i.c文件。初始化COM庫由于OPC是基于COM技術制定，所以在使用接口類之前必須首先使用CoInitialize(NULL)對COM庫進行初始化，如果成功，函數返回值等于S_OK。實現代碼如下：HRESULThl;//HRESULT是COM32位接口函數返回類型，常用的HRESULT值包括：S_OK,S_FALSE,E_FAIL等hl=CoInitializeEx(NULL,COINIT_MULTITHREADED);//CoInitializeEx是WindowsAPI函數，為當前線程初始化COM庫并設置并發模式if(hl!=S_OK)return(FAUSE);連接OPCIID_IOPCServerOPC服務器之前，OPC客OPC服務器和OPCOPC器名(S7200.0PCServer)。實現代碼如下：ConnectToServer(/*in*/LPOLESTRProgID,/*in*/BOOLIsRemote,/*out*/IUnknown**ppUnknown){CLSIDOPCCLSID;HRESULThRet=CLSIDFromProgID(ProgID,&OPCCLSID);ProgIDOPCCLSIDif(IsRemote)//opc服務器和opc客戶不在同一臺計算機上{COSERVERINFOServerinfo;memset(&ServerInfo,0,sizcof(ServerInfo));Sei*verInfb.pwszName=T2OLE(“ServerComouter'');MULTI.QIqi[l];memset(qi,0,sizeof(qi));qi[O].pIID=&IID」Unknown;HRESULThRet=CoCreateInstanceEx(OPCCLSID,NULL,CLSCTX_REMOTE_SERVER.&ServerInfo,l,qi);*ppUnknown=qi[0].pItf;}else//opc服務器和opc客戶在同一臺訃算機上hRet=CoCreateInstance(OPCCLSID,NULL,CLSCTX_LOCAL_SERVER.IID_IUnknown,(void**)ppUnknown);}}構建客戶接收器實現CAdviseSink,CAdviseSink2,CShutdownSink2.0、3.0版本中不oIShutdownSink類用于當服務器關閉時，響應服務器的斷開連接請求操作。它們直接繼承OPC的IAdviseSink,IOPCDataCallback和IOPCShutdown交互的通知機制。//建立一個服務器的連接點與客戶程序接收器之間的連接HRESULThRes=AtlAdvise(m_IOPCGroupStateMgt,//[in]IUnknownInterfaceoftheConnectionPointpCbUnk,//[in]IUnknownInterfaceoftheCallbackobjectIID_IOPCDataCallbackJ/[in]ConnectionPointID:TheOPCDataCallback&m_dwAdvise//[out]Cookiethatthatuniquelyidentifiestheconnection);if(hRes!=S_OK){AddTipInfo(LuAdvise失敗!”);CoTaskMemFree(mJtemResult);m_IOPCItemMgt->Release();m_IOPCItemMgt=0;m_GrpSrvHandle=0;m_IOPCServer->Release();m_IOPCServer=NULL;CoUninitialize();return;}創建OPC組IOPCSserver接口的AddGroupO方法可以創建一個有指定名稱和屬性的OPC組。在調用該方法之前，可以使用上一步得到的Iunknown接口指針，通過Querylnterface()方法請求IOPCServer接口指針。代碼如下：hRet=ppUnknown->QueryInterface(IID_IOPCServer,(void**)&pServer);IOPCServer接口的指針(變量pServer)&hOPCServerGroup,&dwActualRate,IID_IOPCItemMgt,&pOPCItemMgt);〃創建一個有指向名稱和屬性的組。在應回的參數中，有一個指向所需要的進程組對象IOPCItemMgt接口的指針(變量pOPCItemMgt)得到實現該接口的實例。創建數據緩存區并添加數據項IOPCItemMgt接口的Addltem()方法可以添加具有特殊屬性的指定數量的數據項。OPCITEMDEF*ItemArray=NULL;DWORDdwNumBytes=cdwMaxpoints*sizeof(OPCITEMDEF);ItemArray=(OPCITEMDEF*)CoTaskMemAlloc(dwNumBytes);pOPCItemMgt->AddItems(ItemNumberJtemArray,(OPCITEMRESULT**)&pIteniResult,(HRESULT**&pErrors);ItemArray為OPCITEMDEFS7200.0PCServer^OPC服務器的S7200.0PCServerJSU名稱，添加數據項之前，要用這些數據項信息對ItemArray結構數組進行初始化。pltemResult#儲了添加以后得到的Item項的有關信息。數據交換讀數據：成功地增加完所需要的數據項后，OPC客戶(VC應用程序)和OPC服務器(S7200.0PCServer)就可以進行數據交換了。在數據量不大的情況下，可以使用IOPCSyncIO同步接口Write。和Read()OPC客戶(VC應用程序)和OPC服務器(S7200.0PCServer)之間的數據交換。代碼如下：HRESULThRet;hRet=pUnknown->QueryInterface(IID_IOPCSyncIO,(void**)&pOPCSync);hRet=pOPCSync->Read(OPC_DS_CACHE,ReadNumber,hServerRead,&pltemValue,&pErrors);其中OPC_DS_CACHE是OPCItem的品質(quality)、時間戳(timestamp)OPC組中每一個項的值。pErrorsItem數據的成功或失敗標志。其中,ReadNumber為一次讀入數據的總個數。寫數據：pOPCAsync->Write(WriteNumberJiServerWrite,WriteValue,&pErrors)//WriteNumber個數據釋放接口指針在VCRelease()OPC對象并釋放內存。在析構函數COPCComm(OPC對象并釋放內存。pOPCSync->Release();pOPCItemMgt->Release();pServer->Release();pUnknown->Release();5 監控軟件的應用實例OPC為標準接口，能夠對多個現場設備進行監控。在此基礎上設計了煤礦膠帶機的監控軟件，以組態軟件WinCC作為上位機，S7-200系列作為下位機的在線監控系統，可在WinCCWINCC里沒有PPIWINCCOPCOPC可以實現其之間的OPC(OPCServer)一一OPCOPCVI.OEPCAccessS7-200PLCOPCPCAccess與S7-200PLCPLC網絡之間建立碩件連接。PCACCESS建立鏈接的數據，建好的數據可以作客戶端測試⑺：5.1 WinCC組態軟件」特點SIMATICWinCCPC機和WindowsNT環境下實現人機界面(HMI)的功能，不再需要附加的觸摸屏外接設備。它是一個集成的人機界面和監控管理系統，使用最新的32監控系統，是西門子公司在自動化領域中的先進技術和微軟公司軟件功能結合的產物，支持分布式系統結構，具有較多的通訊接口，可以方便地連接到已經存在的自動化環境中。功能變量管理(tagmanagement)用于管理WinCC序。其中內部變量標簽不算在需要授權的變量標簽計數中，也不要外部地址;外部變量，艾稱過程變量，要建立在“握手協議”下，需要提供外部地址。圖形編輯(graphicsdesigner)用于設計各種圖形畫面。報警記錄(alarmLogging)負責釆集和歸檔報警信息。報表編輯(reportdesigns)提供許多標準的報表，同樣可以設計?各種格式的報表,并可按照預定的時間進行打印。控制系統分析根據煤礦機電科提供的各項改造指標及網上查詢，現擬定1#膠帶機為液力耦合器驅動方式，2#膠帶機為變頻器驅動方式，3#膠帶機為軟啟動(CST)驅動方式，且每條膠帶均由四臺滾筒拖動?？刂葡到y要求及實現控制系統要求膠帶運輸機的控制方式有三種：集中自動、集中手動、就地控制。集中自動控制是將所有設備按照生產工藝流程的要求自動啟停和調節。釆取集中程序控制時，控制人員不必像集中手動控制那樣按順序按動啟停按鈕，只需選擇好運行方式,然后發啟動或停止的指令，各控制設備即按事先選好的順序自動啟動或停止。集中手動控制是對集中自動控制的補充，可以實現對需要控制的設備直接進行控制，通過控制室的控制臺對每一臺設備進行單獨的控制，需要考慮到設備之間的閉鎖。集中手動控制，進行啟動操作時，必須按照上述要求逆煤流方向逐一的啟動膠帶電機。就地控制就是在每臺設備的就地控制箱上設置開、停相應的設備。就地控制箱內設有集中一就地控制的轉換開關。值班人員通過此開關可以根據具體的實際情況選擇相應的控制方式。就地控制命令一般不通過PLC,而是直接對設備進行起、?？刂啤＿@種控制一般只是在進行設備檢修試車時使用。系統的邏輯控制實現具體實現可分為四個環節，如下所示。起車前準備起車前確定是集中控制方式啟動還是就地方式下啟動。集中控制方式下，PLC執行用戶程序的全部控制功能;就地方式下，現場設備通過現場工人手動控制，PLC收集設備運轉信號以及故障信號，傳輸到上位機顯示。流程選擇:當選定某一流程后，PLC備，則先發出起車警報，否則將對檢測出的故障進行檢修。啟動方式:用戶程序按逆煤流方式啟動。即按照從煤倉到給煤機，依次啟動設備。起車過程控制當前述過程操作完畢，系統準備就緒，發出起車指令，所選系統以指定方式起車。在逆煤流起車過程中出現故障時，起車指令自動撤除并故障報警。運行聯鎖控制運行過程中岀現故障時，逆煤流聯鎖保護，并報警。對各種保護、運行參數時實監測。完成系統中各種設定功能。停車過程控制當系統發出停車指令后，PLC將按用戶的程序完成順煤流停車過程。Step75.4中用梯形圖編出相應程序，反PLC的CPU中，等待上位機組態完畢后，實現通信，驗證一整個系統的運行效果。監控點位監控點位分模擬量和數字量兩大類，本文選用西門子最新版本WinCC.V7.0,在變量管理器中創建變量時模擬量一般選擇32位浮點型數字類型，數字量選擇。皮帶部分因三條膠帶所處環境相近，長度和型號均一致，其上監控點位在此也選取為一致。模擬量包括膠帶的速度和溫度，數字量包括各種保護，如打滑，跑偏(設為機頭、機身和機尾三處)，堆煤，皮帶縱撕，煙霧，沿線急停等，還有三條皮帶相互間閉鎖和全保護等。WinCCPLC通訊實現TCP/IPKIEN1000B)和三條普通網線，實現組態WinCC、Step7PLC300之間的物理連接。WinCCWinCC變量，WinCC項口中的通訊驅動程序SIMATICS7PROTOCOLSUITE.CHNWinCC界面下進行組態、編程和數據管理，形成所需的操作畫面、監控畫面、控制畫面、報警畫面、實時趨勢曲線、歷史趨勢曲線和打印報表等。設置PG/PCPG/PC接口”對話框；在應用程序訪問點選擇框中選擇“CP_H1_1；在通訊設備選擇相應的設備；完成以上選擇后點擊“屬性”按鈕設置接口屬性，主要是設置連接方式和波特率;設置通道參數右鍵通道單元，選擇“屬性”彈出“通道單元屬性”對話框。選擇相應的驅動連接點擊“屬性”彈出“連接屬性”對話框，這里可以修改連接的名字。單擊“屬性”彈出“連接參數”對話S圖5.1連接屬性對話框圖5.2連接參數對話框系統運行測試在以上參數都設置好之后，就可