久久久91-久久久91精品国产一区二区-久久久91精品国产一区二区三区-久久久999国产精品-久久久999久久久精品

摘要：伴隨著預(yù)測(cè)性維護(hù)和大數(shù)據(jù)分析的需求在自動(dòng)化領(lǐng)域的日益增加，設(shè)備級(jí)過程數(shù)據(jù)的重要性也越來(lái)越突出。赫優(yōu)訊推出的設(shè)備級(jí)物聯(lián)網(wǎng)嵌入式研發(fā)產(chǎn)品netIC IOT，是基于netX 52多協(xié)議芯片研發(fā)的一款智能DIL-32封裝通訊IC，集成通用對(duì)象接口，通過OPC UA和MQTT實(shí)現(xiàn)IoT通訊，并在同一根物理線纜上與實(shí)時(shí)以太網(wǎng)通訊并行地傳輸數(shù)據(jù)。netIC IOT采用netPROXY技術(shù)，基于對(duì)象的抽象層，面向應(yīng)用程序開發(fā)，并通過netX Studio工程工具進(jìn)行參數(shù)配置。

關(guān)鍵字：netIC IOT，OPC UA，MQTT，netPROXY 技術(shù)，netX Studio

Researchand Application of HilschernetIC IOT Device-LevelIoT Products

Lingyue Xia¹,Wupeng Deng², Hongqing Yang³

(Hilscher Gesellschaft für Systemautomation mbH (Shanghai). Shanghai 200010)

Abstract:With the increasing demand for predictive maintenance and big data analytics in the field of automation, the importance of device-level process data is becoming more prominent.Hilscher has launched device-level IoT embedded R&D product netIC IOT, is an intelligent DIL-32 communication IC based on the netX 52 multi-protocol chip. It integrates a common object interface and implements IoT communication through OPC UA and MQTT. Data is transmitted in parallel with real-time Ethernet communication on the same physical cable. netIC IOT adopts netPROXY technology, object-based abstraction layer, and application-oriented development, and is configured by netX Studio Engineering Tool.

Keywords: netIC IOT, OPC UA, MQTT, netPROXY technology, netX Studio

1 引言

近年來(lái)，隨著工業(yè)4.0、萬(wàn)物互聯(lián)時(shí)代的來(lái)臨，越來(lái)越多的設(shè)備制造商和工業(yè)設(shè)備終端用戶都紛紛進(jìn)行“互聯(lián)網(wǎng)+制造業(yè)”的大轉(zhuǎn)型。通過充分利用信息通訊技術(shù)和網(wǎng)絡(luò)空間虛擬系統(tǒng)——信息物理系統(tǒng)（CPS）相結(jié)合的手段，將制造業(yè)向智能化轉(zhuǎn)型。其中，實(shí)現(xiàn)工業(yè)自動(dòng)化物聯(lián)網(wǎng)通訊是必不可少的一個(gè)環(huán)節(jié)，而設(shè)備是工業(yè)物聯(lián)網(wǎng)互聯(lián)互通的基礎(chǔ)元素，所以設(shè)備上云將成為其最具先導(dǎo)性的一個(gè)突破點(diǎn)^[1]。

工業(yè)設(shè)備上云更多的是依賴無(wú)形的“數(shù)據(jù)驅(qū)動(dòng)”要素，進(jìn)行大數(shù)據(jù)處理，以及數(shù)據(jù)之間的關(guān)聯(lián)性分析。然而，設(shè)備上云不僅僅是采集和存儲(chǔ)設(shè)備的過程數(shù)據(jù)，以實(shí)現(xiàn)預(yù)測(cè)性維護(hù)。從數(shù)據(jù)全面性來(lái)說(shuō)，更重要的是，能夠充分匯聚設(shè)備的狀態(tài)數(shù)據(jù)、生產(chǎn)中的工藝過程數(shù)據(jù)、質(zhì)量檢驗(yàn)數(shù)據(jù)，實(shí)現(xiàn)整個(gè)生產(chǎn)過程中運(yùn)營(yíng)數(shù)據(jù)的整體貫通和連接。將關(guān)鍵過程數(shù)據(jù)與企業(yè)管理流程相結(jié)合，利用數(shù)據(jù)洞察企業(yè)管理問題，在一定程度上降低生產(chǎn)成本和能耗，并提高效率和質(zhì)量，提升企業(yè)經(jīng)營(yíng)的精細(xì)化管理^[2]。

