國(guó)家標(biāo)準(zhǔn)化管理委員會(huì)國(guó)家市場(chǎng)監(jiān)督管理總局發(fā)布國(guó)家標(biāo)準(zhǔn)化管理委員會(huì)I V V 1 1 24參考模型 4.1系統(tǒng)模型 4.2設(shè)備模型 4.3資源模型 4.4應(yīng)用模型 4.5功能塊模型 4.6分布式模型 4.7管理模型 4.8操作狀態(tài)模型 5.1概述 5.2基本功能塊 205.2.1類(lèi)型聲明 205.2.2實(shí)例行為 225.3復(fù)合功能塊 5.3.2實(shí)例行為 275.4子應(yīng)用 5.4.2實(shí)例行為 5.5適配器接口 5.5.2類(lèi)型規(guī)范 5.6異常和故障處理 Ⅱ6服務(wù)接口功能塊 6.1.2類(lèi)型規(guī)范 6.1.3實(shí)例行為 6.2通信功能塊 6.2.2實(shí)例行為 6.3管理功能塊 7功能單元和系統(tǒng)的配置 447.1配置原則 44 44 44 7.3配置要求 7.3.1系統(tǒng)配置 457.3.2應(yīng)用規(guī)范 45 457.3.4網(wǎng)段和鏈路的配置 46附錄A(規(guī)范性)事件功能塊 47附錄B(規(guī)范性)文本語(yǔ)法 附錄C(資料性)對(duì)象模型 附錄E(資料性)信息交換 附錄F(規(guī)范性)文本規(guī)范 附錄G(資料性)屬性 參考文獻(xiàn) Ⅲ 20圖10基本功能塊類(lèi)型聲明 21圖11ECC示例 22圖12ECC操作狀態(tài)機(jī) 圖13復(fù)合功能塊的PI_REAL示例 26圖14PID_CALC基本功能塊的示例 27圖15子應(yīng)用的示例PI_REAL_APPL 29圖16適配器接口概念模型 圖17適配器類(lèi)型聲明圖形示例 圖19適配器連接的圖示 圖20服務(wù)接口功能塊示例 圖21時(shí)序圖的示例 圖22一般管理功能塊類(lèi)型 圖23失敗服務(wù)的服務(wù)原語(yǔ)序列 圖24受管功能塊運(yùn)行狀態(tài)機(jī) 圖A.1事件分割和合并 圖C.2庫(kù)元素 圖C.3聲明 圖C.4功能塊網(wǎng)絡(luò)聲明 圖C.5功能塊類(lèi)型聲明 圖C.6IPMCS概要 圖C.7功能塊類(lèi)型和實(shí)例 圖D.3UREAD功能塊類(lèi)型 圖E.1單向事務(wù)的類(lèi)型規(guī)范 圖E.2單向事務(wù)連接的建立 圖E.3正常的單向數(shù)據(jù)傳送 圖E.7雙向數(shù)據(jù)傳送 圖E.8雙向數(shù)據(jù)傳送的連接釋放 23表2服務(wù)接口功能塊的標(biāo)準(zhǔn)輸入和輸出 表3服務(wù)原語(yǔ)語(yǔ)義 表4通信功能塊的變量語(yǔ)義 表6CMD輸入值和語(yǔ)義 40表8命令語(yǔ)法 表9圖24中動(dòng)作語(yǔ)義 表A.1事件功能塊 47表C.1ESS類(lèi)描述 表C.2庫(kù)元素的語(yǔ)法生成 表C.3聲明的語(yǔ)法生成 表D.1STATUS值的語(yǔ)義 表D.2READ功能塊類(lèi)型的源代碼 表D.3UREAD功能塊類(lèi)型的源代碼 表D.4WRITE功能塊類(lèi)型的源代碼 表D.6IEC61499-4交互特性 表E.1固定長(zhǎng)度數(shù)據(jù)類(lèi)型的COMPA 表G.1屬性元素的定義 V “本文件的使用者應(yīng)當(dāng)意識(shí)到如果這些要求不能滿足，算法執(zhí)行的結(jié)果是不可預(yù)測(cè)的?！薄牧酥嘘P(guān)于EC轉(zhuǎn)換的內(nèi)容和對(duì)圖11中符號(hào)的解釋(見(jiàn),2015年版的V——增加了“或者網(wǎng)段參數(shù)的聲明值與7.2.3中定義的網(wǎng)段類(lèi)型的聲明(如果有)不一致”表A.1,2015年版的表A.1);——表A.1中編號(hào)為11的文字說(shuō)明處將EI事件更改為START事件(見(jiàn)表A.1,2015年版的——表A.1中編號(hào)為12的文字說(shuō)明處將EI事件更改為START事件，將EO2更改為EO1(見(jiàn)表A.1,2015年版的表A.1);Declaration等4個(gè)類(lèi)的表項(xiàng)(見(jiàn)表C.3);——增加了AdapterConnecti——更改了ASN.1MODULE的內(nèi)容(見(jiàn)E.3.2,2015年版的E.3.2);施耐德電氣(中國(guó))有限公司上海分公司、北京金立石儀表科技有限公司、深圳市 ●功能塊類(lèi)型的規(guī)范； —GB/T19769.4,指定了被實(shí)現(xiàn)的GB/T197W1本文件規(guī)定了分布式工業(yè)過(guò)程測(cè)量和控制系統(tǒng)(IndustrialProcessMeasurementandControl●功能塊類(lèi)型的規(guī)范和標(biāo)準(zhǔn)化；●系統(tǒng)元素的功能性規(guī)范和標(biāo)準(zhǔn)化；●與實(shí)現(xiàn)無(wú)關(guān)的分布式IPMCS的規(guī)范、分析和驗(yàn)證；●實(shí)現(xiàn)上述功能的軟件工具間的信息交換。本文件并不限制或指定IPMCS或它們的系統(tǒng)元素的功能，除非某個(gè)功能要用到本文件定義的元素來(lái)表示。IEC61499-4陳述了本文件所定義元素可能受到一致性系統(tǒng)、子系統(tǒng)和設(shè)備的功能限制的本文件的目的之一是為在其他支持系統(tǒng)生命周期的標(biāo)準(zhǔn)中使用功能塊提供參考模型。系統(tǒng)生命周下列文件中的內(nèi)容通過(guò)文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用文GB/T9387.1—1998信息技術(shù)開(kāi)放系統(tǒng)互連基本參考模型第1部分：基本模型(idtISO/GB/T13000—2010信息技術(shù)通用多八位編碼字符集(UCS)(ISO/IEC10646:2003,IDT)ISO/IEC8824-1:2008信息技術(shù)抽象語(yǔ)法記法(ASN.1):基本記法規(guī)范[Informationtechnology—AbstractSyntaxNotationOne(ASN.1):Specificationofbasicnotation]IEC61131-3:2003可編程序控制器第3部分：編程語(yǔ)言(Programmablecontrollers—Part3:2從插頭適配器到相同適配器接口類(lèi)型的插座適配器的連接，該連接承載由適配器接口類(lèi)型定義的按一定操作步數(shù)解決問(wèn)題的一組明確規(guī)定的雙向轉(zhuǎn)換bidirectionaltransacti3配置(系統(tǒng)或設(shè)備)configuration(ofasystemordevice)數(shù)據(jù)data4數(shù)據(jù)輸出dataoutput其基本功能是管理設(shè)備內(nèi)多個(gè)資源的應(yīng)用。事件輸出eventoutput56功能塊類(lèi)型functionblocktype標(biāo)識(shí)符identifier信息information實(shí)例化instantiation7調(diào)用invocation8GB/T19769.1—2022/IEC6149其值由功能塊的一個(gè)或多個(gè)操作建立并提供給數(shù)據(jù)輸出的變量。表示一種交互的服務(wù)原語(yǔ)。其應(yīng)用調(diào)用服務(wù)提9表示一種交互的服務(wù)原語(yǔ)，其應(yīng)用指示它已經(jīng)完成了先前由一個(gè)指示原語(yǔ)表示的交互所調(diào)用的某子應(yīng)用類(lèi)型subapplicationtype其本體由互連的組件功能塊或者組件子應(yīng)用構(gòu)成將來(lái)自請(qǐng)求者的請(qǐng)求或可能的數(shù)據(jù)傳送到響應(yīng)者并且也可將來(lái)自響應(yīng)者的響應(yīng)或可能的數(shù)據(jù)傳回類(lèi)型名typename將來(lái)自請(qǐng)求者的請(qǐng)求或可能的數(shù)據(jù)傳送到響應(yīng)者，但不能將來(lái)自響應(yīng)者的響應(yīng)傳回到請(qǐng)求者的一在本文件中，通過(guò)由網(wǎng)段和鏈路組成的通信網(wǎng)絡(luò)，工業(yè)過(guò)程測(cè)量和注：被控過(guò)程不是該測(cè)量和控制系統(tǒng)的一部分。IPMCS所執(zhí)行的一個(gè)功能被模型化為一個(gè)應(yīng)用，該應(yīng)用可駐留在單個(gè)注1:按照第7章中的規(guī)定來(lái)定義，設(shè)備被視為是相應(yīng)設(shè)備類(lèi)型的實(shí)例。注2:不包含資源的設(shè)備被視為在功能上等同于4.3中定義的資源。通信接口提供資源和經(jīng)過(guò)通信網(wǎng)絡(luò)交換的信息之間的映射。通信接口可以提供●把通信信息以數(shù)據(jù)、事件或者兩者都有的形注：此圖顯示了圖1中設(shè)備2的可能內(nèi)部結(jié)構(gòu)。注1:按照7.2.1的規(guī)定來(lái)定義，資源被視為是對(duì)應(yīng)資源類(lèi)型的實(shí)例。注2:盡管資源對(duì)其運(yùn)行有獨(dú)立的操作控制，但為了安裝、測(cè)試等目的，它的運(yùn)行狀態(tài)可能需要與其他資源的運(yùn)行狀態(tài)進(jìn)行協(xié)調(diào)。注3:除了支持上述列舉的功能以外，特定資源類(lèi)型還可能表示出實(shí)現(xiàn)接口功能的能力，例如通過(guò)通信鏈路實(shí)現(xiàn)過(guò)程接口或底層通信服務(wù)。根據(jù)資源類(lèi)型的不同，所能提供的服務(wù)可能有一種或者多種。注4:資源其他可能情況的考慮超出了本文件的范圍?；蚍植际綉?yīng)用的本地部分功能塊功能塊算法調(diào)度功能一個(gè)應(yīng)用可分布在同一設(shè)備或不同設(shè)備的幾個(gè)資源中。資源使用由信和過(guò)程接口或資源的其他功能可能產(chǎn)生的事件的適當(dāng)響應(yīng)。這●算法的調(diào)度和執(zhí)行；●變量的修改；●其他事件的產(chǎn)生；●與通信和過(guò)程接口的交互。本文件上下文中，應(yīng)用通過(guò)指定功能塊或子應(yīng)用實(shí)例中的事件和數(shù)據(jù)流的功能塊網(wǎng)絡(luò)來(lái)定義，如圖4所示。根據(jù)第5章給出的規(guī)則，事件流通過(guò)每一功能塊算法指定操作的相關(guān)資源來(lái)決定調(diào)度和遵從本文件的標(biāo)準(zhǔn)、組件和系統(tǒng)可以指定執(zhí)行調(diào)度的替代方法。這些替代方法應(yīng)使用本文件所定一個(gè)功能塊(功能塊實(shí)例)是一種軟件的功能單元，包括由功能塊類(lèi)型指定的數(shù)據(jù)結(jié)構(gòu)的單個(gè)命名副本，該副本從功能塊的一次調(diào)用一直持續(xù)到下一次調(diào)用。功能塊實(shí)●類(lèi)型名和實(shí)例名?！褚唤M事件輸入。每個(gè)都可以從事件連接接收事件，這些事件可能影響一個(gè)或多個(gè)算法的執(zhí)行。●一組事件輸出。每個(gè)都可以向事件連接發(fā)出事件，這些事件的發(fā)出取決于算法的執(zhí)行或功能●一組數(shù)據(jù)輸入，可被映射到相應(yīng)的輸入變量?！褚唤M數(shù)據(jù)輸出，可被映射到相應(yīng)的輸出變量。●內(nèi)部數(shù)據(jù)?？杀挥成涞揭唤M內(nèi)部變量。●通過(guò)把內(nèi)部數(shù)據(jù)或狀態(tài)信息或兩者與一組算法、相關(guān)資源的功能性或兩者結(jié)合來(lái)決定功能特功能塊包含的算法原則上對(duì)于功能塊的外部是不可見(jiàn)的，除非功能塊的提供者提供了正式或非正式的描述。此外，功能塊可以包含內(nèi)部變量或者狀態(tài)信息或者兩者都包含。它們?cè)诠δ軌K算法的調(diào)用在事件輸入、事件輸出和算法執(zhí)行中對(duì)因果關(guān)系的規(guī)定方法在第5章和第6章中定義。功能塊類(lèi)型是一種軟件元素，規(guī)定了該類(lèi)型所有實(shí)例的特征，包括：●類(lèi)型名；●輸入、輸出和內(nèi)部變量的數(shù)量、名字、數(shù)據(jù)類(lèi)型和順序。這些特征的聲明機(jī)制在5.2.1中定義。另外，功能塊類(lèi)型規(guī)范定義了該類(lèi)型實(shí)例的功能性。這些功能性描述如下。部變量的值進(jìn)行操作，產(chǎn)生輸出變量和內(nèi)部變量的新值。使用中定義的聲明機(jī)制，按照的輸入、輸出來(lái)聲明。如圖6所示，基本功能塊的算法的執(zhí)行由功能塊實(shí)例的執(zhí)行控制部分響應(yīng)事件輸入中的事件來(lái)調(diào)用。這種調(diào)用采用請(qǐng)求相關(guān)資源的調(diào)度功能來(lái)調(diào)度算法操作的執(zhí)行。一旦算法執(zhí)行完成，執(zhí)行控制在適當(dāng)?shù)氖录敵錾袭a(chǎn)生零個(gè)或多個(gè)事件。其他功能塊實(shí)例或者相同功能塊實(shí)例的事件輸出來(lái)作為事件輸入的事件t?:相關(guān)輸入變量值(例如，那些通過(guò)中定義的WITH限定詞與事件輸入聯(lián)系在一起的輸tg:執(zhí)行控制功能通知資源調(diào)度功能去調(diào)度一個(gè)算法的執(zhí)行；ts:通過(guò)中定義的WITH限定詞將輸出變量與事件輸出相關(guān)聯(lián)的輸出變量的值的建立；?執(zhí)行控制功能s調(diào)度功能??Tsun=t?-t?(從事件輸入上的事件產(chǎn)生到算法執(zhí)行開(kāi)始的時(shí)間);Tag=t?-t?(算法執(zhí)行的時(shí)間);Tfnish=tg-t?(從算法執(zhí)行結(jié)束到在事 如圖8a)所示，應(yīng)用或子應(yīng)用程序可以通過(guò)將其功能塊實(shí)例分配到一個(gè)或多個(gè)設(shè)備中的不同資源來(lái)進(jìn)行分布。由于功能塊的內(nèi)部細(xì)節(jié)對(duì)于使用它的任何應(yīng)用或子應(yīng)用都是隱藏的，因此功能塊應(yīng)形成應(yīng)用或子應(yīng)用的功能塊之間的功能關(guān)系應(yīng)不受其分布的影響。然而，與限定在單個(gè)資源中的一個(gè)●為了支持在多個(gè)設(shè)備中應(yīng)用或子應(yīng)用的分布，第6章定義了通信服務(wù)的要求；●對(duì)于多個(gè)應(yīng)用或子應(yīng)用分布在多個(gè)資源和設(shè)備中的情況，第7章定義了相應(yīng)的要求。圖8b)和圖8c)給出了資源和設(shè)備管理的示意圖。圖8b)描述了一個(gè)管理資源為在一個(gè)設(shè)備中的其他資源的管理提供共享設(shè)施的情況，而圖8c)描述了在一個(gè)設(shè)備內(nèi)資源之間管理服務(wù)的分布。管理a)分布式模型通信接口b)共享管理模型c)分布式管理模型“STOPPED”等。a)基本功能塊(見(jiàn)5.2)b)復(fù)合功能塊(見(jiàn)5.3)c)子應(yīng)用(見(jiàn)5.4)注：本圖僅作說(shuō)明，其圖示并不作為標(biāo)準(zhǔn)。a)在塊下半部的頂端中心處給出功能塊的類(lèi)型名；b)輸入變量和插座適配器的名稱和類(lèi)型聲明顯示在塊的下半部的左邊給出；c)輸出變量和插座適配器的名稱和類(lèi)型聲明顯示在塊的下半部的右邊給出；d)功能塊類(lèi)型和事件之間接口的聲明按照中的規(guī)定在塊的上半部給出；TIME一由如圖10所示，可根據(jù)B.2中給出的語(yǔ)法以文本形式來(lái)聲明對(duì)事件的基本功能塊類(lèi)型的接口，或者a)事件接口位于塊上半部的明顯區(qū)域；c)事件輸出的名稱在控制塊上半部的右邊給出；如圖10和附錄F所示，WITH限定詞或者一個(gè)等效圖符應(yīng)分別用來(lái)規(guī)定輸入量或輸出量和相關(guān)每個(gè)輸入變量和輸出變量可以在0個(gè)或多個(gè)WITH子句或其等效圖符中出現(xiàn)。GB/T19769.1—2022/IEC注：資源應(yīng)執(zhí)行的這些初始化的條件與實(shí)現(xiàn)相關(guān)。圖11ECC示例注1:由于功能塊內(nèi)部狀態(tài)的改變，算法執(zhí)行的操作可能跟下一次執(zhí)行的操作有所不同，即使功能塊只有一個(gè)算法并且只有一個(gè)事件輸入來(lái)觸發(fā)它的執(zhí)行。注2:該模型將會(huì)產(chǎn)生一個(gè)結(jié)果：在事件輸入時(shí)，如果轉(zhuǎn)換與當(dāng)前活動(dòng)狀態(tài)無(wú)關(guān)、事件和給定狀態(tài)無(wú)關(guān)，事件出現(xiàn)不會(huì)引起包含事件的轉(zhuǎn)換結(jié)果明確化。但是，通過(guò)WITH結(jié)構(gòu)和事件相連的輸入量的采樣在任何情況下都會(huì)出現(xiàn)。圖12ECC操作狀態(tài)機(jī)執(zhí)行動(dòng)作多次跳轉(zhuǎn)·源應(yīng)確保在任何給定的時(shí)刻都不會(huì)觸發(fā)一個(gè)以該操作包含對(duì)如所述的通過(guò)WITH和當(dāng)前事件相連的輸入量的采樣(或等效功能*如B.2.1所定義，判斷跳轉(zhuǎn)條件操作包含當(dāng)前激活狀態(tài)以及第一個(gè)滿1)“跨越EC跳轉(zhuǎn)”應(yīng)包括停用其前任EC狀態(tài)和激活其繼任EC狀態(tài)；2)過(guò)渡條件的評(píng)估順序應(yīng)與B.2.1中定義的過(guò)渡聲明順序一致，或與IEC61499-2中定義的XML語(yǔ)法相同：3)僅包含event_input_name的轉(zhuǎn)換條件的保護(hù)條件應(yīng)具有默認(rèn)值TRUE;4)如果狀態(tài)s?是通過(guò)t?輸入的，則只應(yīng)評(píng)估通過(guò)B.2.1中定義的事件輸入名稱與當(dāng)前輸入事件相關(guān)聯(lián)的轉(zhuǎn)換條件，或沒(méi)有事件關(guān)聯(lián)的轉(zhuǎn)換條件；5)如果s?狀態(tài)是通過(guò)t.輸入的，則只評(píng)估沒(méi)有事件關(guān)聯(lián)的過(guò)渡條件。定義的XML順序一致?！膖?到t?的所有轉(zhuǎn)換過(guò)程應(yīng)被當(dāng)作功能塊實(shí)例上帶有所存功能的臨界區(qū)執(zhí)行。如附錄F所示，根據(jù)附錄B給出的功能塊類(lèi)型聲明規(guī)范的規(guī)則，與基本功能塊類(lèi)型相關(guān)的算法可●只在算法體中可見(jiàn)；●在每次調(diào)用算法時(shí)初始化；●可在算法執(zhí)行期間使用和修改；以及●不具有在算法執(zhí)行之間保持的值?；竟δ軌K類(lèi)型的算法調(diào)用順序可在功能塊類(lèi)型規(guī)范中進(jìn)行聲明。如果一個(gè)基本功能塊類(lèi)型的算b)ECC應(yīng)確切包含一個(gè)EC初始狀態(tài)，使用含有相關(guān)標(biāo)識(shí)符的雙線邊框矩形來(lái)表示，ECc)ECC應(yīng)包含一個(gè)或多個(gè)EC狀態(tài)，每一個(gè)都使用含有相關(guān)標(biāo)識(shí)符的單線邊框矩形來(lái)表示；d)ECC可以使用但不能修改在功能塊類(lèi)型規(guī)格說(shuō)明中聲明的變量；e)一個(gè)EC狀態(tài)可有零個(gè)或多個(gè)相關(guān)的EC動(dòng)作，EC動(dòng)作與EC狀態(tài)的聯(lián)系可用圖形或文本的f)與一個(gè)EC動(dòng)作相關(guān)的算法(如果存在)以及在該算法完成后發(fā)出的事件(如果存在)應(yīng)以圖形g)一個(gè)EC轉(zhuǎn)換應(yīng)使用圖示或文本的形式來(lái)表示，從一個(gè)EC狀態(tài)直接連接到h)每個(gè)EC轉(zhuǎn)換應(yīng)具有一個(gè)關(guān)聯(lián)的轉(zhuǎn)換條件，其中包含對(duì)事件、保護(hù)條件或兩者的引用，并以B.2.1中為非終端ec_transition_condition定義的語(yǔ)法表示。圖11描述了一個(gè)ECC的元素。附錄F中給出了使用B.2中的語(yǔ)法的等效文本聲明?；竟δ軌K中算法的執(zhí)行應(yīng)由一組有限的操作序列的執(zhí)行所組成，該操作序列由與實(shí)現(xiàn)相關(guān)的規(guī)如果一個(gè)算法實(shí)現(xiàn)一個(gè)狀態(tài)機(jī)，算法的重復(fù)執(zhí)行需要識(shí)別或執(zhí)行狀態(tài)的改變。通常在這些狀態(tài)的改變和算法的完成之間沒(méi)有聯(lián)系。這類(lèi)聯(lián)系應(yīng)通過(guò)5.2.復(fù)合功能塊類(lèi)型聲明應(yīng)遵循5.2.1給出的規(guī)則，但通過(guò)組件功能塊的事件輸入和事件輸出與復(fù)合功能塊的事件輸入和事件輸出互連來(lái)表示功能塊調(diào)用的順序和因果關(guān)系的情況除外。這一用法應(yīng)遵循a)復(fù)合功能塊的每一事件輸入應(yīng)連接到一個(gè)確切組件功能塊的一個(gè)確切的事件輸入，或連接到該復(fù)合功能塊的一個(gè)確切事件輸出。圖A.1中給出的事件分割圖示的使用是個(gè)例外。b)組件功能塊的每一事件輸入應(yīng)連接到確切的另一組件功能塊的至多一個(gè)事件輸出，或連接到該復(fù)合功能塊的至多一個(gè)的事件輸入。圖A.1中給出的事件合并圖示的使用是個(gè)例外。c)組件功能塊的每一事件輸出應(yīng)連接到確切的另一組件功能塊的至多一個(gè)事件輸入，或連接到該復(fù)合功能塊的至多一個(gè)的事件輸出。圖A.1中給出的事件分割圖示的使用是個(gè)例外。d)復(fù)合功能塊的每個(gè)事件輸出應(yīng)與一個(gè)確切組件功能塊的一個(gè)確切事件輸出連接，或從該復(fù)合功能塊的一個(gè)確切事件輸入連接。圖A.1中給出的事e)復(fù)合功能塊類(lèi)型的事件輸入的聲明應(yīng)使用WITH限定詞。WITH限定詞的使用可導(dǎo)致相關(guān)f)5.4中定義的子應(yīng)用類(lèi)型實(shí)例不能用于復(fù)合功能塊類(lèi)型規(guī)范。組件功能塊的數(shù)據(jù)輸入和數(shù)據(jù)輸出可以與復(fù)合功能塊的數(shù)據(jù)輸入和數(shù)據(jù)輸出互連，以表示復(fù)合功1)復(fù)合功能塊的每一數(shù)據(jù)輸入可連接到零個(gè)或多個(gè)組件功能塊的零個(gè)或多個(gè)數(shù)據(jù)輸入，或者連2)組件功能塊的每一數(shù)據(jù)輸入可連接到確切的另一組件功能塊的至多一個(gè)的數(shù)據(jù)輸出，或連接3)組件功能塊的每一數(shù)據(jù)輸出可連接到零個(gè)或多個(gè)組件功能塊的零個(gè)或多個(gè)數(shù)據(jù)輸入，或連接4)復(fù)合功能塊的每一數(shù)據(jù)輸出應(yīng)從一個(gè)確切組件功能塊的一個(gè)確切數(shù)據(jù)輸出連接，或從復(fù)合功圖13描述了這些規(guī)則對(duì)PI_REAL功能塊示例的應(yīng)用。圖13a)給出了外部接口的圖示，圖13b)給出了其本體結(jié)構(gòu)的圖示。圖14給出了PI_REAL示例本體中使用的PID_CALC功能塊類(lèi)型的接口pvREALREAL-NT由由ki-KI注1:附錄F中給出了這一功能塊類(lèi)型的完整的文本聲明。注2:本例僅作說(shuō)明，描述的細(xì)節(jié)并不作為標(biāo)準(zhǔn)。圖13復(fù)合功能塊的PI_REAL示例PVETEb)圖示本體注：本例僅作說(shuō)明，描述的細(xì)節(jié)并不作為標(biāo)準(zhǔn)。GB/T19769.1—2022/IEC61495.4子應(yīng)用子應(yīng)用類(lèi)型的聲明與5.3.1中定義的復(fù)合功能塊的聲明相似，不同之處在于它使用的定界關(guān)鍵詞應(yīng)為SUBAPPLICATION...END_SUBAPPLICATION。這一用法應(yīng)遵循以下規(guī)則：a)WITH限定詞不能用于子應(yīng)用類(lèi)型的事件輸入和事件輸出的聲明；b)子應(yīng)用的每一事件輸入應(yīng)連接到一個(gè)確切的組件功能塊或組件子應(yīng)用的一個(gè)確切的事件輸c)組件功能塊或者組件子應(yīng)用的每一事件輸入連接到確切的另一組件功能塊或者組件子應(yīng)用的d)組件功能塊或組件子應(yīng)用的每一事件輸出連接到確切的另一組件功能塊或者組件子應(yīng)用的至e)子應(yīng)用的每一事件輸出從一個(gè)確切的組件功能塊或組件子應(yīng)用的一個(gè)確切事件輸出上連接，組件功能塊或組件子應(yīng)用的數(shù)據(jù)輸入和數(shù)據(jù)輸出可與子應(yīng)用的數(shù)據(jù)輸1)子應(yīng)用的每個(gè)數(shù)據(jù)輸入可以連接到零個(gè)或多個(gè)組件功能塊或組件子應(yīng)用的零個(gè)或多個(gè)數(shù)據(jù)輸2)組件功能塊或組件子應(yīng)用的每個(gè)數(shù)據(jù)輸入可以連接到其他另一組件功能塊或組件子應(yīng)用的至3)組件功能塊或組件子應(yīng)用的每個(gè)數(shù)據(jù)輸出可以連接到零個(gè)或多個(gè)組件功能塊或組件子應(yīng)用的4)子應(yīng)用的每一數(shù)據(jù)輸出應(yīng)從一個(gè)確切組件功能塊或組件子應(yīng)用的一個(gè)確切數(shù)據(jù)輸出連接，或a)外部接口o-TDpv-PV注1:附錄F中給出了該子應(yīng)用的完整的文本聲明。注2:本例僅作說(shuō)明，描述的細(xì)節(jié)并不作為標(biāo)準(zhǔn)。圖15子應(yīng)用的示例PI_REAL_APPLa)如果子應(yīng)用的一個(gè)事件輸入連接到塊的事件輸出，則該事件輸入上一個(gè)事件的發(fā)生應(yīng)引起相b)如果子應(yīng)用的一個(gè)事件輸入連接到一個(gè)組件功能塊或組件子應(yīng)用的一個(gè)事件輸入，則子應(yīng)用應(yīng)引起組件功能塊或組件子應(yīng)用執(zhí)行控制功能一個(gè)調(diào)用的調(diào)度；c)如果組件功能塊或組件子應(yīng)用的一個(gè)事件輸出連接到第二個(gè)組件功能塊或組件子應(yīng)用的一個(gè)d)如果一個(gè)組件功能塊或組件子應(yīng)用的一個(gè)事件輸出連接到子應(yīng)用的一個(gè)事件輸出上，則組件功能塊事件輸出上一個(gè)事件的發(fā)生應(yīng)引起該子應(yīng)用相關(guān)事件輸出上一個(gè)事件的產(chǎn)生。5.5適配器接口適配器接口可用于提供事件和數(shù)據(jù)流的一個(gè)特定集合的簡(jiǎn)潔表示。如圖16所示，適配器接口類(lèi)型功能塊對(duì)應(yīng)的輸出和輸入的一個(gè)與之匹配的子集(插座適配器)里。所以插入適配器連接注：本圖僅作說(shuō)明，圖形表示并不作為標(biāo)準(zhǔn)。圖16適配器接口概念模型適配器接口類(lèi)型聲明應(yīng)定義唯一的接口類(lèi)型名和它所包含的事件和數(shù)據(jù)接口。這些應(yīng)像GB/T19769.1—2022/IEC61499-義。不同之處在于，在文本類(lèi)型聲明的開(kāi)始和結(jié)束處應(yīng)使用ADAPTER...END_ADAPTER關(guān)鍵字。B.7中給出了適配器接口聲明的文本語(yǔ)法。EVENTUNLDEVENTUNLDLD—COLOR圖17適配器類(lèi)型聲明圖形示例適配器接口類(lèi)型和實(shí)例的使用應(yīng)遵循以下規(guī)則。a)在功能塊類(lèi)型實(shí)例中作為插頭使用的適配器接口實(shí)例應(yīng)在PLUGS...END_PLGUS塊的類(lèi)型聲明中進(jìn)行聲明，為每一插頭聲明實(shí)例名和適配器接口類(lèi)型。在功能塊類(lèi)型和實(shí)例的圖示中，插頭應(yīng)以帶有特定文本或圖示的輸出變量來(lái)表示，表明它不是普通的輸出變量。b)在功能塊類(lèi)型實(shí)例中作為插座使用的適配器接口實(shí)例應(yīng)在SOCKETS...END_SOCKETS塊的類(lèi)型聲明中進(jìn)行聲明，為每一插座聲明實(shí)例名和適配器接口類(lèi)型。在功能塊類(lèi)型和實(shí)例的圖示中，插座應(yīng)以帶有特定文本或圖示的輸入變量來(lái)表示，表明它不是普通的輸入變量。c)插頭的輸入和輸出應(yīng)按照與功能塊的輸入和輸出相同的方法，在其功能塊類(lèi)型聲明中使用。d)插座的輸入和輸出應(yīng)分別按照與功能塊中的輸出和輸入相同的方法，在其功能塊類(lèi)型聲明中e)插頭插入插座應(yīng)在分別含有提供者和接受者實(shí)例的應(yīng)用、子應(yīng)用、資源類(lèi)型、資源實(shí)例或復(fù)合功能塊類(lèi)型聲明的ADAPTER_CONNECTIONS...END_CONNECTIONS塊中予以規(guī)定。INT一COLORUINT-1)一個(gè)插頭只能插入一個(gè)相同適配器類(lèi)型的插座中；2)一個(gè)插頭一次只能插入零個(gè)或一個(gè)插座中；3)一個(gè)插座一次只能接受零個(gè)或一個(gè)插頭；用中體現(xiàn)。在該情況下，如6.2中所描述的通信服務(wù)接口功能塊等合適的方法應(yīng)當(dāng)應(yīng)用于實(shí)施資源中_SKT)。這樣，它將服務(wù)于抽象和封裝的、帶有“上游”和“下游”功能單元的XBAR_MVC類(lèi)型實(shí)例的交互。vr-vr-注3:盡管本例表示的僅是一個(gè)復(fù)合類(lèi)型，但提供者和接受者功能塊類(lèi)型可以是基本的也可以是復(fù)合的。圖18提供者和接受者功能塊類(lèi)型聲明的圖示接受者(“下游單元”)和BORE塊的提供者(“上游單元”),而TAKEOFF實(shí)例分別履行相應(yīng)的BORE塊和UNLOAD塊GB/T19769.1—2022/IECNTO資源可提供預(yù)防、識(shí)別和處理異常和故障的功能。這些功能可模型化為服務(wù)接口功能塊。異常和故障的預(yù)防、識(shí)別和處理的特定功能塊類(lèi)型的定義超出了本文件的范圍。但是服務(wù)接口功能塊的6.1通則服務(wù)接口功能塊類(lèi)型的外部接口具有與基本功能塊相同的外觀。但服務(wù)接適合于提供特定的服務(wù)。當(dāng)使用時(shí)，它們的語(yǔ)義應(yīng)與本章中定義的一樣。功能GB/T19769.1—2022/IEC61表2服務(wù)接口功能塊的標(biāo)準(zhǔn)輸入和輸出這一事件輸入應(yīng)映射為一條請(qǐng)求原語(yǔ)，請(qǐng)求功能塊實(shí)例提供的服務(wù)的初始化。如，通信連接或事件輸出這一事件輸出應(yīng)映射為一條指示一個(gè)服務(wù)初始化這一輸入表示映射為事件輸入的服務(wù)原語(yǔ)的限定詞。這一輸入含有與服務(wù)相關(guān)的一個(gè)或多個(gè)參數(shù)，典型的為結(jié)構(gòu)化數(shù)據(jù)類(lèi)型一個(gè)實(shí)例的元素。當(dāng)這塊類(lèi)型規(guī)范應(yīng)定義它的數(shù)據(jù)類(lèi)型和默認(rèn)初始值。服務(wù)接口功能塊類(lèi)型規(guī)范可用一個(gè)或多個(gè)服務(wù)參數(shù)這些輸入包含與請(qǐng)求和響應(yīng)原語(yǔ)相關(guān)的數(shù)據(jù)。功能塊類(lèi)型規(guī)范應(yīng)定義這些輸入的數(shù)據(jù)類(lèi)型和默認(rèn)值，并定義它們與6.1.3中所示的事件順序圖中的事件輸入的關(guān)數(shù)據(jù)輸出ANY——EVENT—ANY—ANY由這一輸出應(yīng)是一種數(shù)據(jù)類(lèi)型，適合于表示事件輸出發(fā)生時(shí)該服務(wù)的狀態(tài)。一個(gè)服務(wù)規(guī)范可指示這一輸出的值與某些狀態(tài)無(wú)關(guān)。如6.1.3中描述的INITO這些輸出含有與證實(shí)和指示原語(yǔ)相關(guān)的數(shù)據(jù)，功能塊類(lèi)型規(guī)范應(yīng)定義這些輸出的數(shù)據(jù)類(lèi)型和初始值，并定義它們與6.1.3中描述的事件順序圖表中的事件輸出的關(guān)系。ANY—由a)應(yīng)用發(fā)起的交互b)資源發(fā)起的交互注1:REQUESTER和RESPONDER表示由功能塊類(lèi)型實(shí)例提供的特定服務(wù)。注2:這里描述的一般功能塊類(lèi)型的具體實(shí)現(xiàn)中，SD_1,..,SD_m輸入和RD_1,..RD_n輸出的數(shù)據(jù)類(lèi)型通常固定為某些特定的數(shù)據(jù)類(lèi)型，如，INT或WORD。注3:有關(guān)REQUESTER功能塊類(lèi)型的完整的文本聲明見(jiàn)附錄F。1)時(shí)間向下增加；INIT-d)服務(wù)原語(yǔ)應(yīng)由橫向箭頭來(lái)指示。表示服務(wù)原語(yǔ)的事件的名字應(yīng)寫(xiě)在箭頭旁邊，并應(yīng)提供決定圖21描述了服務(wù)初始化、數(shù)據(jù)傳送和服務(wù)終止的標(biāo)準(zhǔn)順序。服務(wù)接口功能塊類(lèi)型規(guī)范可以使用類(lèi)似的圖表來(lái)規(guī)定服務(wù)原語(yǔ)的所有相關(guān)序列以及正常和異常條件下它們的相關(guān)數(shù)據(jù)。RESOURCERESPONDER—INIT-資源發(fā)起(指示/相應(yīng))的交互圖表該輸入提供與通信功能塊實(shí)例相關(guān)的通信連接參數(shù)。應(yīng)包含識(shí)別這些輸入表示：當(dāng)REQ+或RSP+原語(yǔ)發(fā)生時(shí)，沿著PARAMS輸入規(guī)該輸出表示通信連接的狀態(tài)，例如：——初始化、終止或數(shù)據(jù)傳送的正常完成；——異常初始化、終止或數(shù)據(jù)傳送的原因這些輸出表示：當(dāng)IND+或CNF+原語(yǔ)發(fā)生時(shí)，沿著PARAMS輸入規(guī)定的通信連接接收的相注：通信功能塊類(lèi)型聲明可定義RD_1,..,RD_n輸出和對(duì)應(yīng)功能塊實(shí)例的SD_1,..,SD_系。例如，RD輸出的編號(hào)和類(lèi)型可以限定為與對(duì)應(yīng)的SD輸入的編號(hào)和類(lèi)型相匹配?！巴ㄐ殴δ軌K類(lèi)型聲明應(yīng)定義SD_1,..,SD_m輸入和RD_1,..,RD_n輸出的編號(hào)和類(lèi)型，并可以賦予它們其他的名字。如附錄E中E.2描述，通信功能塊類(lèi)型的實(shí)例行為應(yīng)在對(duì)應(yīng)的通信功能塊類(lèi)型聲明中定義，使用6.1中為服務(wù)接口功能塊規(guī)定的方法，并結(jié)合表5給出的特定服務(wù)原語(yǔ)語(yǔ)義。這種規(guī)范應(yīng)包含下列服務(wù)●通信連接的正常和異常的建立與釋放；●正常和異常的數(shù)據(jù)傳送。●數(shù)據(jù)類(lèi)型；●功能塊類(lèi)型和實(shí)例；●功能塊實(shí)例間的連接。CNF--注2:本條只處理以上的a)項(xiàng)，即資源中應(yīng)用的管理。設(shè)備管理的框架將在IEC61499-2中介紹。注3:資源、應(yīng)用和功能塊實(shí)例之間的聯(lián)系在7.3描述的系統(tǒng)配置中定義。注4:啟動(dòng)和終止一個(gè)分布式應(yīng)用由一個(gè)合適的軟件工具執(zhí)行。圖22描述了管理功能塊類(lèi)型的一般形式。這些管理功能塊類(lèi)型的實(shí)例滿足以上定義的應(yīng)用管理注2:對(duì)于這些功能塊類(lèi)型，規(guī)定的CMD和OBJECT輸入和RESULT輸出代替了6.1中所述的通用的SD_1和注4:當(dāng)PARAMS輸入存在時(shí)，其類(lèi)型和值是資源類(lèi)型與實(shí)現(xiàn)相關(guān)的參數(shù)。注5:附錄F提供了該功能塊類(lèi)型的完整文本規(guī)范，包括所有服務(wù)序列。BO0L一圖22一般管理功能塊類(lèi)型管理功能塊類(lèi)型的實(shí)例行為和輸入/輸出語(yǔ)義，應(yīng)遵循6.1中為具有由應(yīng)用發(fā)起的交互作用的服務(wù)接口功能塊類(lèi)型給出的規(guī)則，并具有圖23中為失敗服務(wù)初始化和請(qǐng)求給出的其他行為。注：附錄F給出了包括所有服務(wù)序列的這一功能塊類(lèi)型的完整文本規(guī)范。要執(zhí)行的管理操作應(yīng)按照表6中定義的語(yǔ)義，用管理功能塊的CMD輸入值來(lái)表示。值0表6CMD輸入值和語(yǔ)義(續(xù))值1234從訪問(wèn)路徑讀數(shù)據(jù)5寫(xiě)數(shù)據(jù)到訪問(wèn)路徑678管理功能塊STATUS輸出的值和相應(yīng)語(yǔ)義如表7所述，表示指定命令的執(zhí)行結(jié)果。值0123系統(tǒng)發(fā)起的終止45不支持請(qǐng)求的命令6不支持請(qǐng)求的對(duì)象類(lèi)型7引用的對(duì)象不存在89當(dāng)前對(duì)象狀態(tài)的命令操作無(wú)效先前的事務(wù)仍然掛起管理功能塊實(shí)例OBJECT輸入和RESULT輸出的實(shí)際長(zhǎng)度應(yīng)是與實(shí)現(xiàn)相關(guān)的。生的對(duì)象的描述。這些串應(yīng)由附錄B中定義為非終結(jié)符，并被表8引用的與實(shí)現(xiàn)相關(guān)的對(duì)象編碼組成。注：與以上所列命令對(duì)應(yīng)的CMD輸入的整數(shù)●功能塊實(shí)例的START和STOP應(yīng)按6.3.3中那樣定義；●應(yīng)用的START和STOP應(yīng)分別等效于包含受管資源中該應(yīng)用中的所有功能塊實(shí)例的些值在表6中規(guī)定。b)MANAGER功能塊類(lèi)型的command_error原語(yǔ)序列在以下條件下應(yīng)觸發(fā)4)INVALID_OPERATION:CMD的值為DELETE,并且功能塊實(shí)例處于STOPPED或KILLED狀態(tài)，但在設(shè)備或資源類(lèi)型規(guī)范中聲明了該功能塊實(shí)例，即保護(hù)條件is_deletable為FALSE。d)圖24中給出的動(dòng)作的語(yǔ)義應(yīng)如表9表示一致。表9為管理基本功能塊和服務(wù)接口功能塊e)先前規(guī)則描述的動(dòng)作遞推應(yīng)用到受管復(fù)合功能塊的所有組件功能塊。圖24受管功能塊運(yùn)行狀態(tài)機(jī)表9圖24中動(dòng)作語(yǔ)義動(dòng)作INIT+原語(yǔ)允許當(dāng)前活動(dòng)的服務(wù)原語(yǔ)完成立刻終止當(dāng)前活動(dòng)算法(如果存在)的操作立刻終止當(dāng)前所有服務(wù)的操作c)根據(jù)其相關(guān)資源來(lái)描述設(shè)備類(lèi)型的功能性；d)資源是相應(yīng)資源類(lèi)型的實(shí)例；e)資源類(lèi)型的功能能力是根據(jù)可實(shí)例化的功能塊類(lèi)型以及在資源類(lèi)型的所有實(shí)例中存在的特定●7.2定義了資源類(lèi)型和設(shè)備類(lèi)型的功能性規(guī)范的規(guī)則；●7.3通過(guò)其相關(guān)設(shè)備和應(yīng)用，定義了IPMCS配置的規(guī)則?！褓Y源類(lèi)型名；●資源類(lèi)型的每個(gè)實(shí)例都可以被實(shí)例化的數(shù)據(jù)類(lèi)型和功能塊類(lèi)型的聲明；●在每一資源類(lèi)型實(shí)例中始終存在的任何功能塊實(shí)例的實(shí)例名、類(lèi)型和初始值；●在每一資源類(lèi)型實(shí)例中始終存在的任何數(shù)據(jù)連接、適配器連 a)設(shè)備類(lèi)型名。d)每一設(shè)備類(lèi)型的實(shí)例中始終存在的任何數(shù)據(jù)連接和事件連接。e)每一設(shè)備類(lèi)型的實(shí)例中存在的資源實(shí)例聲明。每一這種聲明應(yīng)包含：1)資源實(shí)例名和類(lèi)型名；2)每一設(shè)備類(lèi)型實(shí)例的資源實(shí)例中，始終存在的每一功能塊實(shí)例的實(shí)例名、類(lèi)型名和初3)每一設(shè)備類(lèi)型實(shí)例的資源實(shí)例中，始終存在的任何數(shù)據(jù)連接、適配器連接和事件連接?！穸晤?lèi)型名稱；●系統(tǒng)名；●系統(tǒng)中每一應(yīng)用的規(guī)范，如7.3.2中的規(guī)定；●每一設(shè)備及相關(guān)資源的配置，如7.3.3中的規(guī)定；●每一網(wǎng)絡(luò)段以及和設(shè)備或資源之間的連接的配置，如7.3.4中定義?！駱?biāo)識(shí)符形式的名字；a)設(shè)備的實(shí)例名和類(lèi)型名。c)設(shè)備實(shí)例支持的資源類(lèi)型以及為設(shè)備類(lèi)型指定的資源類(lèi)型。e)除了那些為設(shè)備類(lèi)型定義的以外，在設(shè)備實(shí)例中存在的任何數(shù)據(jù)連接、適配器連接和事件f)設(shè)備中每一資源的配置。這些由設(shè)備類(lèi)型規(guī)范中定義的任何資源實(shí)例組成，加上與該特定設(shè)接口1事件分割EI上一個(gè)事件的發(fā)生會(huì)引起EO1,EO2,...,EOn上事件的發(fā)生(上例中n=2)2多個(gè)事件合并任何EI1,EI2,...EIn輸入上一個(gè)事件的發(fā)生都會(huì)引起EO上事件的發(fā)生(上例中n=2)表A.1事件功能塊(續(xù))接口3RRR4允許事件的傳播TARTEI[PERMIT]56EVENT一甲EIE00表A.1事件功能塊(續(xù))編號(hào)接口ECC/算法/服務(wù)序列7START輸入上一個(gè)事件發(fā)生之后，間隔DT時(shí)間之前，如果START輸入上發(fā)生了多個(gè)事件，則在t#0s的事件在START輸入上觸發(fā)，則沒(méi)有事件延遲被啟動(dòng)8a)相關(guān)資源“冷啟動(dòng)”時(shí)，COLD輸出上發(fā)出一個(gè)事件。b)相關(guān)資源“熱啟動(dòng)”時(shí)，WARM輸出上發(fā)出一個(gè)事件。c)相關(guān)資源“停止”前，STOP輸出(如果有)上發(fā)出一個(gè)事件。注1:對(duì)“冷啟動(dòng)”和“熱啟動(dòng)”的討論見(jiàn)IEC61131-19 表A.1事件功能塊(續(xù))接口NEVENT- START上一個(gè)事件產(chǎn)生后，間隔DT時(shí)間后，EO上產(chǎn)生一個(gè)事件。以后每間隔DT個(gè)事件，直到產(chǎn)生了N次事件或STOP輸入上產(chǎn)生了一個(gè)事件。注3:無(wú)論何時(shí)，START接口上一個(gè)事件的觸發(fā)都會(huì)引起重置CV計(jì)數(shù)。除非延遲已被停止，否則它不被重啟。當(dāng)重新計(jì)數(shù)時(shí)，該延遲行為繼續(xù)內(nèi)部EO的時(shí)間間隔有限事件隊(duì)列的產(chǎn)生(表驅(qū)動(dòng))STARTEON在START上一個(gè)事件發(fā)生DT[0]間隔后，EO上產(chǎn)生一個(gè)事件。第一個(gè)事件產(chǎn)生DT[1]個(gè)事件。以此類(lèi)推，直到產(chǎn)生了N次事件或STOP輸入上發(fā)生了事件。CV輸出上注5:以下描述的使用E_TABLE_CTRL功能塊類(lèi)型的實(shí)現(xiàn)不是規(guī)范性要求。表A.1事件功能塊(續(xù))編號(hào)接口分離事件的有限隊(duì)列的產(chǎn)生(表驅(qū)動(dòng))KN在START發(fā)生事件之后，事件在E00處間隔時(shí)間DT[0]隔時(shí)間DT[1]后觸發(fā)一個(gè)事件，等等，直到已發(fā)生N次事件或在STOP輸注7:以下描述的使用E_DEMUX功能塊類(lèi)型的實(shí)現(xiàn)不是規(guī)范性要求。可以使的功能EO1KSRQRSS輸入上發(fā)生一個(gè)事件時(shí)，將Q輸出置為1(TRUE)。R輸入上發(fā)生一個(gè)事件時(shí)，將Q置為0(FALSE)當(dāng)Q的值改變時(shí)，EO輸出上發(fā)出一個(gè)事件表A.1事件功能塊(續(xù))接口RQRS輸入上發(fā)生一個(gè)事件時(shí)，將Q輸出置為1(TRUE)。R輸入上發(fā)生一個(gè)事件時(shí)，將Q復(fù)位為0(FALSE當(dāng)Q的值改變時(shí)，EO輸出上發(fā)出一個(gè)事件。注8:此功能塊類(lèi)型的實(shí)現(xiàn)與E_SR相同。同時(shí)實(shí)現(xiàn)E_SR和E_RS都是為了與IEC6和RS類(lèi)型保持一致，盡管沒(méi)有像電平控制的R和S輸入那樣的事件“主導(dǎo)”布爾邏輯上升沿檢測(cè)DG布爾邏輯下降沿檢測(cè) D G表A.1事件功能塊(續(xù))編號(hào)接口R圖形速記符號(hào)可以替代表A.1中定義的E_SPLIT和E_MERGE式)表示等效于圖A.1a)中的顯式表示。塊。例如，圖A.1b)中的速記(隱圖A.1事件分割和合并non_terminal_symbol::=extended_str[fb_internal_variable_list]<onlyforba[fb_instance_list]<only[fb_connection_list]<onlyfor[fb_ecc_declaration]<onlyevent_input_declaration::=event_input_name[':['WITH'input_variable_nameevent_output_declaration::=event_output_name'VAR_INPUT'{input_var_declaratio'VAR_OUTPUT'{output_var_declaratio'VAR'{internal_var_declaratiooutput_variable_nameinternal_variable_name{','internal_var_spec_init::=located_var_spec_fb_instance_definition::=fb_instance_name':'fb_fb_connection_list::=<maybeempty,e.g.forbasicFB>event_conn::=event_conn_source'TO'eventevent_conn_source::=([plug_name'!]eve|((fb_instance_name|socket_name)'!'event_output_namevent_conn_destination::=([plug_name'!]eve|((fb_instance_name|socket_name).'event_input_ndata_conn::=data_conn_source'TO'data_conn_data_conn_source::=([plug_name'.!]input_v|((fb_instance_name|socket_data_conn_destination::=([plug_name'!]output_|((fb_instance_name|socket_name).'inp((fb_instance_name'!'plug_name'TO'((fb_instance_name'.'socket_name)Iplug_name)';'ec_action::=algorithm_name|('->ec_action_output:=([plug_name'!]even__ec_transition_event::=([plug_name!']evguard_condition::=expression<overec_expression_operandelemen([(plug_name|socket_name).]input_var|([(plug_name|socket_name).]output_variablinternal_variable_name'ALGORITHM'algorithm_name'IN'latemp_var_decls::=<asdefinedinalgorithm_body::=<asdefinedin'SERVICE'service_interface_name'/'servic[input_service_primitive]'>'input_service_primitive::=servi|socket_name'event_outpC[input_variable_name{','input_output_service_primitive::=service_inter([plug_name'!]eventIsocket_name'eve([output_variable_nameevent_output_name::input_variable_name::=internal_variable_name::plug_name::=identifi語(yǔ)法subapplication_type'SUBAPPLICATION'subasubapp_event_output_lievent_input_name[:'evsubapp_event_output_declarationevent_output_name[':'esubapp_instance_definition::=subapp_instance_name'subapp_event_conn::=subapp_event_source'TO'subapp_evesubapp_event_source::=([plug_name'!]e|((fb_subapp_namesubapp_event_destination::=([plug_name'!]e((fb_subapp_name|socket_namefb_subapp_name::=fb_instance_name|subapp_instsubapp_data_conn::=subapp_data_source'TO'subsubapp_data_source::=([plug_name'|((fb_subapp_namesubapp_data_destination::=([plug_name'!]output_variable_name)I((fb_subapp_name|socket_name).'input_variable_name)subapp_type_name::segment::=segmelink::=resourcparameter'DEVICE'device_name':'device_type_nameresource_type_list::='RESOURCE'RESOURCE'resource_instance_name':'fb_type_list::='FB_TYPES'{fb_type_name';}'END_FB_TYPES'config_event_conn_list::='EVENTconfig_event_conn::=fb_instance_n'TO'fb_instance_nameconfig_data_conn_list::='DATA_CONNECTIONS'(fb_instance_name''output_variable_name|input_variable_name)(fb_instance_name|resource_instance_name)''inputdevice_configurationdeclarations>config_adapter_conn_list::='ADAPTER_CONNECTIONS''TO'fb_instance_name''socket_nafb_instance_reference::=[app_hierarchy_name]fb_instance_nameapp_hierarchy_name:=application_name'!'{subapp_i[resource_type_list]<ifnotgiven,definedbyresourceinstances>'RESOURCE'resource_instance_name':'resresource_type_specification::='RESO[fb_type_list]<ifnotgiven,definedbyfunctiosegment_type_specification::='SEGMENT_TYPEparameter_declaration:=parameter_name':'var_spec_::=fb_instance_reference'ONfb_resource_reference=resource_hienameinthecorrespondingfb_instance_referenceoftheresource_instance_name::=identresource_type_name::=identdata_type_list::='DATA_TYPES'{data_type_nconnection_start_point''connecticonnection_start_point::=fb_instance_reference'connection_end_pointsconnection_end_pointconnection_end_point::[(resource_instance_name|fb_instance_name):]paresourceasthe<MANAGER>block><ifnoresourceorFBinstancenaparameterofthedeviceorresourcecontainingtheMANAGparameter_referenceall_data_types::='ALfb_status::='IDLE'|'RUNNING'I'STOasnl_tagtype_declaration'asn1_tag::=['['APPLICATION'|'PRIVAIadapter_type_name::GB/T19769.1—2022/IE(資料性)對(duì)象模型本附錄中使用的符號(hào)是統(tǒng)一建模語(yǔ)言(UML)。統(tǒng)一資源定位符(URL)為http://www.rational.C.2ESS模型C.2.1ESS概述圖C.1給出了IPMCS的ESS中主要類(lèi)的概述，以及IPMCS中與對(duì)象相應(yīng)的類(lèi)的概述。表C.1中表C.1ESS類(lèi)描述該類(lèi)的實(shí)例提供了支持EDIT用例所需的、關(guān)于聲明(Declar這是對(duì)象的抽象超類(lèi)，可以存儲(chǔ)在存儲(chǔ)庫(kù)中，可以按照附錄B中定義的文本語(yǔ)法或按照IEC61499-2中定義的XML語(yǔ)法進(jìn)行導(dǎo)入和導(dǎo)出。這些對(duì)象除了作為關(guān)鍵屬性的名稱(從該類(lèi)的實(shí)例提供庫(kù)元素的永久存儲(chǔ)和檢索。它該類(lèi)的實(shí)例提供必要的功能來(lái)支持INSTALL和OPERATE的使用該類(lèi)的實(shí)例擴(kuò)展了SystemManager類(lèi)的功能以支持TEST操作的使用該類(lèi)為IPMCS工程支持的軟件工具的通用行為建立模型圖C.2中給出了庫(kù)元素(LibraryElement)的子類(lèi)。附錄B中的語(yǔ)法生成對(duì)應(yīng)的每個(gè)子類(lèi)在表C.2表C.2庫(kù)元素的語(yǔ)法生成類(lèi)GB/T19769.1—2022/IEC61499-1:表C.2庫(kù)元素的語(yǔ)法生成(續(xù))類(lèi)AdapterTypeDeclaratSubapplicationTypeDeresource_type_specif圖C.3給出了可用軟件工具來(lái)操作的聲明(declaration)的類(lèi)層次結(jié)構(gòu)。附錄B中的語(yǔ)法生成對(duì)應(yīng)的子類(lèi)在表C.3中列出。NameDeclarationConnectionDeclarationDataConnectionDeclaEventConnectionDcclaDataTypeDeclarationFBTypeDeEventOutputDeclarationVariableDeclarationFBInstanceDeInputVariableDeclarationOutputVariableDeclarationInternalVariableDeclarati表C.3聲明的語(yǔ)法生成類(lèi)AdapterConnectionDeclaratAdapterTypeDeclaratDataConnectionDeclarEventConnectionDecla圖C.4給出了功能塊網(wǎng)絡(luò)聲明(declaration)元素之間的關(guān)系。圖中類(lèi)的定義參見(jiàn)C.2.2。DataConnectionDeclarationFBNetworkDeclarationEventConnectionDeclarationAdapterConnectionDeclara圖C.5給出了功能塊類(lèi)型聲明(declaration)元素之間的關(guān)系。表C.3給出了EventInputDeclara-和fb_service_declaration的語(yǔ)法生成分別對(duì)應(yīng)于ECCDeclaration和ServiceDeclaration1b)類(lèi)繼承ManagedConnectionNamedObiectIPMCS類(lèi)該類(lèi)的實(shí)例是數(shù)據(jù)類(lèi)型該類(lèi)實(shí)例是功能塊實(shí)例該類(lèi)實(shí)例是功能塊類(lèi)型用源和目的組成的唯一關(guān)鍵字來(lái)訪問(wèn)無(wú)是可通過(guò)名字被FBManager類(lèi)的實(shí)例訪問(wèn)的對(duì)象的抽象超類(lèi)該類(lèi)的一個(gè)實(shí)例表示本文件中定義的一種資源圖C.7給出了功能塊實(shí)例和其相關(guān)功能塊類(lèi)型的元素之間的關(guān)系。圖C.7中類(lèi)的實(shí)例表示本文件1 圖C.7功能塊類(lèi)型和實(shí)例(資料性)D.1概述IEC61131-3中定義的功能和功能塊可用于5.2.1指定的基本功能塊類(lèi)型中算法的聲明。為了在b)簡(jiǎn)單功能塊的類(lèi)型名由所轉(zhuǎn)換的IEC61131-3功能或功能塊的類(lèi)型名加上前綴FB_組成(例型是IEC61131-3函數(shù)轉(zhuǎn)換的結(jié)果。c)輸入和輸出變量及它們相應(yīng)的數(shù)據(jù)類(lèi)型與所轉(zhuǎn)換的IEC61131-3功能和功能塊類(lèi)型相應(yīng)的輸d)INIT事件輸入和INITO事件輸出與從IEC61131-3功能塊類(lèi)型轉(zhuǎn)換來(lái)的簡(jiǎn)單功能塊類(lèi)型一a)變量的初始化按照IEC61131-3:2003中2.4.2規(guī)定，順序功能圖表(SFC)的初始化按照IEC61131-3:2003中2.6規(guī)定。b)INIT+服務(wù)原語(yǔ)的發(fā)生等同于以上提及的IEC61131-3:20c)INIT-或REQ-服務(wù)原語(yǔ)的發(fā)生，除了分別引起帶有STATUS值為1的INITO-或者CNF-服d)REQ+服務(wù)原語(yǔ)的發(fā)生引起功能塊本體規(guī)定的算法的執(zhí)行。算法按照IEC61131-3為編程語(yǔ)e)響應(yīng)REQ+原語(yǔ)的算法的成功執(zhí)行導(dǎo)致一個(gè)STATUS值為0的CNF+原語(yǔ)。f)如果在算法的執(zhí)行期間發(fā)生了錯(cuò)誤，導(dǎo)致一個(gè)STATUS值由表D.1決定的CNF-原語(yǔ)。值0123數(shù)字結(jié)果超出了數(shù)據(jù)類(lèi)型的范圍45選擇器(K)超出了MUX功能的范圍67結(jié)果超過(guò)了最大字符串長(zhǎng)度89從未賦值的函數(shù)返回下標(biāo)值無(wú)效D.2給出的規(guī)則通過(guò)以下修改后，可以將IEC61131-3的功能轉(zhuǎn)換為功能塊以便在事件驅(qū)動(dòng)系統(tǒng)中a)事件驅(qū)動(dòng)功能塊類(lèi)型的類(lèi)型名由被轉(zhuǎn)換的IEC61131-3的功能的名字加上前綴E_組成。如，b)CNF+或者CNF-原語(yǔ)不跟在算法的執(zhí)行后面，除非這種執(zhí)行導(dǎo)致了該功能輸出的值的改變。系統(tǒng)中使用。例如，表A.1給出的E_DELAY功能塊可用于許多IEC61131-3的定時(shí)功能塊所提供的延時(shí)功能。表A.1的編號(hào)18給出了IEC61131-3CTU功能塊轉(zhuǎn)換的一個(gè)示例。D.4與IEC61131-3的一致性附錄B沒(méi)有為非終結(jié)符給出語(yǔ)法生成。應(yīng)使用IEC61131-3:2003附錄B給出的相應(yīng)語(yǔ)法生成。D.5例外本文件的實(shí)現(xiàn)不應(yīng)使用IEC61131-3:2003的中定義的直接表示變量表示法和其他條款中D.6.1概述可編程控制器可以作為IEC61131-5中定義的服務(wù)器，作為本文件中定義的設(shè)備的服務(wù)器，作為IEC61131-5中定義的客戶端。這些服務(wù)使用IEC61131-5中定義的方法提供，并使用本附錄中指定的功能塊類(lèi)型的實(shí)例從IEC61499設(shè)備訪問(wèn)。這些功能塊類(lèi)型建模為本文件中定義的通信功能塊IEC61499客戶端設(shè)備可以與充當(dāng)服務(wù)器的可編程控制器一起存在于通信網(wǎng)絡(luò)上，也可以是可編設(shè)備和主處理單元之間的交互都被建模為在本文件中定義的一個(gè)或多個(gè)通信連接上發(fā)生，使用本附錄用于本附錄中描述的功能塊類(lèi)型實(shí)例提供的(如本文件中定義的)服務(wù)描述約定，用于描述服務(wù)接口功為了本附錄的目的，本文件中定義的任意類(lèi)型的PARAMS輸入被類(lèi)型為WSTRING所替代。該字符串的內(nèi)容指定到服務(wù)器中感興趣的變量的路徑的依賴于在使用時(shí)，本附錄中定義的功能塊類(lèi)型的任務(wù)輸入的內(nèi)容指定了服務(wù)器中所感興趣的任務(wù)路徑的D.6.3中定義的功能塊類(lèi)型的狀態(tài)輸出值如IEC61131-5:2000的表24所示。IEC61499客戶機(jī)設(shè)備可以使用圖D.2中圖形化和表D.2中文本化顯示的READ功能塊類(lèi)型的實(shí)CLIENTCLIENT_BOOL一—INTdCLIENTREQ- FUNCTION_BLOCKREAD(·ReadserverstatusorINITWITHQI,ID,TYPE;('Initialize/TermREQWITHQI;(*ServiceRequesINITOWITHQ0,STATUS;(Initialize/TermiCNFWITHQ0,STATUS,RD;(·ConfirmationofRequestedService·)TYPE:WSTRING;(·DataGB/T19769.1—2022/IEC6149表D.2READ功能塊類(lèi)型的源代碼(續(xù))QO:BOOL;(*1=NormaloperatCLIENT.INIT+(ID,TYPE)->SERVER.initRead(ID,TYPE)->CLCLIENT.INIT+(ID,TYPE)->SERVER.initRead(ID,TYPE)->CLIENT.ICLIENT.REQ+()->SERVER.reqRead(ID)->CLICLIENT.REQ-()->CLIENT.CNCLIENT.REQ+()->SERVER.reqRead(ID)->CLIENT.CLIENT.INIT-()->SERVER,terminateRead(ID)->CLIENT.ISERVER,readTerminated(ID,STATUS)->CLIEIEC61499客戶端設(shè)備可以使用圖D.3中圖形化和表D.3中文本化顯示的UREAD功能塊類(lèi)型的實(shí)例，從IEC61131-3服務(wù)器請(qǐng)求程序或狀態(tài)變量值更改的異步通知。當(dāng)檢測(cè)到指定變量的值(相對(duì)于其在任務(wù)執(zhí)行啟動(dòng)時(shí)的值)發(fā)生更改時(shí)，將通過(guò)塊的IND事件輸出接收通知。NTNTNTro注：表D.3中列出的其他服務(wù)序列的圖形表示類(lèi)似于圖D.2。FUNCTION_BLOCKUREAD(·UnsolicitedreadofIEINITWITHQI,ID,TASK,TYPE;(·Initialize/TermINITOWITHQ0,STATUS;(·Initialize/TermiINDWITHQO,STATUS,RD;('IndicationTYPE:WSTRING;(·DataTASK:WSTRING;('PathtoIQO:BOOL;(*1=NormaloperatSEQUENCEnormal_est表D.3UREAD功能塊類(lèi)型的源代碼(續(xù))CLIENT.INIT+(ID,TYPE,TASK)->SERVER.initURead(ID,TYPE,TASK)->CLIENT.ISEQUENCEunsuccessfuCLIENT.INIT+(ID,TYPE,TASK)->SERVER.initURead(ID,TYPE,TASK)->CLIENT.INSERVER.dataChanged()->CLIENTSEQUENCEclient_initiated_tCLIENT.INIT-()->SERVER,terminateURead()->CLIENT.INITO-(SEQUENCEserver_initiated_tSERVER.UReadTerminated(ID,STATUS)->CLIENT.INITOIEC61499客戶機(jī)設(shè)備可以使用圖D.4中圖形化和表D.4中文本化顯示的WRITE功能塊類(lèi)型的BO0L-WSTRING-ANY——EVENT圖D.4WRITE功能塊類(lèi)型表D.4WRITE功能塊類(lèi)型的源代碼INITWITHQI,ID,TYPE;('Initialize/TermREQWITHQI,SD;(·ServiceRequesINITOWITHQ0,STATUS;(·Initialize/TermiCNFWITHQO,STATUS;(·ConfirmationofRequestedService·)ID:WSTRING;(PathtoQ0:BO0L;(1=NormaloperatSEQUENCEnormal_estCLIENT.INIT+(ID,TYPE)->SERVER,initWrite(ID,TYPE)->CLIENT.INSEQUENCEunsuccessful_estCLIENT.INIT+(ID,TYPE)->SERVER.initWrite(ID,TYPE)->CLIENT.INIT