loader image

HomeNews

OI4 Demon­strator for Process Industry — Sustain­ability Factory in the Nether­lands

Faster together: The power of the OI4 Alliance commu­nity

 

The process industry, whether in oil and gas or chem­i­cals and phar­ma­ceu­ti­cals, has very complex produc­tion plants where every single improve­ment pays off in hard cash. Given the many chal­lenges — such as opti­mised produc­tion, CO2 balancing and energy savings – the move to Industry 4.0 is a “must” today. Using the example of an existing model plant at the Flow Centre of Excel­lence inside the Dutch Duurza­amhei­ds­fab­riek* (Sustain­ability Factory), the Open Industry 4.0 Alliance demon­strated that Alliance members can work together to accel­erate the trans­for­ma­tion. It took just under three months from the idea for the inte­gra­tion project to the first provi­sional results. However, the project is not yet over after this mile­stone was achieved. Other members will contribute and further elab­o­rate on the example of best prac­tice. The project was awarded the first OI4 Imple­men­ta­tion Award. The bene­fits are obvious for any company that decides to join this imple­men­ta­tion alliance. 

 

The stim­ulus to under­take this imple­men­ta­tion project for the process industry came from Jules Oudmans, an Alliance member and Director at UReason: “I’ve known Daan Wortel from the Duurza­amhei­ds­fab­riek for a long time. The Flow Centre of Excel­lence within the Sustain­ability Factory provides an excel­lent, industry-focused test facility that closely mimics real-world appli­ca­tions in terms of hard­ware, commu­ni­ca­tion proto­cols, and control systems used.”

“The Flow Center of Excel­lence is a model factory for the process industry where we provide training,” explains Daan Wortel, Managing Director at Duurza­amhei­ds­fab­riek. “Soft­ware such as that from UReason, as well as a variety of hard­ware from foun­da­tion members, is already in oper­a­tion there. I loved the idea of taking the next step in the digi­tal­i­sa­tion of the process industry and was able to gain the support of SMITZH, the Smart Industry funding body for the Rotterdam metro­pol­itan region, for the project.”

That’s the great strength of the Open Industry 4.0 Alliance. The personal network of members gives rise to digi­tal­i­sa­tion projects that combine existing indi­vidual elements into a func­tioning whole – and at a pace that would be impos­sible for indi­vidual members to imple­ment on their own. Once success­fully imple­mented, addi­tional members can gain the greatest possible benefit. It took just under three months from the initial instal­la­tion of hard­ware in November 2021 to the testing of the field-to-edge-to-cloud commu­ni­ca­tion of plant diag­nos­tics and fore­casting at the end of January 2022 – it was not surprising that the demon­stra­tion project at the Flow Center of Excel­lence earned the 2021 OI4 Imple­men­ta­tion Award.#

 

“The majority of data gener­ated at the field is not used by industry today. Unlocking this data in a stan­dard and easy way allows industry to become more effi­cient and sustain­able. We need to show industry what the best way is, which is why we are partic­i­pating.”

– Jules Oudmans, UReason

The Archi­tec­ture in Detail

The inte­gra­tion project natu­rally starts at the edge, i.e., at the flow loop oper­ated with water, which is modelled on the EuroLoop Cali­bra­tion Center rele­vant for oil and gas plants. The cabling and conver­sion of the signals from sensors and actu­a­tors takes place in marshalling cabi­nets, as is customary in the industry. Industry insiders know just how complex process plants are even at this imple­men­ta­tion level. Typical process systems in facto­ries have between 5,000 and over 25,000 sensors and actu­a­tors. Typi­cally, 32 end devices are connected to one inter­face module. 64-pin trunk cables lead to the central control room and from there to system, inter­face, and marshalling cabi­nets. 60 switching cabi­nets can easily be imple­mented in a real process factory. This project saw the addi­tion of three new switching cabi­nets (labelled MUT A, MUT B and Section 2 in the diagram). The jump to Ethernet cabling takes place after the switching cabi­nets. The IIoT servers deployed use the MQTT broker running on TCP/IP to query the end devices. From this early point, we connect to the cloud, but let us stay with the descrip­tion of the archi­tec­ture in the edge – the flow loop.

The goal of the Alliance has always been to achieve “best prac­tice” using existing stan­dards. Alter­na­tive means of connec­tivity were tested in two segments in the case of the flow loop instal­la­tion. The project also aims to enable partic­i­pating members of the Open Industry 4.0 Alliance to set up their own soft­ware and hard­ware using the various commu­ni­ca­tion proto­cols. Despite strict adher­ence to stan­dards, some proce­dures, such as the selec­tion of certain para­me­ters, first need to be defined.

A total of eleven Alliance members are directly or indi­rectly involved in the Alliance’s ‘OI4 Demon­strator for Process Industry’. The existing instal­la­tion is a mix of member and non-member compo­nents – as is usually the case in reality (see table below). The soft­ware and hard­ware from Balluff (non-member) or Endress+Hauser (member) was already installed in the flow loop. These have now been joined by compo­nents from Pepperl+Fuchs, WAGO, CodeWrights (non-member) and UReason (member). Pepperl+Fuchs and WAGO, two members, are also respon­sible for organ­i­sa­tion in various marshalling cabi­nets and access to the phys­ical end devices, such as elec­tro­mag­netic flow meters, vari­able speed drives, centrifugal pumps, and sensors for status moni­toring. On the phys­ical level, a certain excep­tion is the “FOCUS‑1 ” smart valve, which is equipped with a computer and two pres­sure and temper­a­ture sensors each. It is a product of the “FOCUS-ON ” joint venture between Samson and Krohne that can connect directly to the network.