在技術(shù)層面上，需要建立一個(gè)從現(xiàn)場(chǎng)設(shè)備到管理層一致的面向?qū)ο蟮臄?shù)據(jù)模型，并且設(shè)備上云迫切需要解決工業(yè)協(xié)議多、接口難統(tǒng)一這一實(shí)際問題。德國(guó)赫優(yōu)訊針對(duì)這一難題，推出設(shè)備級(jí)物聯(lián)網(wǎng)產(chǎn)品netIC IOT，一款用于現(xiàn)場(chǎng)設(shè)備的智能多協(xié)議模塊，通過OPC UA和MQTT實(shí)現(xiàn)IoT通訊，并與實(shí)施以太網(wǎng)通訊并行，采用獨(dú)立于協(xié)議的對(duì)象接口進(jìn)行應(yīng)用程序的開發(fā)，定制化的設(shè)備描述文件和源代碼，可無(wú)縫集成到用戶的應(yīng)用中。netIC IOT的整體應(yīng)用系統(tǒng)如下圖所示：

圖1 開發(fā)實(shí)例系統(tǒng)

2 物聯(lián)網(wǎng)通訊協(xié)議

2.1 OPC UA

OPC UA是一套集信息模型定義、服務(wù)與通訊標(biāo)準(zhǔn)為一體的標(biāo)準(zhǔn)化技術(shù)框架，其中OPC是用于過程控制的 OLE(OLE for Process Control)技術(shù)，是由OPC基金會(huì)組織管理、用于工業(yè)通訊的標(biāo)準(zhǔn)。OPC UA作為一種面向服務(wù)的通信協(xié)議，目的是使工業(yè)化通訊有據(jù)可循， 可以理解為一個(gè)UA服務(wù)端和UA客戶端的實(shí)時(shí)數(shù)據(jù)庫(kù)框架。UA服務(wù)端負(fù)責(zé)數(shù)據(jù)管理與邏輯運(yùn)算，并通過OPC UA通訊協(xié)議對(duì)UA客戶端程序提供相應(yīng)的數(shù)據(jù)與服務(wù)^[3]。

UA服務(wù)端既可以是可編程邏輯控制器 (PLC)、I/O控制器或傳感器等設(shè)備上二次開發(fā)的應(yīng)用程序，也可以是MES、SCADA等物聯(lián)網(wǎng)應(yīng)用平臺(tái)。UA客戶端是UA服務(wù)端進(jìn)行通訊的系統(tǒng)或設(shè)備，可以是ERP系統(tǒng)、大數(shù)據(jù)平臺(tái)、物聯(lián)網(wǎng)系統(tǒng)，也可以是任意物聯(lián)網(wǎng)設(shè)備^[4]。OPC UA整體架構(gòu)如下圖所示：

圖2 OPC UA整體架構(gòu)

為打通異構(gòu)信息系統(tǒng)集成的信息渠道，實(shí)現(xiàn)數(shù)據(jù)的互聯(lián)互通和無(wú)縫傳遞，OPC UA技術(shù)需具備獨(dú)立于平臺(tái)、可伸縮性、高度可利用性、可植入因特網(wǎng)服務(wù)等特點(diǎn)，不但可實(shí)現(xiàn)獨(dú)立于各大設(shè)備制造商，還獨(dú)立于各個(gè)主流操作系統(tǒng)，并支持多種編程語(yǔ)言實(shí)現(xiàn)軟件應(yīng)用開發(fā)。

OPC UA作為物聯(lián)網(wǎng)通訊協(xié)議有以下幾大優(yōu)勢(shì)^[5]：

