工業(yè)物聯(lián)網(wǎng)仍面臨挑戰(zhàn)與契機
隨著工業(yè)物聯(lián)網(wǎng)(IIoT)發(fā)展受到重視后,相關(guān)采用前遭遇的挑戰(zhàn)也開始浮現(xiàn)。評論指出,要成功引進IIoT必須讓信息科技與工廠營運技術(shù)上互相配合,并委由專人負責推動IIoT計劃,其成功率會較高。
據(jù)Automation World報導(dǎo),早期采用IIoT業(yè)者已見識到可協(xié)助提高營收、降低成本與提升客戶服務(wù)及支持的競爭優(yōu)勢與新的企業(yè)模型,但IIoT采用仍遭遇挑戰(zhàn),而信息科技(IT)與操作技術(shù)(OT)整合與合作是成功采用IIoT的關(guān)鍵。
不過,兩者差異是必須先解決的障礙。首先,IT身處在隨時改變環(huán)境下并不斷追求最新與最快運算硬件與軟件,反觀OT則重視在企業(yè)內(nèi)創(chuàng)造實質(zhì)價值,更新時間間隔長達數(shù)十年之久,老式技術(shù)也是常態(tài)。因此,如何連接這2種不同技術(shù)是挑戰(zhàn)所在。
為了協(xié)助推動兩者有效整合,方法之一便是指派1名人員來承擔所有IIoT策略開發(fā)并獲得其他單位協(xié)助。當事人必須通曉O(shè)T與IT領(lǐng)域并了解所有業(yè)務(wù)目標以及連接兩者所帶來的長期價值,該名人員通曉信息安全也是關(guān)鍵。
另外,采用開放IIoT標準、規(guī)格與架構(gòu)也有助于OT與IT合作效率化。在2015~2016年較為熟知的則有采用跨領(lǐng)域IIoT作法的工業(yè)互聯(lián)網(wǎng)聯(lián)盟(Industrial Internet Consortium;IIC)以及推動有效率制造及智能工廠的工業(yè)4.0(Industry 4.0)。
兩者都開發(fā)參考架構(gòu)協(xié)助簡化IIoT技術(shù)的標準化與采用,但兩者也同樣存在異同。首先,IIC主要鎖定開發(fā)1種全球性標準參考架構(gòu),該聯(lián)盟在2015年推出工業(yè)物聯(lián)網(wǎng)參考架構(gòu)(Industrial Internet Reference Architecture;IIRA)則是基于標準的架構(gòu)模板與方法論。
IIRA致力于已被納入在傳感器、致動器與其他低階組件的智能與連網(wǎng),例如在智能生產(chǎn)、智能電網(wǎng)、連網(wǎng)醫(yī)院及智能運輸?shù)阮I(lǐng)域。
反觀工業(yè)4.0則是在德國工業(yè)出現(xiàn)數(shù)字架構(gòu)變革,換言之,其目的是讓生產(chǎn)最大化以便開發(fā)所謂的智能工廠,智能工廠設(shè)計與營運四大根基則是互操作性、信息透明化、技術(shù)協(xié)助與決策分權(quán)。
評論指出,目前兩陣營仍存在諸多辯論,因此,對于有意采用的業(yè)者來說,采取觀望是最佳策略,而且就在標準單位辯論何種協(xié)議、架構(gòu)與條件最適合IIoT之際,IIoT平臺戰(zhàn)爭也正在開始。
IIoT平臺與中間件是指必須存在于實體裝置或數(shù)據(jù)端點以及更高等級軟件應(yīng)用之間的軟件,IIoT平臺與中間件會在實體與數(shù)字之間移動數(shù)據(jù),并可提供足夠處理巨量數(shù)據(jù)的軟件資源。
評論也指出,展望未來,IIoT根本問題在于如何連接老式系統(tǒng)與裝置至尖端IT系統(tǒng),其缺口也將由中間件加以補足。
另外,在考慮平臺之前,業(yè)者必須先定義IIoT計劃規(guī)模與預(yù)期價值,而且有別于鎖定個別供貨商平臺,廠商最好考慮采用基于開放資源與標準的技術(shù)。
除此之外,雖然目前諸如以太(Ethernet)與工業(yè)網(wǎng)絡(luò)及TCP/IP等開放通訊總線標準已大量采用,但OT與IT領(lǐng)域的軟件仍欠缺互操作性(interoperability)。
在2017年可望解決上述問題的解決方案則有以下技術(shù)。首先是RESTful API。該軟件開發(fā)工具可將網(wǎng)絡(luò)與行動運算鏈接,例如Opto 22的SNAP PAC自動化控制器便內(nèi)建HTTP/S網(wǎng)頁服務(wù)器與RESTful API。
第二則是Node-RED。該開源工具可將諸如工業(yè)自動化控制器等邊緣運算系統(tǒng)連接至亞馬遜(Amazon)云端服務(wù)Amazon Web Service(AWS)與IBM Watson IoT等云端服務(wù)。
Node-RED可讓IIoT應(yīng)用開發(fā)人員善用預(yù)先打造的軟件碼并直接部署在應(yīng)用內(nèi),例如Opto 22的groov IIoT應(yīng)用開發(fā)工具。
第三則是負責將在Windows系統(tǒng)執(zhí)行的應(yīng)用連接至工業(yè)自動組件以便存取數(shù)據(jù)的OPC。
第四則是MQTT傳輸協(xié)議,可利用發(fā)布/訂閱架構(gòu)推送數(shù)據(jù)并提供諸如開放標準與遠程連接適合性等獨特優(yōu)勢。
評論也指出,目前阻礙IIoT大規(guī)模采用的三大原因則是安全、整體系統(tǒng)性缺乏經(jīng)驗與人力推動IIoT以及不易辨識與量化IIoT的投資報酬率。