流程工業(yè)自動化軟件未來發(fā)展的兩個問題

1工業(yè)軟件與工業(yè)標(biāo)準(zhǔn)的關(guān)系許多工業(yè)領(lǐng)域中為其服務(wù)的工業(yè)軟件，通常與該領(lǐng)域的工業(yè)標(biāo)準(zhǔn)存在依存關(guān)系。工業(yè)軟件的平臺往往是若干個工業(yè)標(biāo)準(zhǔn)綜合運(yùn)用的成果。

最近幾年有影響的流程工業(yè)自動化標(biāo)準(zhǔn)活動，有美國TheOpenGroup主推的開放流程自動化系列標(biāo)準(zhǔn)OPAS，德國NAMUR主推的NAMUR開放自動化NOA，以及由NAMUR發(fā)起的模塊化類型包MTP（ModularTypePackage）。概括來說，OPAS是全開放的架構(gòu)，重新定義了DCS和PLC，運(yùn)用市場中領(lǐng)先的軟硬部件致力于互操作性和互換性，以及信息安全的能力；NOA在現(xiàn)有DCS系統(tǒng)的基礎(chǔ)上運(yùn)用IT技術(shù)實(shí)現(xiàn)成本可控的優(yōu)化和信息安全，力求用獨(dú)立于供應(yīng)商的技術(shù)實(shí)現(xiàn)流程工業(yè)4.0的各種案例；MTP利用現(xiàn)有的DCS和PLC的部件無縫集成為流程裝置的自動化單元，強(qiáng)調(diào)在優(yōu)化性價比的同時將工程量降至最低，加快工程交付進(jìn)度。

這三個標(biāo)準(zhǔn)雖然側(cè)重點(diǎn)不同，但是有許多相同和相似之處。對于最終用戶來說，標(biāo)準(zhǔn)太多并不是什么好事情，于是OPAF和NAMUR考慮把這三個標(biāo)準(zhǔn)能夠統(tǒng)一在一個架構(gòu)之中，提出了如圖1所示的架構(gòu)。圖1NAMUR提出的NOA和MTP與OPA的整合架構(gòu)（來源：NAMUR）

在未來的流程工業(yè)自動化技術(shù)發(fā)展進(jìn)程中，特別是通過運(yùn)用IT技術(shù)的成熟和最新成果，瞄準(zhǔn)虛擬化的方向開發(fā)相應(yīng)的工業(yè)軟件。遵循在綜合運(yùn)用多年來積累的行之有效的基礎(chǔ)工業(yè)標(biāo)準(zhǔn)和IT標(biāo)準(zhǔn)的基礎(chǔ)上開發(fā)的下一代流程工業(yè)自動化的系列標(biāo)準(zhǔn)，參與并深入到全開放的自動化架構(gòu)中。同時還要從最終用戶的利益和需求出發(fā)，考慮新舊交替過程中的平穩(wěn)過渡，也是發(fā)展工業(yè)軟件必須遵循的原則。2容器化技術(shù)在工業(yè)自動化軟件開發(fā)中成效顯著當(dāng)前我們正處在工業(yè)數(shù)字化轉(zhuǎn)型的變革之中，“軟件正在吞噬世界”的說法蘊(yùn)含了軟件在系統(tǒng)中發(fā)揮著“基礎(chǔ)設(shè)施化”的作用，而云計算軟件開發(fā)方法成為軟件開發(fā)的主要方向。經(jīng)過幾年的摸索，云計算開發(fā)方法在工業(yè)自動化軟件開發(fā)應(yīng)用的虛擬化方向有了很大進(jìn)展，實(shí)際運(yùn)用的結(jié)果驗(yàn)證了容器化在開發(fā)工業(yè)自動化軟件中所顯現(xiàn)的優(yōu)越性。