（1）不僅實(shí)現(xiàn)原始數(shù)據(jù)采集，還采用基于語(yǔ)義和面向服務(wù)的統(tǒng)一架構(gòu)和模式；

（2）支持跨平臺(tái)應(yīng)用，可擴(kuò)展且設(shè)計(jì)數(shù)據(jù)傳輸安全（TLS）；

（3）支持設(shè)備之間的互操作性；

（4）可輕松集成到現(xiàn)有IT 網(wǎng)絡(luò)中；

（5）配置和維護(hù)更加方便。

2.2 MQTT

MQTT協(xié)議（MessageQueuingTelemetryTransport），即遙信消息隊(duì)列傳輸，是一種輕量級(jí)基于代理的發(fā)布/訂閱消息的傳輸協(xié)議，其設(shè)計(jì)思想是開放、簡(jiǎn)單、輕量、易于實(shí)現(xiàn)，適合在寬帶、計(jì)算和處理能力受限的環(huán)境下工作。MQTT協(xié)議采用客戶端-服務(wù)器的基本結(jié)構(gòu)，基于主題訂閱/消息發(fā)布進(jìn)行消息傳輸，使通信的參與者在空間、時(shí)間和控制流上完全解耦，在輕松實(shí)現(xiàn)拓?fù)浣Y(jié)構(gòu)擴(kuò)展的同時(shí)，保留了實(shí)時(shí)的特性以及服務(wù)質(zhì)量的可配置性^[6]。所以，MQTT是適合物聯(lián)網(wǎng)場(chǎng)景的通訊協(xié)議，其協(xié)議架構(gòu)如下圖所示：

圖3 MQTT協(xié)議架構(gòu)

MQTT協(xié)議作為物聯(lián)網(wǎng)通訊有以下特點(diǎn)^[7]：

（1）傳輸消耗少，最短的消息只有兩個(gè)字節(jié)，可實(shí)現(xiàn)最大程度的降低網(wǎng)絡(luò)負(fù)載；

（2）協(xié)議簡(jiǎn)單、開放、易于實(shí)現(xiàn)，MQTT協(xié)議采用訂閱/發(fā)布的消息模式，提供從1到n的消息轉(zhuǎn)發(fā)，降低通信雙方的耦合度；

（3）為不同的場(chǎng)景提供三個(gè)級(jí)別的消息傳輸服務(wù)質(zhì)量；

（4）MQTT的遺囑機(jī)制使得客戶端在發(fā)生異常連接中斷時(shí)，相關(guān)終端可以接收到本客戶端的遺囑消息。

2.3 netIC IOT 集成物聯(lián)網(wǎng)通訊

工業(yè)4.0與IoT一個(gè)關(guān)鍵的需求是通過IoT通訊從現(xiàn)場(chǎng)設(shè)備傳輸信息至云端，netIC IOT就是如此定位的，過程數(shù)據(jù)及服務(wù)數(shù)據(jù)已經(jīng)預(yù)定義在抽象對(duì)象中，因此能夠轉(zhuǎn)換成通訊模塊中的信息。除了實(shí)時(shí)以太網(wǎng)協(xié)議棧，支持IoT通訊的netIC IOT還集成了OPC UA服務(wù)器以及MQTT客戶端。OPC UA或MQTT連接將建立在同一根線纜上與實(shí)時(shí)以太網(wǎng)通訊并行的TCP/IP 通道，不會(huì)影響PLC運(yùn)行。

在工廠自動(dòng)化中，將現(xiàn)場(chǎng)設(shè)備連接至云端提升了安全機(jī)制的重要性。除了IT架構(gòu)的標(biāo)準(zhǔn)安全，系統(tǒng)設(shè)計(jì)人員必須考慮用于現(xiàn)場(chǎng)設(shè)備及控制的信息安全概念。

netIC IOT在技術(shù)上更進(jìn)了一步，設(shè)備制造商可以通過SPI 連接TPM（Trusted Platform Module）信息安全芯片，從而能夠增強(qiáng)netIC額外的安全機(jī)制，如“安全啟動(dòng)”。

