專利名稱：用于工業(yè)自動化的應(yīng)用構(gòu)建器的制作方法
技術(shù)領(lǐng)域：
要求保護(hù)的主題內(nèi)容一般涉及工業(yè)控制系統(tǒng)，并且更具體地涉及一種采用語言無
關(guān)模型來幫助自動化軟件設(shè)計的開發(fā)工具。
背景技術(shù)：
工業(yè)控制器是用來控制工業(yè)過程、制造設(shè)備以及其他工廠自動化的專用計算機(jī)，
例如，數(shù)據(jù)收集或網(wǎng)絡(luò)化系統(tǒng)?？刂破魍ǔＥc其他計算機(jī)系統(tǒng)協(xié)同工作，以形成發(fā)生大部分
現(xiàn)代化和自動化的制造操作的環(huán)境。這些操作涉及諸如鋼材生產(chǎn)的材料前端加工到諸如汽
車生產(chǎn)的更復(fù)雜的制造過程，該制造過程涉及先前加工過的材料的裝配。通常，諸如在汽車
的情況下，可以利用輔助工業(yè)控制過程的高科技機(jī)器人來制造復(fù)雜的裝配件。 在包括諸如食物、飲料和藥物的日用品的基本生產(chǎn)的很多自動化過程中，復(fù)雜的
狀態(tài)邏輯通常由系統(tǒng)工程師來設(shè)計和編程或者在某些情況下由自動化設(shè)備制造商提供。該
邏輯通常用普通的PLC梯形邏輯或由順序功能圖(SFC)支持的更高級的語言進(jìn)行編程。可
以對諸如材料移動和運送操作、包裝操作的多個任務(wù)采用順序邏輯，或者采用順序邏輯作
為裝配過程本身的一部分，其中裝配的各個階段一個接一個地順序進(jìn)行，直至發(fā)生最后的
裝配?？梢岳斫?，需要大量的計劃和設(shè)計以實現(xiàn)這樣的自動化生產(chǎn)過程，其可能涉及幾百臺
機(jī)器、計算機(jī)以及用于幫助各個序列的正確操作的程序邏輯。 各種軟件平臺可以從實現(xiàn)諸如梯形邏輯和SFC的語言的很多不同控制制造商獲得。很多控制軟件開發(fā)平臺作為獨立的實體存在，然而在該平臺可以由開發(fā)團(tuán)體利用之前，其需要很多人年的開發(fā)和測試。由于這種平臺的特性，它們通常以不靈活的方式進(jìn)行設(shè)計，其中不支持較新版本的軟件范例和模型，除非設(shè)計新平臺來支持該版本。

發(fā)明內(nèi)容
下面的概述呈現(xiàn)了簡化的概覽，以提供對這里描述的某些方面的基本理解。該概述既不是詳盡的概覽，也不旨在標(biāo)識關(guān)鍵元件或者界定這里描述的方面的范圍。該概述的唯一目的是以簡化形式呈現(xiàn)某些特征以作為后面呈現(xiàn)的更詳細(xì)描述的前言。
—種靈活且可擴(kuò)展的架構(gòu)揭示了自動化協(xié)作框架的底層控制模型和特征，還提供了一種熟悉的用于創(chuàng)建新的特征和功能的軟件設(shè)計環(huán)境。設(shè)計外殼被適配成支持用于控制和工業(yè)自動化平臺的快速軟件開發(fā)。這種外殼可以根據(jù)可用的Windows技術(shù)進(jìn)行適配，但是可以根據(jù)諸如UNIX、 Java、Li皿x等類似地構(gòu)造基本上任何類型的外殼。該外殼提供根據(jù)控制系統(tǒng)設(shè)計者的需要而裁剪的接口開發(fā)平臺。 開發(fā)平臺采用抽象編程模型，其使開發(fā)者能夠在抽象設(shè)置中設(shè)計控制解決方案，同時有助于代碼在基本上任何類型的最終硬件平臺上的部署和執(zhí)行。在一方面，例如，從公共基本模型解決方案或標(biāo)準(zhǔn)如IEC 61131和61499派生抽象自動化模型(AbstractAutomation Model, AAM)。雖然任何編程標(biāo)準(zhǔn)可以用于底層模型，但是61131和61499支持現(xiàn)今世界中的大部分已知的自動化語言。AAM定義了這樣的控制結(jié)構(gòu)，其表示具有配置、
3資源、程序等屬性的抽象數(shù)據(jù)對象。作為更大的框架或開發(fā)環(huán)境的一部分，具體自動化模型(Concrete Automation Model,CAM)與一般性數(shù)據(jù)對象相關(guān)聯(lián)地且根據(jù)不同開發(fā)環(huán)境的指定工程格式來提供數(shù)據(jù)接口。例如，各種版本的開發(fā)程序可以具有關(guān)聯(lián)的CAM，該CAM將各個版本鏈接或映射到AAM的底層抽象。 為了實現(xiàn)前述和相關(guān)目標(biāo)，下面的描述和附圖詳細(xì)地闡述某些說明性方面。這些方面表示可以僅僅采用這里描述的基本原理的各種方式中的一些方式。其他優(yōu)點和新穎特征可以從下面的結(jié)合附圖考慮的詳細(xì)描述中變得清楚。