Starting from the phys­ical level of the devices, the OI4 members repre­sent the connec­tion upwards (“north­bound”), begin­ning with the proven HART protocol via various gate­ways or alter­na­tively via HART IP or OPC UA. Pepperl+Fuchs uses two marshalling cabi­nets (“MUT A and B”) with a connec­tion of the phys­ical end devices in “Section A and B”, while WAGO ensures the connec­tion of end devices organ­ised in the section of the same name via another marshalling cabinet in “Section 2”.

Analog signals have to be converted to digital in the factory hall. Here, the HART protocol, which digi­talises analog signals into 0s and 1s on two frequency levels, is still used in most systems today. At the same time, Ethernet cables are laid in order to also make use of the TCP/IP-based MQTT protocol – now one of the most common stan­dards in the IoT. This means that the conver­sion to HART IP or OPC UA is also possible on site – phys­i­cally down­stream from the marshalling cabi­nets. This is then used to trans­port the data to various servers that are able to analyse and consol­i­date it.

This is where CodeWrights and UReason come in. They both aim to retrieve data from the sensors and actu­a­tors in a stan­dard­ised way. In the past, access to all device data was often only possible through user inter­ac­tion using many different tools. However, the Alliance is striving to achieve easy machine access to data via stan­dard­ised inter­faces and common seman­tics for IIoT and Industry 4.0 appli­ca­tions. This must be accom­plished through vendor-inde­pen­dent soft­ware that also already oper­ates at the edge and consol­i­dates data upwards without affecting the existing control system archi­tec­ture.  This is impor­tant, for example, for status-based moni­toring and predic­tive main­te­nance of field devices in order to prevent fail­ures and malfunc­tions.

 

“We are partic­i­pating to show how the “pain of HART” can be reduced signif­i­cantly for process industry plant owners and oper­a­tors as well as for system inte­gra­tors. The project follows the OI4 guide­lines based on estab­lished stan­dards and demon­strates the possi­bil­i­ties of the refer­ence struc­ture. Valu­able data about field devices is becoming avail­able and will no longer be kept “impris­oned” inside the compo­nents.”

– Benedikt Rauscher, Pepperl+Fuchs

The Upward Path of the Bits

The Pepperl+Fuchs hard­ware commu­ni­cates the HART data in the two marshalling cabi­nets over two different paths. First, via an OPC UA server directly to APM Studio from UReason, and second, via HART IP to the FDI Inter­preter, an IIoT server from CodeWrights designed to inte­grate field devices. The differ­ence between these two paths is that the OPC UA route is limited to a set of four data types. In addi­tion to a primary measure­ment, e.g., the flow rate of a flow meter, three other values (secondary, tertiary and quater­nary) can be selected and commu­ni­cated. The HART IP path, on the other hand, allows active commu­ni­ca­tion with the device and provides access to all avail­able HART infor­ma­tion.

The WAGO PLC controller also commu­ni­cates its HART data via OPC UA. The PLC must be programmed to send HART commands to the devices and to receive their data. In this case, a simple PLC program again collects a set of four values from the connected units. A further commu­ni­ca­tion path for the PLC is via OPC UA to the Alliance’s “OEC Registry” (Open Edge Computing). This lists all installed “services” (OI4 apps) and end devices found, their avail­ability, the quality of the data and the health status of the end devices.

 

Open Edge Computing

The case tests a variety of methods in two different formats for accessing and processing the data from the end devices on the factory floor. However, much of this is still “work-in-progress”, even in the largely estab­lished edge of the flow loop. In future, more members will be involved in order to complete the path to the cloud. The Alliance’s Open Edge Computing (OEC) approach relies one hundred percent on commonly used and recog­nised industry stan­dards, such as OPC UA and MQTT, as well as Docker in the field of microser­vices. The Alliance steps in to provide guid­ance where a stan­dard opens up several possible options. For example, in the case of the MQTT broker, it actively defines the struc­ture of the user data within this case, as this may be struc­tured differ­ently within the MQTT format. In this way, Alliance members take the path from asset and appli­ca­tion via the process in the factory to the company as a whole and finally to common “cross-enter­prise” seman­tics, i.e., across all the compa­nies in the industry.

 

* The OI4 Demon­strator for Process Industry is housed in the Duurza­amhei­ds­fab­riek in Dordrecht near Rotterdam. The Sustain­ability Factory is a joint facility of the City of Dordrecht and the ROC Da Vinci College, a voca­tional training insti­tu­tion for industry.

 

The Open Industry 4.0 Alliance offers a concept for an indi­vidual open edge computing plat­form, which was imple­mented in this demon­strator project. The focus was on the connec­tion of the field level, user support during commis­sioning as well as the manage­ment of apps on different edge computers. This ensures that the resulting solu­tion modules can be seam­lessly inte­grated into the system archi­tec­ture and that different hard­ware from different manu­fac­turers can be supported.”

– Kilian Fröh­lich, WAGO