圖4 netIC IOT的工作機(jī)制

3 netIC IOT系統(tǒng)設(shè)計(jì)

netIC IOT基于netPROXY框架面向應(yīng)用程序開發(fā)，采用netXStudio開發(fā)工具進(jìn)行配置。netPROXY為設(shè)備開發(fā)提供了一整套基于對(duì)象的框架，具有統(tǒng)一的、獨(dú)立于協(xié)議的主機(jī)接口。netXStudio配置工具采用自上而下的設(shè)計(jì)原則，有利于開發(fā)人員在開發(fā)界面管理程序。

3.1 netPROXY框架

每種網(wǎng)絡(luò)系統(tǒng)都提供特定的服務(wù)，這些服務(wù)需要用戶移植進(jìn)他的應(yīng)用中。這需要對(duì)每種系統(tǒng)的功能都具有很深的了解，并且在應(yīng)用軟件中對(duì)于每種新的網(wǎng)絡(luò)需要花費(fèi)額外的精力。這就是netPROXY技術(shù)旨在解決的問題。

netPROXY的基本思想是在應(yīng)用和通訊間建立一個(gè)面向設(shè)備的對(duì)象接口與服務(wù)接口。這一抽象層能夠隱藏不同協(xié)議API的復(fù)雜性，使用一些簡(jiǎn)單的服務(wù)即可實(shí)現(xiàn)周期與非周期數(shù)據(jù)交換。用戶只需在他的應(yīng)用中移植這個(gè)通用對(duì)象接口，netPROXY根據(jù)相應(yīng)的網(wǎng)絡(luò)服務(wù)自動(dòng)記錄對(duì)象，因此能夠開發(fā)完全獨(dú)立于任何網(wǎng)絡(luò)特定需求的應(yīng)用，最終實(shí)現(xiàn)一個(gè)真正的多協(xié)議設(shè)備。

netPROXY提供了一個(gè)對(duì)象模型作為服務(wù)或數(shù)據(jù)的通用抽象層，為產(chǎn)品開發(fā)提供了一個(gè)基于對(duì)象的框架，有助于顯著降低處理多個(gè)協(xié)議棧項(xiàng)目的開發(fā)成本。可以將netPROXY視為用戶應(yīng)用程序和協(xié)議堆棧之間的中間層，圖4 顯示了有沒有采用netPROXY技術(shù)的差別，右側(cè)可看出netPROXY如何在具有透明對(duì)象模型的協(xié)議棧之上建立應(yīng)用程序抽象層。

圖5 netPROXY工作機(jī)制

netPROXY技術(shù)旨在實(shí)現(xiàn)在不同協(xié)議棧上層用戶應(yīng)用程序開發(fā)過程中的協(xié)同作用，通過這種方式，netX自動(dòng)化平臺(tái)的主要優(yōu)勢(shì)體現(xiàn)在不僅可以在硬件方面使用netX處理器，還可以在不同通訊系統(tǒng)中再次使用應(yīng)用軟件。

3.2 netX Studio 工程工具

net Studio Basic/Engineering Tool是一款基于Eclipse的設(shè)備開發(fā)工具，可實(shí)現(xiàn)以下功能：定義對(duì)象及映射關(guān)系、配置設(shè)備、生成設(shè)備描述文件、裝載設(shè)備文件及Firmware等。

netX Studio工具根據(jù)“模塊化設(shè)計(jì)原理”運(yùn)行，經(jīng)過一次創(chuàng)建的模塊可以重復(fù)使用，一次創(chuàng)建的對(duì)象定義以及整個(gè)對(duì)象庫(kù)可以在不同類型的應(yīng)用程序中應(yīng)用，對(duì)象的定義對(duì)整個(gè)產(chǎn)品系列都有效。如果以自己的用戶對(duì)象形式定義設(shè)備的屬性，則可以根據(jù)預(yù)設(shè)的產(chǎn)品設(shè)計(jì)和組合，將對(duì)象庫(kù)中的對(duì)象或預(yù)定義的標(biāo)準(zhǔn)對(duì)象以任何變量的形式組合在不同的應(yīng)用程序中，規(guī)劃一套自己的產(chǎn)品系列。一次定義的對(duì)象，可以反復(fù)使用在新產(chǎn)品中。例如，在為溫度傳感器創(chuàng)建值、狀態(tài)和操作模式作為元素的對(duì)象，可用于具有不同功能范圍的設(shè)備。