圖l是示出采用抽象自動化模型以幫助控制環(huán)境中的軟件開發(fā)的外殼接口的示意性框圖； 圖2示出了示例平臺架構(gòu)； 圖3是示出示例系統(tǒng)核心和權(quán)限組件的圖； 圖4是示出用戶角色管理器的組件的圖； 圖5示出了用于工業(yè)自動化開發(fā)工具的外殼的組件； 圖6示出了用于自動化開發(fā)平臺的應(yīng)用構(gòu)建器接口的示例組件； 圖7示出了用于自動化開發(fā)平臺的文檔生成器的示例對話接口 ； 圖8示出了用于自動化開發(fā)平臺的示例語言模板和跟蹤顯示； 圖9示出了用于自動化開發(fā)平臺的示例比較器接口 ； 圖10示出了用于自動化開發(fā)平臺的示例調(diào)用樹和交叉引用組件； 圖11示出了用于自動化開發(fā)平臺的示例字典視圖； 圖12示出了用于自動化開發(fā)平臺的偵探列表； 圖13示出了用于自動化開發(fā)平臺的分級結(jié)構(gòu)視圖和綁定組件； 圖14示出了這樣的流程圖，其示出用于利用具有抽象模型的外殼應(yīng)用的過程。
具體實施例方式
提供了一種軟件開發(fā)平臺，其采用抽象模型，以支持基本上任何類型的控制語言，但是不將設(shè)計者約束于任何特定的語言格式或接口。在一方面，提供了一種控制系統(tǒng)開發(fā)平臺。該平臺包括被適配成支持控制系統(tǒng)應(yīng)用程序(application)的開發(fā)的外殼組件。抽象模型與外殼組件相關(guān)聯(lián)，以幫助控制系統(tǒng)應(yīng)用程序的開發(fā)。 注意，諸如"組件"、"模塊"、"外殼"、"模型"等術(shù)語在本申請中使用時，旨在引用被應(yīng)用于用于工業(yè)控制的自動化系統(tǒng)的與計算機(jī)相關(guān)的實體，其是硬件、硬件和軟件的結(jié)合、軟件、或者執(zhí)行中的軟件。例如，組件可以是但不限于運行在處理器上的進(jìn)程、處理器、對象、可執(zhí)行體、執(zhí)行線程、程序和計算機(jī)。作為示例，運行在服務(wù)器上的應(yīng)用程序以及服務(wù)器都可以是組件。 一個或多個組件可以駐留在執(zhí)行的進(jìn)程或線程中，并且組件可以被本地化在一個計算機(jī)上或者分布在兩個或更多個計算機(jī)、工業(yè)控制器或與其通信的模塊之間。
首先參考圖l，提供了外殼接口 100，其采用抽象自動化模型以幫助控制環(huán)境中的軟件開發(fā)。如圖所示，外殼100針對幫助控制系統(tǒng)解決方案的快速開發(fā)、調(diào)試和部署的各種特征而被適配。這些特征包括用于允許軟件的修訂控制的版本控制組件110。與語言字典118—起，在114提供了人機(jī)接口 (Human machine interface, HMI)支持。提供了各種編 輯器122-130，并且在下面對其進(jìn)行更詳細(xì)的描述。包括了設(shè)備目錄(devicecontent)組件 134以及I/0配置能力138。除了工程比較器146和修改歷史組件150之外，在142還提供 了依賴關(guān)系樹支持。軟件調(diào)試工具包括設(shè)備視圖154、錯誤輸出158、交叉引用162、跟蹤工 具166、以及腳本模塊170、偵探列表174和結(jié)果搜索工具178。在182和184提供了工程控 制，包括導(dǎo)入和導(dǎo)出能力184。在186-196提供了庫和屬性配置。下面將更詳細(xì)地描述這里 簡短提及到的所有特征110-196。 —般而言，接口 IOO提供了靈活且可擴(kuò)展的架構(gòu)，其揭示了自動化協(xié)作框架的底 層控制模型和特征，還提供了熟悉的用于創(chuàng)建新的特征和功能的軟件設(shè)計環(huán)境。設(shè)計外殼 IOO被適配成支持用于控制和工業(yè)自動化平臺的快速軟件開發(fā)。這種外殼IOO可以根據(jù)可 用的Windows技術(shù)進(jìn)行適配，但是可以根據(jù)諸如UNIX、 Java、 Li皿x等類似地構(gòu)造基本上任 何類型的外殼。外殼100提供了根據(jù)控制系統(tǒng)設(shè)計者的需要而裁剪的接口開發(fā)平臺。
開發(fā)平臺和外殼100采用抽象編程模型，其使開發(fā)者能夠在抽象設(shè)置中設(shè)計控制 解決方案，同時有助于代碼在基本上任何類型的最終硬件平臺上的部署和執(zhí)行。在一方面， 例如，從公共基本模型解決方案或標(biāo)準(zhǔn)如IEC 61131和61499派生抽象自動化模型(AAM)。 雖然任何編程標(biāo)準(zhǔn)可以用于底層模型，但是61131和61499支持現(xiàn)今世界中大多數(shù)已知的 自動化語言。AAM定義了這樣的控制結(jié)構(gòu)，其表示具有配置、資源、程序等屬性的抽象數(shù)據(jù)對 象。作為更大的框架或開發(fā)環(huán)境的一部分，具體自動化模型(CAM)與一般性數(shù)據(jù)對象相關(guān) 聯(lián)地且根據(jù)不同開發(fā)環(huán)境的指定工程格式來提供數(shù)據(jù)接口。例如，各種版本的開發(fā)程序可 以具有關(guān)聯(lián)的CAM，該CAM將各個版本鏈接或映射到AAM的底層抽象。 注意，與接口 100相關(guān)聯(lián)的組件可以包括對諸如以下能夠在網(wǎng)絡(luò)上交互的各種計 算機(jī)或網(wǎng)絡(luò)組件的支持服務(wù)器、客戶端、控制器、工業(yè)控制器、可編程邏輯控制器(PLC)、 批處理控制器或服務(wù)器、分布式控制系統(tǒng)(DCS)、通信模塊、移動計算機(jī)、無線組件、控制組 件等等。類似地，這里所使用的術(shù)語控制器或PLC可以包括可以在多個組件、系統(tǒng)或網(wǎng)絡(luò)上 共享的功能性。例如， 一個或多個控制器可以在網(wǎng)絡(luò)上與各種網(wǎng)絡(luò)設(shè)備進(jìn)行通信和協(xié)作。這 可以包括基本上任何類型的控制、通信模塊、計算機(jī)、1/0設(shè)備、傳感器、人機(jī)接口 (HMI)，其 經(jīng)由包括控制、自動化或公用網(wǎng)絡(luò)的網(wǎng)絡(luò)進(jìn)行通信?？刂破鬟€可以與各種其他設(shè)備進(jìn)行通 信和對其進(jìn)行控制，例如，包括模擬、數(shù)字、程序/智能1/0模塊的輸入/輸出模塊、其他可 編程控制器、通信模塊、傳感器、輸出設(shè)備等等。 網(wǎng)絡(luò)可以包括諸如互聯(lián)網(wǎng)、內(nèi)聯(lián)網(wǎng)的公用網(wǎng)絡(luò)以及諸如包括設(shè)備網(wǎng)和控制網(wǎng) 的控制和信息協(xié)議(CIP)網(wǎng)絡(luò)的自動化網(wǎng)絡(luò)。其他網(wǎng)絡(luò)包括以太網(wǎng)、DH/DH+、遠(yuǎn)程I/O、 Fieldbus、Modbus、Profibus、無線網(wǎng)絡(luò)、串行協(xié)議等等。另外，網(wǎng)絡(luò)設(shè)備可以包括各種可能 性(硬件或軟件組件)。它們包括諸如以下組件具有虛擬局域網(wǎng)(VLAN)能力的交換機(jī)、 LAN、 WAN、代理、網(wǎng)關(guān)、路由器、防火墻、虛擬專用網(wǎng)絡(luò)(VPN)設(shè)備、服務(wù)器、客戶端、計算器、 配置工具、監(jiān)控工具或其他設(shè)備。 現(xiàn)在返回到圖2，示出了示例平臺架構(gòu)200。架構(gòu)200還被稱為應(yīng)用構(gòu)建器，其包 括核心210和公共命名空間220。核心210對與系統(tǒng)相關(guān)的可復(fù)用組件進(jìn)行分組，例如，下 面描述的日志器、權(quán)限管理器和外殼。公共命名空間220組合可復(fù)用的應(yīng)用構(gòu)建器數(shù)據(jù)、服 務(wù)和視圖。圖2的下部還標(biāo)識了支持多個工程格式230和附加件240。應(yīng)用構(gòu)建器200還
5提供了一般化編輯器250(例如，為控制而適配的可視工作室(Visual Studio, VS))，以更 容易地執(zhí)行工程格式文件和公共視圖的互連。 核心權(quán)限命名空間(下面描述)定義了主要的主動安全機(jī)制。安全性減輕了工程 數(shù)據(jù)劫持和破壞的可能性。在一方面，提供了組件保護(hù)。這包括確保使用安全角色來保護(hù)業(yè) 務(wù)組件。例如，當(dāng)角色(例如，管理者、技術(shù)人員、工程師)未被授權(quán)時，方法調(diào)用失敗。每 個角色與許可特征相關(guān)聯(lián)。該特征命名策略應(yīng)當(dāng)允許對每個組件方法進(jìn)行細(xì)粒度的角色分 配。 在運行時受保護(hù)的方法應(yīng)當(dāng)使用基于.Net角色的聲明屬性或使用算法前導(dǎo)碼 (algorithm preamble)來查詢其角色準(zhǔn)許。算法前導(dǎo)碼具有對諸如解析源代碼文件或生成 目標(biāo)執(zhí)行映象的密集處理禁用安全驗證的優(yōu)點。此測試的失敗被記入日志并且導(dǎo)致安全異常。 在另一安全方面，提供了角色映射。這包括采用基于業(yè)務(wù)規(guī)則、進(jìn)程上下文或用戶 角色的動態(tài)角色映射。角色映射受下面更詳細(xì)描述的特征矩陣的控制。特征矩陣將角色映 射到準(zhǔn)許集合上。該集合委托(delegate)其子準(zhǔn)許中的每個并且保持最受限的訪問。還 可以提供豐富的客戶端認(rèn)證，包括采用.Net主線程原理而不是通過對象發(fā)送用戶名/密碼 憑證。線程原理將角色驗證連接到特征矩陣上。通過特征矩陣映射的上下文準(zhǔn)許對象由具 體模型的每個實例托管(host)。 還可以提供安全審計。這包括部署安全日志記錄和審計機(jī)制(審計攔截器)，以記 錄和提供對失敗的直接訪問企圖、策略違例、未定義的用戶角色成員關(guān)系以及異常進(jìn)行標(biāo) 識和審計的手段。在一方面，安全審計是可選的。平常的日志記錄可以被配置成將日志條 目重定向到控制臺上，以引起特殊的警報。數(shù)據(jù)驗證包括在用于處理數(shù)據(jù)格式和業(yè)務(wù)數(shù)據(jù) 的業(yè)務(wù)組件中采用良好定義的驗證過程。這確保數(shù)據(jù)完整性并且防止惡意的數(shù)據(jù)注入。對 輸入?yún)?shù)和所分配的屬性值執(zhí)行數(shù)據(jù)驗證。算法前導(dǎo)碼塊執(zhí)行斷言測試。各個測試的失敗 被記入日志并且導(dǎo)致無效的參數(shù)異常。 在另一安全方面，可以限制部署組件。例如，不將未使用的組件存儲在生產(chǎn)環(huán)境 中。例如，可以將每個授權(quán)的組件存儲在特定匯編DLL中。生產(chǎn)隊伍還可以避免構(gòu)建具有 未使用的組件的版本。安全性還包括保護(hù)編輯者的知識產(chǎn)權(quán)。例如，不提供可以容易地替 換或反匯編的DLL或EXE。典型地，所有存儲的DLL或EXE被簽名，以避免黑客可以進(jìn)行容 易替換而從正常行為中進(jìn)行劫持。反匯編可以通過代碼混淆而更困難。即使在開發(fā)過程中 也可以系統(tǒng)地應(yīng)用簽名?；煜荒軕?yīng)用于發(fā)布版本。 現(xiàn)在參考圖3，示出了示例系統(tǒng)核心組件300和系統(tǒng)權(quán)限組件310。在312， Log4net 是Apache 1og4j框架到.Net運行時的端口 。核心組件300還包括外殼和權(quán)限組件316。 日志記錄框架312遵循記錄日志(或者相反，不記錄日志)的速度是重要的考慮因素。它被 設(shè)計成日志語句可以保留在發(fā)行的代碼中而不招致高的性能成本。日志過濾器可以被配置 成根據(jù)諸如以下準(zhǔn)則來避免日志記錄事件映射診斷上下文(M即ped DiagnosticContext， MDC)、嵌套診斷上下文(Nested Diagnostic Context,NDC)、錯誤級別匹配等等?？梢詣?chuàng)建 新的過濾器類型以允許更多任意的過濾。 框架312將日志事件寫到多個輸出，例如，數(shù)據(jù)庫、使用例如.Net遠(yuǎn)程的遠(yuǎn)程接收 器、web服務(wù)、具有或不具有多路復(fù)用的平面文本文件等等?？梢詣?chuàng)建新的目標(biāo)類型以將事件重定向到某些其他輸出中。 框架312支持分等級的日志記錄。這適合于基于組件的開發(fā)，其中每個組件具有 其自己的日志器。當(dāng)單獨測試時，可以根據(jù)開發(fā)者的要求來設(shè)置這些日志器的屬性。當(dāng)與 其他組件組合時，日志器繼承由這些組件的集成者確定的屬性?？梢赃x擇性地提高一個組 件的日志記錄優(yōu)先級，而不影響其他組件。這可以通過配置文件來實現(xiàn)?？蚣?12可以使 用XML配置文件進(jìn)行配置。配置信息可以如.Net配置規(guī)范所描述的那樣嵌入在其他XML 配置文件內(nèi)。框架312還可以通過編程進(jìn)行配置。 權(quán)限命名空間316基于許可證管理器320、用戶角色管理器320和特征矩陣340。
特征矩陣340組合有關(guān)特征的約束并且將所得到的準(zhǔn)許提供給其他產(chǎn)品或模塊。 許可證管理器320包括許可證對象，其遵循.Net組件模型的許可規(guī)范。它是命令
特征的準(zhǔn)許和約束的序列化集合。命令特征是在數(shù)據(jù)對象上允許的最簡單的動作單位。系
統(tǒng)可以對在特征下分組的數(shù)千特征進(jìn)行計數(shù)。所示分級結(jié)構(gòu)為基本編輯操作提供特征包和
特征關(guān)系的示例，例如下面的示例 編輯_資源(Edit_Resource) 編輯_POU (Edit_POU) 特征可以可選地與諸如計數(shù)器范圍的約束相關(guān)。約束在下面的可能性之中指定設(shè) 置特征的可用性狀態(tài)的條件完全、只讀或拒絕。在緊接于該相關(guān)特征的許可證對象中對約 束進(jìn)行序列化。 許可證還定義時間和委托類型。例如，當(dāng)發(fā)生某種許可變化例如被拔掉的USB設(shè) 備或網(wǎng)線時，可以通知其他組件。許可證提供者遵循組件模型的權(quán)限規(guī)范。它提供許可證序 列化服務(wù)。許可證對象本身可以被序列化到存儲于主機(jī)文件系統(tǒng)或經(jīng)簽名的USB密鑰中的 文件。它還可以由許可證服務(wù)器提供。在這種情況下，許可證提供者連接到可以從其檢索 許可證的許可證服務(wù)器。許可證提供者有方法從共同網(wǎng)站(corporate web site)激活許 可證密鑰。在這種情況下，提供者發(fā)送許可證密鑰并且檢索許可證對象。所檢索的許可證 被序列化到提供者的存儲位置。提供者使用遵循.Net配置規(guī)范的設(shè)置機(jī)制來檢索許可證 存儲位置數(shù)據(jù)。許可證編輯器是.Net用戶控件。它提供用戶接口以顯示可用的特征準(zhǔn)許 和約束。該編輯器還提供許可證密鑰激活UI和許可證對象編輯。如圖所示，權(quán)限組件310 包括服務(wù)組件350、抽象模式組件360和公共視圖組件370。 圖4示出了支持用戶角色管理器400的示例組件。400用于工業(yè)控制系統(tǒng)。用戶 角色管理器400采用抽象數(shù)據(jù)模型410以用于用戶角色和認(rèn)證以及角色與特征的映射，其 中用戶角色存儲與工程格式相關(guān)。抽象模型410的接口定義通常歸屬于用戶角色管理的屬 性和方法。某些接口可以定義事件和委托類型以提供變化通知。服務(wù)420是用戶角色管理 服務(wù)。它們定義基于抽象模型410的用戶角色數(shù)據(jù)處理。大部分服務(wù)420將組與認(rèn)證機(jī)制 相關(guān)聯(lián)。服務(wù)還工作以將角色與由許可證管理器提供的特征以及來自特征矩陣的自定義特 征相關(guān)聯(lián)。用戶角色編輯器可以是.Net用戶控件。它提供用戶接口以顯示可用的用戶組， 設(shè)置組認(rèn)證，并且關(guān)聯(lián)從許可證提供者460檢索的特征與特征矩陣440。
特征矩陣440是從不同源動態(tài)地更新特征準(zhǔn)許的決策表。該矩陣用于應(yīng)用程序的 至少三個區(qū)域 1.在菜單和工具欄的命令更新；
7
2.在公開方法調(diào)用和屬性"setters";
3.在表單驗證方法內(nèi)； 特征矩陣440將所有特征映射到訪問準(zhǔn)許對象上。特征的結(jié)構(gòu)擴(kuò)展在.Net安全 規(guī)范中定義的準(zhǔn)許對象。該擴(kuò)展添加下面三個命令狀態(tài)標(biāo)志的組合 [OO51 ] 1.全部(對特征的讀寫訪問權(quán)) [OO52] 2.只讀(對特征的讀訪問權(quán)) [OO53] 3.拒絕(沒有對特征的訪問權(quán)) 特征矩陣為裝載的模塊所聲明的每個特征創(chuàng)建準(zhǔn)許集合。在最初的特征聲明中， 它從許可證提供者460檢索特征狀態(tài)。該集合聚集許可證、用戶角色或元素狀態(tài)準(zhǔn)許對象。 任何模塊、工程格式、或附加件可以將附加的準(zhǔn)許對象注冊到該集合。任何未知特征名稱被 認(rèn)為是自定義，并且矩陣440假定它們是啟用的。在這種情況下，許可驗證受該擴(kuò)展的控 制。通過標(biāo)準(zhǔn)命令更新處理器和經(jīng)許可的方法來使用準(zhǔn)許集合。經(jīng)許可的方法調(diào)用準(zhǔn)許的 "Demand"方法，其在命令狀態(tài)不是"啟用"時，引發(fā)安全異常。命令更新處理器分配準(zhǔn)許集 合的命令狀態(tài)。 圖5示出了用于工業(yè)自動化開發(fā)工具的外殼500的組件。外殼500是用于用戶接 口服務(wù)和集成開發(fā)環(huán)境(IDE) 510的主機(jī)(host)。服務(wù)提供用于列出所安裝模塊、顯示關(guān)于 框530或啟動頁540的方法。它還提供對權(quán)限管理服務(wù)的訪問。關(guān)于組件530提供用于激 活顯示產(chǎn)品名稱和版本的對話框的方法。關(guān)于對話框530提供其從外殼服務(wù)520檢索模塊 而來的詳細(xì)產(chǎn)品和模塊。 調(diào)試器引擎550將調(diào)試命令委托到下面描述的現(xiàn)場總線(Field Bus)協(xié)議實例， 其將事件通知委托回到調(diào)試器引擎550。調(diào)試器引擎550還管理多個資源連接。引擎550 提供用于使局部項、觀察和調(diào)用堆棧工具窗口工作的組件接口。局部項和觀察工具窗口間 接地預(yù)訂Field Bus協(xié)議變量組并且將用戶變化反映到協(xié)議的預(yù)訂接口上。調(diào)用堆棧工具 窗口還間接地從協(xié)議連接查詢堆棧幀。還由引擎550翻譯斷點和步進(jìn)命令和事件。
啟動導(dǎo)航窗口 540以"網(wǎng)頁"風(fēng)格的窗格填充客戶設(shè)計區(qū)域，該窗格枚舉關(guān)于最近 打開的解決方案、工程、文檔的快捷方式，用于創(chuàng)建新設(shè)計的其他快捷方式，以及其他指定 "指引"幫助主題。它是用于向新用戶介紹、使應(yīng)用構(gòu)建器能夠更易于使用以及提供通告相 關(guān)產(chǎn)品和服務(wù)的營銷平臺的適合工具。 啟動編輯器窗格560是在啟動時打開的文檔。用戶可以使用選項頁來禁用它。該 編輯器裝載通過配置文件指示的頁視圖。 在570，考慮工程類型。包a通過允許對由IDE框架使用的相同工具和組件的訪 問而直接在IDE 510中提供深入的集成。沒有提供對創(chuàng)建新工程類型進(jìn)行處理的管理包框 架(MPF)的部分作為套件(assembly)的一部分。提供了工程類型包套件所包括的被稱為 "ProjectBase"的源代碼。工程類型包570在工程文件擴(kuò)展名和被管理類GUID之間進(jìn)行關(guān) 聯(lián)。IDE在工程文件打開時將實例化該類。該包類還是用于注冊公共工具窗口和命令的適 當(dāng)位置。最少，該包應(yīng)當(dāng)注冊和處理關(guān)于框查詢命令。 實現(xiàn)工程類型意味著根據(jù)期望的行為來管理工程文件系統(tǒng)分級結(jié)構(gòu)樹。以工程類 型570定義的外殼服務(wù)特殊化(specialization)提供用于集成包的服務(wù)方法。工程包實 例化該特殊化，以從未裝載的包和附加件檢索模塊信息。不同的工程類型表示每個所支持的編程語言。除了工程類型之外，IDE定義解決方案，其是很多工程的聚集。.Net的跨語言
能力是通過解決方案而不是通過工程來提供的。 注意，IDE可用于下面兩種模式 集成模式_集成應(yīng)用與其他語言和工具共享公共的平臺；以及 孤立模式-使集成應(yīng)用在帶烙印(branded)的IDE容器中可用，其中該IDE容器
是沒有公共語言和工具的服務(wù)中的一個。 如圖所示，還可以提供外殼控制器580和現(xiàn)場總線組件590?，F(xiàn)場總線組件590提 供用于管理關(guān)于目標(biāo)的對話、下載、上載以及在線變化的公共API。該API應(yīng)當(dāng)可擴(kuò)展成支 持任何自動化協(xié)議。現(xiàn)場總線命名空間定義與目標(biāo)進(jìn)行通信的抽象接口。這意味著用于管
理對話框的外表(fa^ade)接口和一組子服務(wù)接口 。抽象服務(wù)以.Net異常模式統(tǒng)一通信錯
誤消息。在協(xié)議違例異常時，協(xié)議的消息代碼被轉(zhuǎn)換為現(xiàn)場總線的對應(yīng)物，被打包和引發(fā)回 到調(diào)用者(不是目標(biāo)信道)。 抽象服務(wù)結(jié)構(gòu)具有某些與OPC DA和EA服務(wù)器的相似性。更具體地說，它提供用 于預(yù)訂一組變量并且設(shè)置或鎖定/解鎖變量值的方法。任何設(shè)置或鎖定/解鎖的變量值被 委托到協(xié)議的特定語言和信道。從協(xié)議信道發(fā)生的值變化通知在事件參數(shù)中打包，并通過 事件通知回到組的預(yù)訂者。抽象服務(wù)結(jié)構(gòu)還具有某些與調(diào)試引擎的相似性。更具體地說， 它提供用于執(zhí)行逐步調(diào)試、管理斷點通知和堆棧幀的方法。從協(xié)議信道發(fā)生的斷點通知在 事件參數(shù)中打包，并且通過事件通知回到引擎的預(yù)訂者。堆棧幀構(gòu)造占據(jù)事件打包的一部 分。如果目標(biāo)不支持該特征，則可以設(shè)置空的堆棧幀對象。現(xiàn)場總線抽象服務(wù)最后提供用 于支持下載、上載和在線變化的方法。這些操作是異步的并且將進(jìn)展?fàn)顟B(tài)提供到客戶端應(yīng) 用程序。 圖6示出了應(yīng)用構(gòu)建器接口 600的示例組件。應(yīng)用構(gòu)建器600以多個通用用戶接 口來支持現(xiàn)有的功能性。數(shù)據(jù)和功能性被提出采用幾乎相同的格式而與工程格式無關(guān)。用 戶交互并獲得相同的用于任何工程格式的菜單、視圖和打印報告。應(yīng)用構(gòu)建器架構(gòu)600允 許集成大量的工程格式。伴侶還可以根據(jù)明確的需要而加入值或減少功能性?？梢愿婊?撤銷IDE容器以在另一系統(tǒng)中集成應(yīng)用構(gòu)建器。 應(yīng)用構(gòu)建器600提供用于管理自動化工程的公共數(shù)據(jù)模型、UI組件以及處理服務(wù) 集合。該命名空間定義可復(fù)用類而與特定IDE框架沒有任何關(guān)系。圖6提供了應(yīng)用構(gòu)建器 公共命名空間的架構(gòu) 在該圖中，表示了應(yīng)用構(gòu)建器提供3層架構(gòu) 1.抽象模型610捕獲自動化領(lǐng)域的常用數(shù)據(jù)結(jié)構(gòu)。它對程序接口進(jìn)行分組，其中 每一個反映在自動化工程的數(shù)據(jù)中可以揭示的可能方面。 2.服務(wù)器620是使用或改變由抽象模型610揭示的數(shù)據(jù)的處理單元。 3.視圖630是用于向用戶呈現(xiàn)數(shù)據(jù)的用戶接口控件。它們使用數(shù)據(jù)抽象接口或間
接通過服務(wù)620來使用或改變由抽象模型610揭示的數(shù)據(jù)。 模型610是一組抽象接口。每個接口定義以相關(guān)的基本編輯方法來定義工程元素 的方面。該抽象層應(yīng)當(dāng)疊加在具體工程格式數(shù)據(jù)模型上并且將變化反映在特定的工程結(jié)構(gòu) 上。具體模型的工程元素實現(xiàn).Net接口 IServiceProvider。這提供遵循.NET服務(wù)規(guī)范的 上下文服務(wù)提供者。抽象模型的接口定義通常歸屬于IEC 61131或IEC 61499元素的屬性和方法。某些接口可以定義用于提供變化通知的事件和委托類型。 服務(wù)620是數(shù)據(jù)處理組件。應(yīng)當(dāng)理解，不是應(yīng)用構(gòu)建器最終可以提供的所有可能 服務(wù)都被示出。然而，可以枚舉某些示例服務(wù)。每個服務(wù)具有抽象接口 640。具體模型實現(xiàn) 并且公布其服務(wù)，以使它們在適當(dāng)?shù)纳舷挛闹泄ぷ鳌?文檔生成器650根據(jù)用戶偏好和章節(jié)選擇來產(chǎn)生格式化的文檔。文檔格式化是基 于模板的。文檔可以例如以諸如PDF的普通格式來生成，或者可以直接被發(fā)送到打印機(jī)。 生成器使用用于圖和圖表的視圖打印方法。所生成的畫面被切片以適合所生成文檔的頁布 局。該服務(wù)具有用于指定文檔生成參數(shù)的對話框。圖7示出了示例對話框700。
返回參考圖6，導(dǎo)入/導(dǎo)出組件654是抽象控制器外表，用于如.Net服務(wù)規(guī)范所定 義的那樣標(biāo)準(zhǔn)化調(diào)用并且使其可用于服務(wù)提供者。導(dǎo)入包括使用抽象接口解析檔案文件以 填充模型。導(dǎo)出包括使用抽象接口從模型生成檔案文件。導(dǎo)入控制器與解析器協(xié)同工作。 它進(jìn)行諸如解壓縮的預(yù)備操作，并且啟動解析器670以填充模型。導(dǎo)出控制器與生成器674 協(xié)同工作。它啟動生成器并且執(zhí)行諸如壓縮的后操作。 解析器控制器670執(zhí)行源文件的分析并且將結(jié)果反映在具體工程格式模型中。工 程格式定義補(bǔ)充的抽象模型以完善通用抽象模型。解析器670使用這些抽象接口來間接地 填充具體工程格式模型。 生成器控制器674根據(jù)工程格式寫入格式化的文件。該生成器遍歷通過抽象模型 和工程格式的補(bǔ)充抽象模型使得可用的數(shù)據(jù)。該服務(wù)可以用來提供工程格式之間的互操作 性。生成器應(yīng)當(dāng)生成不帶其工程格式補(bǔ)充抽象模型的文件。在這種情況下，生成器674使 用缺省值來維持與所生成文件的目標(biāo)的兼容性。 全局查找/替換控制器680定義抽象外表接口 。缺省控制器執(zhí)行抽象模型中的樹 遍歷。它委托每個被訪問的上下文查找/替換控制器。提供通用元素查找/替換控制器。 工程格式還可以擴(kuò)展或者甚至替換它。每個上下文服務(wù)提供者存儲該控制器的實例。交叉 引用控制器684在抽象模型640內(nèi)執(zhí)行樹遍歷。其保留從抽象語法樹(Abstract Syntax Tree, AST)派生的類型用法、功能塊實例、以及功能塊調(diào)用和功能調(diào)用。
除了圖命名空間之外，視圖630是.Net用戶控件，但是可以提供其他類型的控件。 它們可以委托服務(wù)或者使用抽象對象接口來修改或查詢數(shù)據(jù)。部署產(chǎn)生指定工程元素之間 的連接的文件。它可以采取具有各種工程元素和通信設(shè)備的網(wǎng)絡(luò)圖的外觀。
圖8示出示例語言模板和跟蹤顯示。語言模板窗口 800是由語言模板元素填充的 導(dǎo)航欄。自動化工程師使用該服務(wù)，以通過將所提供的圖片拖放到打開文檔的窗口的簡單 操作對控制應(yīng)用程序進(jìn)行配置或編程。語言模板組件(未示出)從圖命名空間檢索語言模 板。它從圖命名空間請求語言模板并且配置導(dǎo)航欄。 跟蹤工具和顯示810用于將信號顯示在曲線圖中。其按時接收信號變化通知，并 且將該變化反映在圖表上。它應(yīng)當(dāng)允許實時跟蹤并且可以對歷史數(shù)據(jù)進(jìn)行序列化。
圖9示出了示例比較器900。比較器900允許至少2個相同類型的工程元素的圖 形或文本比較。該組件900可以從命令行或從應(yīng)用構(gòu)建器啟動。塊選擇器是功能塊和實例 過濾視圖。它用于插入功能塊功能塊調(diào)用。變量選擇器是變量過濾視圖。其用于將變量使 用插入代碼模塊內(nèi)。 圖IO示出了用于自動化開發(fā)平臺的調(diào)用樹IOOO以及交叉引用組件IOIO。元素和調(diào)用樹組件1000創(chuàng)建和瀏覽依賴關(guān)系樹。它通過示出P0U之間的調(diào)用而給予理解應(yīng)用程 序順序的可能性。交叉引用組件1010列出變量使用和工程的POU以進(jìn)行導(dǎo)航。選擇項目 指引用戶觀察引用變量的位置。 圖ll示出了用于自動化開發(fā)平臺的示例字典視圖1100。字典視圖IIOO是網(wǎng)格 風(fēng)格的瀏覽器變量、參數(shù)、派生數(shù)據(jù)類型和已定義的詞。該網(wǎng)格使得能夠?qū)Ψ栠M(jìn)行查看、 排序和分組。例如，視圖1100還允許管理變量的拖放操作，以便更容易地進(jìn)行變量、聯(lián)系 (contact)或巻(coil)創(chuàng)建。缺省地，視圖1100可以在相同區(qū)域中作為文檔被打開，但是 用戶可以使其為?？?docked)窗口或浮動窗口。所顯示的列可以依賴于所瀏覽對象的類 型而改變。以下面的示例枚舉可用列 名稱-變量名稱 類型-變量類型 初始值_變量初始值 組-變量所屬組 屬性-變量屬性
方向-變量的方向(輸入、輸出、輸入-輸出、內(nèi)部) 維-數(shù)組變量的維
最大-類型STRING的最大字符串長度 別名-變量的別名 范圍-所定義的變量范圍 變量連接到的信道















