|
|
|
彭瑜（上海工業自動化儀表研究所，200233） 《國內外機電一體化技術》2004年第1期<BR> 摘要: IEC 61131-3是可編程序控制器的編程語言的標準，它將現代軟件的概念和現代軟件工程的機制與傳統的PLC編程語言成功地結合，使它在工業控制領域的影響越出PLC的界限，成為DCS、PC控制、運動控制,以及SCADA的編程系統事實上的標準。本文綜述了該標準成功的原因，它的優勢和不足，目前和今后的發展，以及推廣應用的活動。 <BR> 關鍵詞： 編程語言，工業控制, PLC，DCS, IEC 61131,IEC 61499, 功能塊, 分布式控制 <BR> 1993年國際電工委員會（IEC）正式頒布了可編程控制器的國際標準IEC 1131（以后改稱IEC 61131），其中的第三部分關于編程語言的標準，規范了可編程控制器的編程語言及其基本元素。這一標準為可編程控制器軟件技術的發展，乃至整個工業控制軟件技術的發展，起了舉足輕重的推動作用。它是全世界控制工業第一次制定的有關數字控制軟件技術的編程語言標準。此前，國際上沒有出現過有實際意義的，為制定通用的控制語言而開展的標準化活動。這顯然是注意到由于DCS（分散控制系統）等以數字技術為基礎的控制裝置在發展進程中過于專有化，給用戶帶來的大量不便。可以說，沒有編程語言的標準化便沒有今天PLC走向開放式系統的堅實基礎。 <BR> 國際標準IEC 61131概況 <BR> 1992年以后，可編程序控制器國際標準IEC 61131的各個部分陸續頒布施行。已正式頒布的有： <BR> IEC 61131-1 通用信息 （1992） <BR> IEC 61131-2 裝置要求與測試 （1992） <BR> IEC 61131-3 編程語言 （1993） <BR> IEC 61131-4 用戶導則 （1995） <BR> IEC 61131-5 通信服務規范 （2000） <BR> IEC 61131-7 模糊控制編程軟件工具實施 （2000） <BR> IEC 61131-8 IEC 61131-3語言實現導則 （2001） <BR> 2000年8月由PLCopen組織向IEC提出增加IEC 61131-X 功能安全性,這主要是依據《IEC 61508與安全有關的電氣/電子/可編程電子系統的功能安全性》，結合PLC的具體情況提出。目前尚處在草案階段。 <BR> 中國的工業過程測量和控制標準化委員會按與IEC國際標準等效的原則，組織翻譯出版工作。于1995年12月29日以GB/T15969.1,15969.2,15969.3,15969.4 頒布了PLC的國家標準。 <BR> 該標準只涉及IEC 61131的第一、第二、第三和第四部分，沒有納入1995年以后出版的第五部分通信服務規范 ，第七部分模糊控制編程軟件工具，第八部分IEC 61131-3語言的實現導則。目前正在啟動該標準的修訂和補充工作，為第二版的正式頒布進行準備。傳統的梯形圖編程語言的嚴重不足傳統的PLC最常用的編程語言是梯形圖。它雖然遵從了廣大電氣自動化人員的專業習慣，易學易用，但是也存在許多難以克服的缺點：[1,2] <BR> ☆不同廠商的PLC產品其梯形圖的符號和編程規則均不一致。程序的可移植性差。 <BR> ☆程序可復用性差。為了減少重復勞動，現代軟件編程特別強調程序的可重復使用。傳統的梯形圖編程很難在調用子程序時通過變量賦值實現相同的邏輯算法和策略的反復使用。 <BR> ☆缺乏足夠的程序封裝能力。一般要求將一個復雜的程序分解為若干個不同功能的程序模塊。或者說，人們在編程時希望用不同的功能模塊組合成一個復雜的程序，梯形圖編程難以實現個程序模塊之間具有清晰接口的模塊化，也難以對外部隱藏程序模塊內部數據從而實現程序模塊的封裝。 <BR> ☆不支持數據結構。梯形圖編程不支持數據結構，無法實現將數據組織成如Pascal、C語言等高級語言中的數據結構那樣的數據類型。對于一些復雜應用的編程，它幾乎無能為力。 <BR> ☆程序執行具有局限性。由于傳統PLC按掃描方式組織程序的執行，因此整個程序的指令代碼完全按順序逐條執行。對于要求即時響應的程序應用（如執行事件驅動的程序模塊），具有很大的局限性。 <BR> ☆進行順序控制功能編程時，一般只能為每一個順控狀態定義一個狀態位，難以實現選擇或并行等復雜順控操作。 <BR> ☆傳統的梯形圖編程在算術運算處理、字符串或文字處理等方面均不能提供強有力支持。在IEC 61131-3標準的制定過程中就面臨著在突破舊有的編程語言的不足的同時，又要繼承其合理和有效的部分。解決好這個問題，會大大地推動PLC編程工具的發展，推動PLC的開放性。 <BR> 兼容并蓄是IEC 61131-3成功的基礎[3] <BR> IEC 61131-3的制定，集中了美國、加拿大、歐洲（主要是德國、法國）以及日本等7家國際性工業控制企業的專家和學者的智慧，以及數十年在工控方面的經驗。在制定這一編程語言標準的過程中，PLC正處在其發展和推廣應用的鼎盛時期。主要是在北美和日本，普遍運用梯形圖（LD）語言編程；在歐洲，則使用功能塊圖（FBD）和順序功能圖（SFC）；德國和日本，又常常采用指令表（IL）對PLC進行編程。為了擴展PLC的功能，特別是加強它的數據處理、文字處理，以及通信功能的能力，許多PLC還允許使用高級語言（如BASIC語言、C語言）。因此，制定這一標準的首要任務就是把現代軟件的概念和現代軟件工程的機制應用于傳統的PLC編程語言。IEC 61133-3規定了二大類編程語言：文本化編程語言和圖形化編程語言。前者包括指令清單語言（IL）和結構化文本語言（ST），后者包括梯形圖語言（LD）和功能塊圖語言（FBD）。至于順序功能圖（SFC），標準不把它單獨列入編程語言的一種，而是將它在公用元素中予以規范。這就是說，不論在文本化語言中，或者在圖形化語言中，都可以運用SFC的概念、句法和語法。于是，在我們現在所使用的編程語言中，可以在梯形圖語言中使用SFC，也可以在指令清單語言中使用SFC。 <BR> IEC 61131-3允許在同一個PLC中使用多種編程語言，允許程序開發人員對每一個特定的任務選擇最合適的編程語言，還允許在同一個控制程序中其不同的軟件模塊用不同的編程語言編制。這一規定妥善繼承了PLC發展歷史中形成的編程語言多樣化的現實，又為PLC軟件技術的進一步發展提供了足夠的空間。 <BR> 自IEC 61131-3正式公布后，它獲得了廣泛的接受和支持: <BR> (1)國際上各大PLC廠商都宣布其產品符合該標準的規范（盡管這些公司的軟件工具距離標準的IEC 61131-3語言尚有一定距離），在推出其編程軟件新產品時，遵循該標準的各種規定。 <BR> (2)許多稍后推出的DCS產品，或者DCS的更新換代產品，也遵照IEC 61131-3的規范，提供DCS的編程語言，而不像以前每個DCS廠商都搞自己的一套。 <BR> (3)以PC為基礎的控制作為一種新興控制技術正在迅速發展，大多數PC控制的軟件開發商都按照IEC 61131-3的編程語言標準規范其軟件產品的特性。 <BR> (4)正因為有了IEC 61131-3，才真正出現了一種開放式的可編程控制器的編程軟件包，它不具體地依賴于特定的PLC硬件產品，這就為PLC的程序在不同機型之間的移植提供了可能。 <BR> 總部設在荷蘭的國際性組織PLC open在推廣該標準的應用并開發相關的軟件產品，以及謀求該標準的進一步發展進行了不懈的努力，獲得了廣泛的響應和優秀的成績。以上這些事實有力地說明了這個編程語言標準的生命力。 <BR> IEC軟件模型是面向未來的開放系統[4][5][6] <BR> 程序 </P><P> <br><A HREF="/editor/uploadfiles/learns01/20068221853255415.bmp" TARGET=_blank><IMG SRC="/editor/uploadfiles/learns01/20068221853255415.bmp" border=0 alt=按此在新窗口瀏覽圖片 onload="javascript:if(this.width>580)this.width=580"></A><BR> <BR> IEC 61131-3提出的軟件模型是整個標準的基礎性的理論工具，幫助人們完整地理解除編程語言以外的全部內容。 <BR> 配置本軟件模型，在其最上層把解決一個具體控制問題的完整的軟件概括為一個“配置”。它專指一個特定類型的控制系統，包括硬件裝置、處理資源、I/O通道的存貯地址和系統能力，等同于一個PLC的應用程序。在一個由多臺PLC構成的控制系統中，每一臺PLC的應用程序就是一個獨立的“配置”。 <BR> 資源在一個“配置”中可以定義一個或多個“資源”。可把“資源”看作能執行IEC程序的處理手段，它反映PLC的物理結構，在程序和PLC的物理I/O通道之間提供了一個接口。只有在裝入“資源”后才能執行IEC程序。一般而言，通常資源放在PLC內，當然它也可以放在其它支持IEC程序執行的系統內。 <BR> 任務在一個資源內可以定義一個或多個任務。任務被配置后可以控制一組程序或功能塊。這些程序和功能塊可以是周期地執行，也可以由一個事件驅動予以執行。 <BR> 程序一個IEC程序可以用符合IEC 61131-3規定的編程語言來編寫。典型的IEC程序由許多互連的功能塊和/或函數組成，每個功能塊之間可相互交換數據。函數與功能塊是基本的組成單元，其內包括一個數據結構和一種算法。 <BR> 下面我們將IEC 61131-3軟件模型與傳統的PLC模型（包括一個資源，運行一個任務，控制一個程序，且運行于一個封閉系統中）進行比較（圖2）。 <BR> <BR> <br><A HREF="/editor/uploadfiles/learns01/200682218541359222.bmp" TARGET=_blank><IMG SRC="/editor/uploadfiles/learns01/200682218541359222.bmp" border=0 alt=按此在新窗口瀏覽圖片 onload="javascript:if(this.width>580)this.width=580"></A></P><P> 可以看出，IEC軟件模型在傳統PLC的軟件模型的基礎上增加了許多內容： <BR> ★IEC 61131-3的軟件模型是一種分層結構，每一層均隱含其下層的許多特征。 <BR> ★它奠定了將一個復雜的程序分解為若干個可以進行管理和控制的小單元，而這些被分解的小單元之間存在著清晰而規范的界面。 <BR> ★可滿足由多個處理器構成的PLC系統的軟件設計。 <BR> ★可方便地處理事件驅動的程序執行（傳統的PLC的軟件模型僅為按時間周期執行的程序結構） <BR> ★對以工業通信網絡為基礎的分散控制系統（例如由現場總線將分布于不同硬件內的功能塊構成一個具體的控制任務）尤其是軟邏輯/PC控制這些正在發展中的新興控制技術，該軟件模型均可覆蓋和適用。由此可見，該軟件模型足以映像各類實際系統： <BR> 對于只有一個處理器的小型系統，其模型只有一個配置、一個資源和一個程序，與現在大多數PLC的情況完全相符。對于有多個處理器的中、大型系統，整個PLC被視作一個配置，每個處理器都用一個資源來描述，而一個資源則包括一個或多個程序。對于分散型系統，將包含多個配置，而一個配置又包含多個處理器，每個處理器用一個資源描述，每個資源則包括一個或多個程序。 <BR> IEC 61131-3的優勢與缺陷[4][7] <BR> IEC 61131-3的優勢在于它成功地將現代軟件的概念和現代軟件工程的機制用于PLC傳統的編程語言。而它的不足卻是因為它在體系結構上和硬件上依賴于傳統的PLC的體系結構所形成的“先天不足”。 <BR> 下面先討論IEC 61131-3的優勢 <BR> 1.采用現代軟件模塊化原則。 <BR> ★編程語言支持模塊化，將常用的程序功能劃分為若干單元，并加以封裝，構成編程的基礎。 <BR> ★模塊化時只設置必要的、盡可能少的輸入和輸出參數，盡量減少交互作用，盡量減少內部數據交換。 <BR> ★模塊化接口之間的交互作用，均采用顯性定義。 <BR> ★將信息隱藏于模塊內，對使用者來講只需了解該模塊的外部特性（即功能，輸入輸出參數），而無需了解模塊內算法的具體實現方法。</P><P> <br><A HREF="/editor/uploadfiles/learns01/200682218545198924.bmp" TARGET=_blank><IMG SRC="/editor/uploadfiles/learns01/200682218545198924.bmp" border=0 alt=按此在新窗口瀏覽圖片 onload="javascript:if(this.width>580)this.width=580"></A><BR> <BR> 2.IEC 61131-3支持自頂而下（top-down）和自底而上（bottom-up）程序開發方法。用戶可先進行總體設計，將控制應用劃分若干個部分，定義應用變量，然后編各個部分的程序: 這就是自頂而下。用戶也可以先從底部開始編程，例如先導出函數和功能塊，再進行按照控制要求編制程序: 這是自底而上。無論選擇何種開發方法，IEC 61131-3所創建的開發環境均會在整個編程過程中給予強有力的支持。 <BR> 3.IEC 61131-3所規范的編程系統獨立于任一個具體的目標系統，它可以最大限度地在不同的PLC目標系統中運行。這樣就創造了一種具有良好開放性的氛圍，奠定了PLC編程開放性的基礎。 <BR> 4.將現代軟件概念濃縮，并加以運用，例如： <BR> ★數據使用DATA_TYPE說明機制 <BR> ★函數使用FUNTION說明機制 <BR> ★數據和函數的組合使用FUNTION_BLOCK說明機制。 <BR> 在IEC 61131-3中，功能塊并不只是FBD語言的編程機制，它還是面向對象組件的結構基礎。一旦完成了某個功能塊的編程，并通過調試和試用證明了它確能正確執行所規定的功能，那么就不允許用戶再將它打開，改變其算法。即使是一個功能塊因為其執行效率有必要再提高，或者是在一定的條件下其功能執行的正確性存在問題，需要重新編程，我們只要保持該功能塊的外部接口（輸入/輸出定義）不變，仍可照常使用。同時，許多原創設備制造廠（OEM）將它們的專有控制技術壓縮在用戶自定義的功能塊中，既可以保護知識產權，又可以反復使用，不必一再地為同一個目的而編寫和調試程序。 <BR> 5.標準要求嚴格的數據類型定義。這意味著，IEC 61131-3編程語言為減少程序開發人員對一個變量做出錯誤的數據類型定義創造了有效的限制。 <BR> 軟件工程中很早就認識到許多編程的錯誤往往發生在程序的不同部分其數據的表達和處理不同。IEC 61131-3從源頭上注意防止這類低級的錯誤，雖然采用的方法可能導致效率降低一點，但換來的價值卻是程序的可靠性、可讀性和可維護性。IEC 61131-3采用以下方法防止這些錯誤： <BR> ★限制函數與功能塊之間的互連范圍:只允許兼容的數據類型與功能塊之間互連。 <BR> ★限制運算只可對其數據類型已明確定義的變量進行。 <BR> ★禁止隱含的數據類型變換。比如，實型數不可執行按位運算。若要運算，編程者必須先通過顯式變換函數REAL_TO_WORD，把實型數變換為WORD型位串變量。標準中規定了多種標準固定字長的數據類型，包括位串，帶符號位和不帶符號位的整數型（8位、16位、32位和64位字長）。 <BR> 6.對程序執行具有完全的控制能力。傳統的PLC只能按掃描方式順序執行程序，對程序執行的多樣性要求如由事件驅動某一段程序的執行，程序的并行處理等均無能為力。IEC 61131-3允許程序的不同部分，在不同的條件（包括時間條件）下，以不同的比率并行執行。即允許對一個程序的不同部分規定不同的執行次數、不同的執行時間和并行執行的方式。這意味著，以“任務”控制的方式可讓一個程序的不同部分以不同的掃描周期進行掃描。 <BR> 7.提供靈活的編程語言選擇。有三種圖形化語言和兩種文本化語言可在表達一個控制應用程序的不同部分時，讓程序編制人員有很大的自由度去選用他認為合適的語言來設計。換句話說就是，程序的不同部分可用上述五種語言的任意一種來表達。 <BR> 8.支持數據結構的定義。由于支持數據結構，所以相關的數據元素即便屬于不同的數據類型，也可在程序不同的部分傳送，就如它們是一個單一的實體。在不同程序組織單元POU之間傳送復雜信息，如同傳送單一變量一樣。這不但改善了程序的可讀性，而且保證了相關數據的存取準確無誤。 <BR> 9.完全支持順序控制的各種描述，再復雜的順序行為也可輕而易舉地用順序功能圖SFC這樣的圖形化語言加以分解、描述及編程。順序控制過程的每一步都可用步（steps）、其動作（actions）和轉移（transitions between steps）準確描述。 <BR> 至于IEC 61131-3的缺陷主要是以下兩點： <BR> 1.IEC 61131-3沿用了直接表示與硬件有關的變量的方法，這就妨礙了均符合標準的PLC系統之間做到真正意義上的程序可移植。由于不同機種有自己的輸入、輸出的定義（這些均與硬件相關），如果想把一個在某個廠商的PLC中運行得很好的程序原封不動地搬到另一個PLC廠商的機器，必須先從技術文件中找到有關與硬件相關變量的定義，然后再在另一個機型中對此重新定義。至少可以這樣說，不存在與硬件相關變量之間的變換。 <BR> 2.IEC 61131-3只給出一個單一的集中PLC系統的配置機制，這顯然不能適應分布式結構的軟件要求。由于工業通信技術的飛速發展，特別是現場總線和以太網在工業中的實際應用，給工業自動化的體系結構帶來了巨大影響。因此，IEC 61131-3必須適應客觀形勢的發展，在這方面進行突破。它應該允許功能塊不一定集中常駐在單個硬件中，允許分散于不同硬件的功能塊，通過通信方式也可以構成一個控制程序。這就是正處于制定中的IEC 61499的主攻方向。 <BR> 加速IEC 61131-3的推廣應用 <BR> 要全面高水平實施IEC 61131-3還有一個相當艱苦過程。特別是它對控制領域的影響并不限于PLC，它還適用于DCS、PC控制，運動控制，甚至SCADA系統，因此推廣應用IEC 61131-3就不是幾個人、幾個廠商、甚至幾個國家的事情，必須有一個不以贏利為目的國際組織進行全面規劃，積極推廣。值得慶幸的是致力于工業控制編程標準化的國際組織PLCopen，以自己的有效活動表明它足以堪當此重任。 <BR> PLCopen目前擁有分布于21個國家的100多個單元會員，下設5個技術委員會[8]：TC1重點在于與IEC合作共同發展、提高和完善IEC61131-3，目前具體工作是發行的第2版修訂文本。TC2重點在于定義功能塊的程序庫，協調功能塊的約定。目前正在組織對運動控制的功能塊進行定義，創立可重復使用、獨立于硬件的運動控制行規（profile）。TC3重點是制定編程語言一致性的測試標準。我們知道，IEC61131-3標準僅給出了一致性的基本規則，并不提供實際編程系統的導則。所以關于編程系統的一致性測試實際上就是檢驗不同的編程系統是否真正具有開放性的問題。TC4重點是通信，負責制訂通信接口及應用交換格式等。TC5則著重于安全軟件導則，重點在于如何運用IEC 61508（有關系統安全的功能安全）支持安全編程技術。 <BR> 一致性的實質在于建立一套測試方法和程序，這樣才能推動標準的真正貫徹。PLCopen把一致性劃分為3個等級：基本級，可重復使用級，以及全兼容級。符合基本級，可解決小系統的可移植性；符合可重復使用級和全兼容級，可解決功能塊程序庫的可移植性。目前，指令表（IL）、結構文本（ST）和順序功能圖（SFC）的基本級定義已完成；有關指令表、結構文本和順序功能圖的測試軟件已投入使用；有25個編程軟件包已通過一致性認證。梯形圖（LD）和功能塊圖（FBD）的基本級一致性定義正在制定中，相應測試軟件正在準備中。由于要全部滿足IEC 61131-3標準的要求實屬不易，所以標準中在許多方面允許部分實現標準，這就給制造廠商相當大的自由度。也正因為如此，如果能在IL、ST、SFC、LD和FBD五個方面均達到可重復使用級，則該編程系統即達到了全兼容級。 <BR> IEC 61131-3的修訂和發展 <BR> IEC 61131-3第二版已于2000年下半年進行了表決,現已公布施行。第二版對第一版作了少許修改，目的主要在于提高程序組織單元(如用IEC 61131-3的編程語言寫的程序,函數,功能塊)的可讀性和有用性。主要改動如下[7]: <BR> (1)將直接量(literal value)的類型作為該量的一部分來表示,以方便該量的應用,達到一目了然的效果。例如用UINT #345表示無符號整型數,正好對應有符號整型數INT #345。 <BR> (2)在第1版中,函數(不是功能塊)不允許存在由于其執行而產生的副作用。第2版中放松了這一要求,只要在函數的定義中說明所產生的副作用并非有害即可。 <BR> (3)對結構化文本(ST)這一種編程語言的句法做了改進,使函數和功能塊的多輸出連接可以具有一種等效于功能塊圖(FBD)的多輸出連接的靈活性。 <BR> (4)第2版中規定了一種新的字符串數據類型WSTRING,以適應在ISO/IEC 10646標準中定義的寬字符(即雙字節)的字符串。 <BR> 計劃中的IEC 61131-3的第3次修改版將與IEC 61499相協調，在保持IEC 61131-3原有優點的同時，消除它兩個最大的缺陷。智能式傳感器和執行器本身就具有執行控制功能的能力，如果IEC 61131-3能支持分布式系統體系結構的編程，那么只要開發出相應的軟件工具，就能組成靈活性極強的現場總線控制系統。IEC技術委員會（TC65）啟動了IEC 61499 工業過程測量和控制系統用功能塊項目，目的之一就在于對IEC 61131-3進行適當的擴展。這主要是： <BR> ★給出如何使PLC具有表達61499設備特性的能力。 <BR> ★引入有關61499如何使61131-3增加附加價值的闡述，而61131-3又如何增加61499的附加價值的闡述。 <BR> 目前61131-3第三版的修訂內容已公布了32項[9]，主要有： <BR> 在61131-3中增加新的定義“交叉可復用性”（cross-reusability），而不在61131-3中開發COMPLIANCE CLASSES or PROFILE（一致級或行規）。 <BR> 61499和61131-3形式句法和語法的關系。 <BR> 用服務接口功能塊（ SIFB，Service-interface function block）提供對過程數據的存取，取代原來的與硬件相關的語言特性，如I/O地 址的直接表示。 <BR> 取消VAR_GLOBAL結構，用相應的服務接口功能塊代替，以提供對系統的全局變量的存取。 <BR> 用服務接口功能塊替代VAR_ ACCESS結構。 <BR> 用61499的設備/資源模型取代CONFIGURATION結構。 <BR> 引入61499的應用模型和在資源上的子部 分的映射。 <BR> 引入執行控制圖編程語言元素。 <BR> 61499功能塊算法采用61131-3語言編程。 <BR> 設計將現有的61131-3的算法嵌入61499的 分散式功能塊的方法。還有一些與61499無直接關系的修改。 <BR> IEC 61499—IEC 61131-3的發展和補充 <BR> 早在1990年初，IEC技術委員會（TC65）還在制定61131-3編程語言的時候就認為，為了細化和發展功能塊方法，有必要制定一個功能塊應用的公共模型。并將此項目命名為IEC 61499《工業過程測量和控制系統用功能塊》，把制定這個標準的工作交給其下屬的第六工作組（TC65/WG6）。目的就在于對IEC 61131-3進行適當的擴展。 <BR> 目前，IEC 61499的前兩個部分已作為PAS（公眾可利用規范Publicly AvailIable Specification）公布。如果能取得工業界的積極響應和支持，在2003年就可能以正式標準頒布[10]。應注意的是，61499不是一個獨立的標準，為實現分布式工業過程測控系統我們至少還需要： <BR> ★通信行規 它定義標準的通信功能塊及其標準開放性通信的映射服務，就如在現場總線國際標準所規定的那樣。 <BR> ★標準編程語言 諸如IEC 61131-3規范的基本功能塊類型中的算法。 <BR> ★在特定范疇中（如過程控制功能塊）應用的標準功能塊類型及其導則。 <BR> 61499-1是針對通過通信網絡互連的模塊化分布系統的體系結構標準。它定義了為精確描述分布式控制系統的功能塊和應用程序的體系結構、模型及其文本語法。其系統模型包括與被控過程（或機械）的接口，與通信網絡的接口，以及隱含的分布式應用程序。 <BR> 61499-2是工程任務支持（Engineering Task Support），進一步描述創建和管理基于功能塊概念的工程系統所必須的概念（如資源和設備類型的功能描述方法），分布式工業過程測控系統的規范及軟件工具間信息交換方式等，為設計、實現和維護分布式工業過程測控系統提供工程指導。61499-2把可擴展標志語言XML定義為61499的的文件交換格式。這意味著61499功能塊設計可以通過因特網傳遞，并用下一代網頁瀏覽器直接在網頁上瀏覽。這必將給最終用戶帶來極大的利益。在IEC 61499-1中，規定了系統模型包括與被控過程（或機械）的接口，與通信網絡的接口，以及隱含的分布式應用程序（見圖4）。</P><P> <br><A HREF="/editor/uploadfiles/learns01/200682218553346413.bmp" TARGET=_blank><IMG SRC="/editor/uploadfiles/learns01/200682218553346413.bmp" border=0 alt=按此在新窗口瀏覽圖片 onload="javascript:if(this.width>580)this.width=580"></A></P><P> 由圖可見,一組互連的設備(儀表,器件等)彼此之間通過一個或多個網絡通信,這些網絡也可以構成多級遞階的方式進行通信。應用程序可常駐在一個設備中(如應用程序C),也可常駐在多個設備中(如應用程序A和B)。例如,一個應用程序可以包括一個或多個控制回路,其中輸入采揮由一個設備執行,控制運算由口力一個設備執行,輸出變換由第3個設備完成。 <BR> IEC 61499還給出應用程序的模型它由若干個可能分散在多個設備中的功能塊互連而成。與集中系統不同的是，分散系統的程序執行不再按掃描方式，或是以多任務多進程的方式進行，它要求在指定數據傳輸與控制算法之間的關系時具有明確的顯性機制。為了滿足這個要求，IEC 61499增加了一個顯性事件接口，以及執行IEC 61131-3功能塊的控制算法的控制功能。 <BR> 完成執行控制功能的一個重要手段便是IEC 61499中定義的執行控制圖的表示方法。它其實是IEC 61131-3中順序功能圖的一種簡化的、事件驅動版本。IEC 61499提供了服務接口功能塊（Service-interface function block，SIFB），SIFB作為指定所有分散于獨立硬件實體中操作系統資源之間的相互關系的顯性模型，提供了I/O事件與服務功能塊，以及服務原語（primitives）的順序之間一一對應的映像。這個映像符合IEC/ISO開放統互連的體系結構所定義的指定服務（specifying service）的標準方式。這樣，任意已完整定義的服務集合便可直接在SIFB中映像。 <BR> IEC 61499提供了一種消除硬件依賴性的自然途徑：用SIFB表達硬件接口，這樣硬件的依賴性便可限制在該SIFB的組態參數上。按照IEC 61499的模型，PLC可表示為其內有多個資源的裝置，只不過用了互連的事件驅動功能塊，來替代IEC 61131-3中配置模型內相互間存在適當連接的程序任務。如此構建模型，便使所有與硬件的依賴性蕩然無存。 <BR> 可以把一個資源內的功能塊當作大規模分散的應用程序的一個組成部分。由于一個IEC 61499的應用程序是許多互連的功能塊的一種簡單組合，所以只要將這些功能塊賦予多個硬件裝置內的不同資源，而不是把所有的控制功能全部限制在一個單一的集中裝置中，那么我們便可方便地實現了應用程序的分散化。請記住，IEC 61499功能塊中的控制算法還是用IEC 61131-3的語言來編程的，所以IEC 61131-3依然發揮重要作用。唯一有所變化的是，在系統配置時我們采取了封裝的、可反復使用的和分散的機制。可以預計，IEC 61499的軟件工具將促使IEC 61131-3的應用無痛地融入分布式智能系統之中。 <BR> 結論 <BR> ① IEC 61131-3已獲得國際工控界的廣泛承認和支持。 <BR> ② IEC 61131-3正在加速推廣應用，不但成為PLC的編程標準，而且成為DCS、PC控制、SCADA、運動控制等事實上的標準。 <BR> ③ 為適應現場總線和工業以太網的高速發展，IEC 61131-3和IEC 61499結合，使分布式PLC有了真正實現的路徑。 </P><P> 參考文獻 <BR> [1] R.W.Lewis Programming Industrial Control System usingIEC 1131-3 <BR> [2] 羅伯特•杉布，王蔚庭 IEC 61131-3國際標準簡介國內外機電一體化技No. 1，2001，P55 <BR> [3] 彭瑜 IEC 61131-3的現狀和發展世界儀表和自動化 No.2,p.14-18,2002年和No.3,p.56-58,2002年 <BR> [4] Karl-Heinz John等 IEC 61131-3:工業自動化系統的程序編制中國機電一體化技術應用協會出版，2002年 <BR> [5] Eelco van der Wal EC1131-3：a standard programming resource <BR> Industrial Computing July，1999 <BR> [6] 羅伯特•杉布，王蔚庭 IEC 61131-3軟件：一種先進的工業控制編程系統國內外機電一體化技術 No. 2，2001，P53 <BR> [7]J.H.Christensen The Future of IEC 61131-3 Industrial Computing March，1999，P20 <BR> [8]Eelco van der Wal IEC 61131-3軟件：正在改變著工業控制領域的現狀、結構根據、活動和程序庫21世紀制造業自動化高級技術論壇，2001年6月北京 <BR> [9] Items for IEC 61131-3,3rd Ed.<img align=absmiddle src=pic/url.gif border=0><a target=_blank href=http://www.holobloc.com/stds/iec/sc65bwg7tf3/comments/pt3e3.htm> www.holobloc.com/stds/iec/sc65bwg7tf3/comments/pt3e3.htm</a> <BR> [10] 楊磊，徐蓉萍 IEC 61499—工業控制技術發展的新階段計算機測量與控制 2002年10月，p.721-724<BR>
|
|
狀 態：
離線
公司簡介
產品目錄
|
|
|
公司名稱：
|
德維森科技(深圳)有限公司
|
| 聯 系 人： |
Techwayson
|
| 電 話： |
0755-26038118
|
| 傳 真： |
0755-26038228 |
| 地 址： |
深圳市南山區高新區高新南七道德維森大廈七樓 |
| 郵 編： |
518057 |
| 主 頁： |
|
|
|
|
|