圖6 netX Studio配置界面

3.3 netIC IOT 設(shè)計(jì)原理

netIC IOT通信模塊集成到主機(jī)系統(tǒng)中需要相應(yīng)的硬件組件和軟件API接口，采用netXStudio進(jìn)行開發(fā)。在開發(fā)netIC IOT模塊時(shí)，需要進(jìn)行的操作主要分為硬件設(shè)計(jì)和軟件設(shè)計(jì)，如下圖所示：

圖7 netICIOT開發(fā)原理

3.3.1 硬件設(shè)計(jì)

netIC IOT模塊的硬件接口靈活，提供了不同的功能，通過netXStudio工程工具就能輕松實(shí)現(xiàn)，主要步驟如下：

（1）創(chuàng)建對(duì)象庫(kù)的定義

以手動(dòng)創(chuàng)建對(duì)象為例，點(diǎn)擊Object Model→User→input data，右鍵input data→ New Object，如下圖所示：

圖8 創(chuàng)建一個(gè)新的對(duì)象

需對(duì)所創(chuàng)建的對(duì)象進(jìn)行命名，本文對(duì)其命名為Sensor-simple，對(duì)其進(jìn)行設(shè)置。一般情況下，對(duì)于新創(chuàng)建的對(duì)象，需要設(shè)置其基本屬性和設(shè)備的元素。在Properties配置中，需定義對(duì)象的Identifier、Name、Description、Version、Type name、Labels，客戶可根據(jù)自己的具體應(yīng)用對(duì)其進(jìn)行設(shè)置。

設(shè)置對(duì)象的Elements，點(diǎn)擊右側(cè)的Add按鈕添加一個(gè)新的元素，如下圖所示：

圖9 添加對(duì)象元素

對(duì)于Attributes來(lái)說(shuō)正是體現(xiàn)了netPROXY的工作機(jī)制，面向?qū)ο蟮脑恚?dú)立于協(xié)議棧，可通過多種方式（Peripherals、Application、Network）實(shí)現(xiàn)通訊設(shè)置，如下圖所示：

圖10 通訊屬性設(shè)置原理

圖11 Attributes選擇

（2）通訊設(shè)置

在netXStudio配置工具中，選擇通信系統(tǒng)（協(xié)議）創(chuàng)建的每個(gè)應(yīng)用程序的變量，需要單獨(dú)地執(zhí)行通信設(shè)置。除了通過實(shí)時(shí)以太網(wǎng)進(jìn)行網(wǎng)絡(luò)通訊外，還可以執(zhí)行物聯(lián)網(wǎng)通訊設(shè)置，通過WebServer，OPC UA或MQTT配置對(duì)對(duì)象數(shù)據(jù)的訪問。

對(duì)于已添加的通訊設(shè)置，每個(gè)應(yīng)用程序變量都會(huì)顯示在“Connections”編輯器中，根據(jù)已添加的對(duì)象，將設(shè)備的屬性在通訊模型中顯示出來(lái)，包括相應(yīng)的數(shù)據(jù)類型，根據(jù)通訊路徑，設(shè)定該數(shù)據(jù)被映射到輸入輸出數(shù)據(jù)。因此，在應(yīng)用程序變量的I/O數(shù)據(jù)映射視圖中，顯示該應(yīng)用程序變量的循環(huán)通訊設(shè)置，以及其功能范圍和相應(yīng)的設(shè)備屬性。

圖12 通訊設(shè)置