4.5.6.7.8.9.10.11.12.13.14.15.16.17.18.19.
保留_將變量保存到備份存儲器上
用戶地址-用于Modbus的網(wǎng)絡(luò)地址 注釋-最多255字符的變量注釋 用戶_可以由用戶填充的作為STRING的用戶字段 強(qiáng)制-鎖定或未鎖定 圖12示出了用于自動化開發(fā)平臺的偵探列表1200。當(dāng)應(yīng)用構(gòu)建器在線時，采用偵 探列表來設(shè)置和顯示變量或參數(shù)值。偵探列表1200可以由用戶創(chuàng)建并且應(yīng)當(dāng)顯示在最后 使用配置(last usage disposition)中。該視圖由于區(qū)別邏輯和物理值而不同于局部項 和觀察列表。而且，偵探列表1200顯示變量和實例的簡短描述。用戶可以拖放變量或參數(shù) 以從字典或編輯器進(jìn)行偵探。還可以拷貝和粘貼以登記被偵探的變量或參數(shù)。用戶還可以 直接在列表上鍵入變量或參數(shù)名，以執(zhí)行相同的操作。 圖13示出了用于自動化開發(fā)平臺的分級結(jié)構(gòu)視圖1300和綁定組件1310。工程分 級結(jié)構(gòu)將工程的內(nèi)容反映在樹視圖上。它提供諸如創(chuàng)建、刪除或重命名元素、顯示屬性等等 普通編輯命令。元素之間的分級關(guān)系取決于主機(jī)工程結(jié)構(gòu)。分級結(jié)構(gòu)樹反映與由工程提供 的結(jié)構(gòu)相同的結(jié)構(gòu)。庫分級結(jié)構(gòu)將所有檢測到的庫反映到樹視圖上。在由配置文件提供的 目錄中檢測庫。它提供與工程分級結(jié)構(gòu)相同的編輯命令以及用于廣播或搜索所配置目錄之 外的庫的補(bǔ)充命令。元素之間的分級關(guān)系取決于主機(jī)工程結(jié)構(gòu)。分級結(jié)構(gòu)樹反映與由工程 提供的結(jié)構(gòu)相同的結(jié)構(gòu)。應(yīng)用構(gòu)建器在同一樹中管理所有庫，并且將庫名稱放置在樹根處。
1/0配置組件(未示出)瀏覽樹結(jié)構(gòu)中的硬件設(shè)備并且提供直接1/0變量地址。與上述字典視圖合作，1/0配置組件允許將直接I/0變量與符號變量映射。該映射應(yīng)當(dāng)從 1/0配置和字典兩者均可見。該組件是工程模型和特征矩陣服務(wù)的客戶端。在某些情形下， 用戶可以從字典執(zhí)行變量的拖放，并且在這種情況下，該組件也變?yōu)樽值浣M件的客戶端。
在1310，示出了綁定組件。該組件設(shè)置所有變量以在資源之間進(jìn)行交換。該組件 裝載綁定生產(chǎn)者和消費者組或變量。它在幫助用戶組對的視圖中枚舉它們，以便將資源的 生產(chǎn)者連接到另一資源的消費者。 可以提供圖編輯器(未示出)以用于自動化部署和編程。它提供編輯表面，以顯 示來自語言模板的形狀，并且應(yīng)用形狀的語義規(guī)則和在線行為。構(gòu)成圖的形狀按語言或圖 類型進(jìn)行分組。在編輯器表面，畫圖區(qū)域混合相同組的形狀，并且可以鏈接這些區(qū)域以交換 數(shù)據(jù)。語言模板設(shè)計者(未示出)允許創(chuàng)建要呈現(xiàn)在通用多層編輯器中的新的圖形狀。形 狀被保存在被稱為語言模板的文件中，并且通過圖命名空間使得可用。 圖14是示出以用于工業(yè)控制軟件開發(fā)的抽象模型來適配外殼的方法1400的流程 圖。雖然為了簡化說明的目的而將方法作為一系列動作進(jìn)行示出和描述，但是應(yīng)當(dāng)理解和 明白，由于與這里所示和所述的相比，某些動作可以以不同次序發(fā)生或與其他動作同時發(fā) 生，因此方法不受動作次序的限制。例如，本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解和明白，可以可替選 地將方法表示為諸如狀態(tài)圖中的一系列相互關(guān)聯(lián)的狀態(tài)或事件。而且，對于實現(xiàn)這里所述 的方法，不是所有示出的行為都是必需的。 前進(jìn)到1410，定義抽象模型。如前所述，可以在抽象設(shè)置中提供抽象編程模型， 同時有助于代碼在基本上任何類型的最終硬件平臺上的部署和執(zhí)行。在一方面，從公共基 本模型解決方案派生抽象自動化模型(AAM)。雖然任何編程標(biāo)準(zhǔn)可以用于底層模型，但是 61131和61499支持現(xiàn)今世界中的大部分已知自動化語言。AAM定義控制接口，其表示具有 配置、資源、程序等等屬性的抽象數(shù)據(jù)對象。作為更大的框架或開發(fā)環(huán)境的一部分，另一抽 象模型是具體自動化模型(CAM)，其與一般性數(shù)據(jù)對象相關(guān)聯(lián)地并且根據(jù)不同開發(fā)環(huán)境的 指定工程格式提供數(shù)據(jù)接口。在1420，修改設(shè)計外殼以支持用于控制和工業(yè)自動化平臺的 軟件開發(fā)。該外殼可以從基本上任何類型的外殼進(jìn)行適配，并且可以根據(jù)諸如UNIX、 Java、 Li皿x等的技術(shù)來構(gòu)造。該外殼提供根據(jù)控制系統(tǒng)設(shè)計者的需要而裁剪的接口開發(fā)平臺。
在1430，針對幫助控制系統(tǒng)解決方案的快速開發(fā)、調(diào)試和部署的各種控制軟件功 能對外殼進(jìn)行適配。如前所述，這些特征包括用于允許軟件的修訂控制的版本控制組件以 及人機(jī)接口 (HMD支持。其他特征包括語言字典和各種編輯器。包括了設(shè)備目錄組件以及 1/0配置能力。除了工程比較器和修改歷史組件之外，還提供了依賴關(guān)系樹支持。軟件調(diào)試 工具包括設(shè)備視圖、錯誤輸出、交叉引用、跟蹤工具以及腳本模塊、偵探列表和結(jié)果搜索工 具。工程控制包括導(dǎo)入和導(dǎo)出能力。還提供了庫和屬性配置。在1440，提供了各種用戶接 口來訪問在1430提供的控制軟件功能。
根據(jù)本發(fā)明實施例，提供了以下方案。 方案1. 一種控制系統(tǒng)開發(fā)平臺，包括外殼組件，被適配成支持控制系統(tǒng)應(yīng)用程 序的開發(fā)；以及抽象模型，與所述外殼組件相關(guān)聯(lián)，以幫助所述控制系統(tǒng)應(yīng)用程序的開發(fā)。
方案2.如方案l所述的系統(tǒng)，所述抽象模型提供一組使用相關(guān)方法定義工程元素 的抽象接口。 方案3.如方案2所述的系統(tǒng)，還包括用于將數(shù)據(jù)處理加入所述抽象模型的服務(wù)組
12
方案4.如方案3所述的系統(tǒng)，所述服務(wù)組件還包括用于根據(jù)用戶偏好產(chǎn)生格式化的設(shè)計文檔的文檔生成器。 方案5.如方案3所述的系統(tǒng)，所述服務(wù)組件還包括用于填充模型或者生成檔案文件的導(dǎo)入或?qū)С龉ぞ摺?方案6.如方案3所述的系統(tǒng)，所述服務(wù)組件還包括用于執(zhí)行源文件分析的解析器。 方案7.如方案3所述的系統(tǒng)，所述服務(wù)組件還包括用于根據(jù)工程格式寫入文件的生成器控制器。 方案8.如方案7所述的系統(tǒng)，所述生成器控制器提供工程格式之間的互操作性。
方案9.如方案3所述的系統(tǒng)，所述服務(wù)組件還包括用于搜索或替換工程元素的全局查找或替換組件。 方案10.如方案3所述的系統(tǒng)，所述服務(wù)組件還包括用于在抽象模型內(nèi)執(zhí)行樹遍歷的交叉引用組件。 方案11.如方案3所述的系統(tǒng)，所述服務(wù)組件還包括用于修改或查詢數(shù)據(jù)的視圖組件。 方案12.如方案3所述的系統(tǒng)，所述服務(wù)組件還包括生成工程元素之間的連接的部署組件。 方案13.如方案3所述的系統(tǒng)，所述服務(wù)組件還包括用于標(biāo)示圖形或文本之間的差別的比較器。 方案14.如方案3所述的系統(tǒng)，所述服務(wù)組件還包括用于瀏覽變量、參數(shù)、數(shù)據(jù)類型或已定義詞的字典組件。 方案15.如方案14所述的系統(tǒng)，所述字典組件包括名稱、類型、初始值、組、屬性、方向、維、字符串長度、別名、范圍、連線、保留變量、用戶地址、注釋、用戶或強(qiáng)制條件中的至少一個。 方案16.如方案3所述的系統(tǒng)，所述服務(wù)組件還包括用于設(shè)置變量以在資源之間交換的綁定組件。 方案17. —種用于提供控制開發(fā)平臺的方法，包括定義外殼，以與工業(yè)控制開發(fā)平臺接口 ；將所述外殼與描述所述工業(yè)控制平臺的一般性特征的一個或多個抽象模型接口 ；以及采用所述抽象模型，以與特定的控制應(yīng)用程序接口。 方案18.如方案17所述的方法，還包括提供輸入/輸出配置組件，以與所述抽象模型接口。 方案19.如方案17所述的方法，還包括生成模板編輯器，以創(chuàng)建自定義圖形狀。
方案20. —種工業(yè)控制開發(fā)平臺，包括用于生成一個或多個與控制軟件設(shè)計環(huán)境有關(guān)的抽象模型的裝置；用于將所述抽象模型與所述控制軟件設(shè)計環(huán)境接口的裝置；以及用于生成設(shè)計服務(wù)以支持所述抽象模型的裝置。 如上所述的主題內(nèi)容包括各種示例性的方面。然而，應(yīng)當(dāng)理解，不可能為了描述這些方面的目的而描述每一個想得到的組件或方法。本領(lǐng)域的普通技術(shù)人員可以認(rèn)識到其他組合或置換是可能的?？梢圆捎酶鞣N方法或架構(gòu)來實現(xiàn)本發(fā)明、其變型、變化或等
13同方案。因此，這里描述的方面的所有這樣的實現(xiàn)意欲包含權(quán)利要求的范圍和精神。此外，對于在詳細(xì)描述或權(quán)利要求中使用術(shù)語"includes(包括)"，該術(shù)語意欲是以與術(shù)語"comprising(包括)"在權(quán)利要求中用作過渡詞時所解釋的那樣類似的方式的包括。
權(quán)利要求
一種控制系統(tǒng)開發(fā)平臺，包括外殼組件，被適配成支持控制系統(tǒng)應(yīng)用程序的開發(fā)；以及抽象模型，與所述外殼組件相關(guān)聯(lián)，以幫助所述控制系統(tǒng)應(yīng)用程序的開發(fā)。
2. 如權(quán)利要求1所述的系統(tǒng)，所述抽象模型提供一組使用相關(guān)方法定義工程元素的抽 象接口。
3. 如權(quán)利要求2所述的系統(tǒng)，還包括用于將數(shù)據(jù)處理加入所述抽象模型的服務(wù)組件。
4. 如權(quán)利要求3所述的系統(tǒng)，所述服務(wù)組件還包括用于根據(jù)用戶偏好產(chǎn)生格式化的設(shè) 計文檔的文檔生成器。
5. 如權(quán)利要求3所述的系統(tǒng)，所述服務(wù)組件還包括用于填充模型或者生成檔案文件的 導(dǎo)入或?qū)С龉ぞ摺?br> 6. 如權(quán)利要求3所述的系統(tǒng)，所述服務(wù)組件還包括用于執(zhí)行源文件分析的解析器。
7. —種用于提供控制開發(fā)平臺的方法，包括 定義外殼，以與工業(yè)控制開發(fā)平臺接口 ；將所述外殼與描述所述工業(yè)控制平臺的一般性特征的一個或多個抽象模型接口 ；以及 采用所述抽象模型，以與特定的控制應(yīng)用程序接口。
8. 如權(quán)利要求7所述的方法，還包括提供輸入/輸出配置組件，以與所述抽象模型接□。
9. 如權(quán)利要求7所述的方法，還包括生成模板編輯器，以創(chuàng)建自定義圖形狀。
10. —種工業(yè)控制開發(fā)平臺，包括用于生成一個或多個與控制軟件設(shè)計環(huán)境有關(guān)的抽象模型的裝置； 用于將所述抽象模型與所述控制軟件設(shè)計環(huán)境接口的裝置；以及 用于生成設(shè)計服務(wù)以支持所述抽象模型的裝置。
全文摘要
本發(fā)明涉及用于工業(yè)自動化的應(yīng)用構(gòu)建器。提供了一種控制系統(tǒng)開發(fā)平臺。該平臺包括被適配成支持控制系統(tǒng)應(yīng)用程序的開發(fā)的外殼組件。抽象模型與外殼組件相關(guān)聯(lián)以幫助控制系統(tǒng)應(yīng)用程序的開發(fā)。
文檔編號G05B19/02GK101788791SQ20091017765
公開日2010年7月28日 申請日期2009年9月30日 優(yōu)先權(quán)日2008年9月30日
發(fā)明者丹尼斯·拉瓦萊, 吉勒斯·布魯內(nèi)特, 奧列弗·拉魯什, 莊占達(dá), 弗雷德里克·達(dá)爾沃, 朱利恩·喬伊納德, 讓-弗朗索瓦·拉利貝特 申請人:Ics三重自動化軟件有限公司