同樣是虛擬化的技術(shù)，容器化較之虛擬機(jī)明顯有著以下優(yōu)點(diǎn)：一是APP的顆粒度更細(xì)，有利于形成輕量級的容器；二是所需的硬件開銷要小得多；三是應(yīng)用代碼及其相關(guān)的軟件環(huán)境打包后安排在操作系統(tǒng)基礎(chǔ)架構(gòu)上的容器引擎執(zhí)行運(yùn)行，無需其它任何支持；四是容器中各個應(yīng)用程序相互隔離，這種分割保證了信息安全；五是應(yīng)用代碼的更新升級可以遠(yuǎn)程部署。總之，容器是獨(dú)立的，可以通過特定的平臺按照需要來選擇和部署，給予使用者很大的靈活性；同時一個單獨(dú)而且封閉的容器又提供了原生的信息安全。

流程自動化工業(yè)對軟件容器有著其特殊的需要，他們需要能在很大范圍容納各種各樣的應(yīng)用軟件，諸如先進(jìn)流程控制APC、流程優(yōu)化和資產(chǎn)管理等，同時能通過標(biāo)準(zhǔn)化的接口（如OPCUA）交換數(shù)據(jù)。另外，流程自動化的容器需要在不同的物理地點(diǎn)和不同的主計算機(jī)硬件中移動。

對于大型的操作來講，像Kubernetes這樣的編排工具，可以用來維護(hù)、組織和管理容器庫，按照資源的可用性自動平衡計算負(fù)載。

以Honeywell運(yùn)用虛擬化為例，不但在服務(wù)器層級運(yùn)用于HMI和應(yīng)用程序中，而且也開始擴(kuò)充到流程自動化的其它方面，如用于I/O的軟組態(tài)。HoneywellProcessSolution正在考慮讓軟件和硬件解耦的可能性，不僅僅在服務(wù)器中運(yùn)用容器化技術(shù)，也包括控制器和I/O層級運(yùn)用容器化技術(shù)。Honeywell開發(fā)ExperionLCN（ELCN）有效地仿真了TDC3000這樣的老系統(tǒng)，使公司的老客戶得以將其在知識產(chǎn)權(quán)上的投資“無限地延壽”。它可與老系統(tǒng)100%的二進(jìn)制兼容和互操作。2018年6月Honeywell在用戶組織的大會上向公眾宣布，TDC3000相同的代碼可以不加修改運(yùn)行在虛擬環(huán)境中，大大減少了可能的產(chǎn)生技術(shù)風(fēng)險。TDC環(huán)境的虛擬化帶來許多附加的利益，包括使工程師具有應(yīng)用Honeywell云基的虛擬工程平臺（VirtualEngineeringPlatform）的能力去提供TDC的解決方案。自此以后，Honeywell一直在繼續(xù)其虛擬化的版本，在2019年的用戶大會上宣稱其ExperionPKSHIVE用于高度集成的虛擬環(huán)境。簡言之就是具有虛擬化的特性的解決方案以及硬件與軟件的解耦已經(jīng)在應(yīng)用程序這一級、控制器和I/O這一級實(shí)現(xiàn)。

在流程工業(yè)中另一個容器化的實(shí)例ModuleTypePackage（MTP）正在開發(fā)中。MTP本質(zhì)上是運(yùn)用容器技術(shù)創(chuàng)建易于集成、并運(yùn)用預(yù)定義的自動化模塊單元實(shí)現(xiàn)模塊化的流程裝置。這種預(yù)定義的自動化模塊化單元，易于按照生產(chǎn)的需要添加、安排和調(diào)整。每個MTP都符合標(biāo)準(zhǔn)化的方法論和框架，包括將它整合到一個模塊化的裝置中所有必要的信息（如通信服務(wù)、HMI描述、維護(hù)信息等）。例如ABB的MTP提供清單中包括ABBAbility系統(tǒng)800xA操作流程和編排的智能模塊。由一個開放架構(gòu)的骨干網(wǎng)將編排層由模塊層通過OPCUA通信鏈接。

在下一個五年或更多一些時間內(nèi)，云軟件開發(fā)技術(shù)相比其它形式的軟件開發(fā)，顯然會成為主要的形式。而且企業(yè)軟件、嵌入式軟件和云軟件這三種軟件開發(fā)將會極大地融合匯聚。有