在配置EthernNet/IP和PROFINET通訊過程中，也可以實(shí)現(xiàn)將對(duì)象數(shù)據(jù)映射到非周期網(wǎng)絡(luò)通訊。在EtherNet/IP中通過Explicit Messaging配置，在PROFINET中通過Acyclic Data Exchange來(lái)配置。

（3）產(chǎn)品和供應(yīng)商信息設(shè)置；

netX Studio配置工具可以配置產(chǎn)品的詳細(xì)信息，包含以下信息：

① 產(chǎn)品信息：名稱、ID、類型、訂單ID、配置文件ID、配置文件類型；

② 產(chǎn)品版本信息：產(chǎn)品修訂、硬件名稱和版本、軟件名稱和版本、引導(dǎo)加載程序名稱和版本。

（4）Web頁(yè)面設(shè)置和用戶管理；

在netXStudio中，WebBuilder充當(dāng)WebServer頁(yè)面的一種內(nèi)容管理系統(tǒng)，可將自定義的網(wǎng)頁(yè)和圖形（例如產(chǎn)品名稱和圖片）分配給不同的產(chǎn)品和設(shè)備。在構(gòu)建過程之后，可以將定制的Web內(nèi)容與在netX Studio中創(chuàng)建/管理的其他數(shù)據(jù)一起下載到各個(gè)目標(biāo)設(shè)備（例如，固件，配置數(shù)據(jù)，設(shè)備和制造商ID等），整個(gè)流程如下圖所示：

圖13 Web Builder應(yīng)用過程

（5）netIC IOT硬件引腳配置

netIC IOT的設(shè)計(jì)優(yōu)勢(shì)之一就是使用戶可根據(jù)其需要修改DIL-32管腳定義。除了部分用于供電及通訊的預(yù)定義管腳，所有其他管腳幾乎都能夠自由配置，比如，可以在UART、I2C、SPI、GPIO、LED、CAN 以及SSIO 間選擇。通過netX Studio配置工具對(duì)netIC IOT硬件進(jìn)行設(shè)置，包含操作模式和引腳分配、接口配置和將對(duì)象映射到相應(yīng)的接口，如下圖所示：

圖14 硬件引腳配置界面

進(jìn)行完以上所有配置，可完成netIC IOT模塊的整個(gè)對(duì)象模型的創(chuàng)建、特定的設(shè)備描述文件（EDS）和集成的源代碼（.h），將配置文件裝載到硬件中，同時(shí)包含對(duì)協(xié)議棧的下載。在通訊設(shè)置中可同時(shí)設(shè)置幾個(gè)通訊，下載協(xié)議棧時(shí)根據(jù)實(shí)際通訊網(wǎng)絡(luò)下載不同的協(xié)議棧。

3.3.2 軟件設(shè)計(jì)

netIC IOT模塊提供的主機(jī)接口是netPROXY，用戶應(yīng)用程序通過netPROXY來(lái)訪問模塊。如下圖所示，可采用ST公司的STM32系列的MCU 作為主MCU，其Host 應(yīng)用程序通過netPROXY接口進(jìn)行數(shù)據(jù)的訪問，可有效節(jié)約開發(fā)時(shí)間。netPROXY Host API用于通過HIF DPM訪問netIC IOT，需通過cifX API訪問DPM，如下圖所示：

圖15 netIC IOT 與主機(jī)接口連接模式

netPROXY的優(yōu)勢(shì)在于為使用簡(jiǎn)單對(duì)象模型以通用方式描述設(shè)備應(yīng)用程序數(shù)據(jù)提供了一種可能性，這可以僅通過一次設(shè)計(jì)覆蓋特定設(shè)備應(yīng)用程序功能，達(dá)到重新使用以將這些數(shù)據(jù)轉(zhuǎn)換為不同的網(wǎng)絡(luò)協(xié)議的目的。netPROXY使用對(duì)象模型不僅可以管理和訪問數(shù)據(jù)，還可以在netPROXY對(duì)象網(wǎng)絡(luò)服務(wù)之間執(zhí)行自動(dòng)轉(zhuǎn)換。

4 netIC IOT實(shí)例PROFINET Slave+OPC UA應(yīng)用

通過netIC IOT的開發(fā)板，連接STM32，進(jìn)行PROFINET Slave+OPC UA的測(cè)試。NIOT-I-ICEB-RE開發(fā)板通過USB接口連接到計(jì)算機(jī)，通過netX Studio工具對(duì)其進(jìn)行配置，然后將配置文件及協(xié)議棧下載到硬件中。完成配置之后，連接至STM32開發(fā)板，對(duì)其進(jìn)行應(yīng)用程序的調(diào)試。將以太網(wǎng)口連接到主站cifX 50-RE，并通過外設(shè)SSIO接口連接NIOT-I-ICEB-SSIO擴(kuò)展板。在SYCON.net中創(chuàng)建工程，進(jìn)行PROFINET通訊調(diào)試。然后采用Softing的OPC UA Client進(jìn)行OPC UA通訊測(cè)試。硬件連接圖如下圖所示：

圖16 硬件連接圖

通過OPC UA Client可以抓取到netIC IOT在PROFINET網(wǎng)絡(luò)中與主站進(jìn)行數(shù)據(jù)交換的周期數(shù)據(jù)，若將數(shù)據(jù)上傳至云服務(wù)器或通過云服務(wù)器的OPC UA Client獲取數(shù)據(jù)，在進(jìn)一步對(duì)數(shù)據(jù)進(jìn)行分析或預(yù)測(cè)性維護(hù)。通過OPC UA Client觀測(cè)數(shù)據(jù)變化如下圖所示：

圖17 OPCUAClient監(jiān)測(cè)圖

由此可見，通過netIC IOT設(shè)備級(jí)物聯(lián)網(wǎng)通訊模塊進(jìn)行產(chǎn)品研發(fā)，可節(jié)省投入成本，并輕松實(shí)現(xiàn)設(shè)備上云。

5 結(jié)束語(yǔ)

netIC IOT通訊模塊在同一硬件上支持現(xiàn)主流的實(shí)時(shí)以太網(wǎng)從站協(xié)議，用戶可在netXStudio工程工具生成用于其設(shè)備的并獨(dú)立于協(xié)議的對(duì)象模型，而且在應(yīng)用軟件中只需要移植一次。根據(jù)不同的現(xiàn)場(chǎng)網(wǎng)絡(luò)應(yīng)用，只需在netXStudio中配置并下載不同的協(xié)議棧即可。對(duì)于應(yīng)用來(lái)說(shuō)無(wú)需對(duì)不同的通訊網(wǎng)絡(luò)作相應(yīng)的設(shè)計(jì)，僅一次軟硬件設(shè)計(jì)就可以實(shí)現(xiàn)真正意義上的多協(xié)議設(shè)備研發(fā)。

參考文獻(xiàn)

[1]企業(yè)上云走向深入，設(shè)備上云現(xiàn)燎原之勢(shì).http://www.sohu.com/a/301491238_99988082.

[2]企業(yè)上云走向深入_設(shè)備上云仍需爬坡過坎.電子信息產(chǎn)業(yè)網(wǎng).行業(yè)動(dòng)態(tài).

[3]任偉.工業(yè)物聯(lián)網(wǎng)關(guān)鍵技術(shù)OPC_UA分析[M].2017-08-11.

[4]Hilscher. netIOT Interface (netIC IOT&netX, netRAPID,comX)_Rev5.3_Product Presentation.

[5] 姚春雷. OPCUA-工業(yè)4.0 的先行者[ J ] . 中國(guó)儀器儀表,2017,03:36-37.

[6]張亞慧.物聯(lián)網(wǎng)環(huán)境下輕量級(jí)發(fā)布/訂閱系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D].北京郵電大學(xué)，2014

[7]S Lee,H Kim,D Hong.Correlation analysis of MQTT loss and delay according to QoS level[J].ACM,2013,10:23-37.