WO2016070899A1

WO2016070899A1 - Method for starting up an industrial automation network, and field device

Info

Publication number: WO2016070899A1
Application number: PCT/EP2014/073576
Authority: WO
Inventors: Oliver Drumm; Benjamin Lutz; Gerrit Wolf
Original assignee: Siemens Aktiengesellschaft
Priority date: 2014-11-03
Filing date: 2014-11-03
Publication date: 2016-05-12

Abstract

The invention relates to a method for starting up an industrial automation network (2) and to a field device (5, 6, 7, 31) for supporting the carrying out of the method. To facilitate virtual start-up of at least one field device (5, 6, 7), an EDD (32) or an FDI package (20) is provided which has a simulation model (25, 30) for the behaviour of at least one field device (5, 6, 7, 31). Upon virtual start-up, the functional behaviour of the at least one field device (5, 6, 7, 31) is simulated by means of the simulation model (25, 30). Since the model (25, 30) with the EDD (32) or the FDI package (20) is provided by the field device manufacturer, a correct simulation and therefore minimised risks during the start-up of industrial installations can be expected.

Description

A method for starting an industrial automation ^¬ approximate net factory and field device

The invention relates to a method for starting an industrial automation network with several Feldge ^¬ boards, which are interconnected by a network for data communication, wherein a configuration and parameterization of the field devices in the automation network is performed by a software tool according to the preamble of claim 1 Furthermore, the invention relates to a field device for supporting the implementation of the commissioning method according to claim 4.

As part of a life cycle of an industrial plant, the commissioning phase of the plant's automation equipment is of particular importance. The pressure prevailing during the commissioning ^¬ sioning time and cost pressures is immensely high, as is to be started rapidly with the actual operating phase, in which the production is running at the plant and the respective plant overall gains generated. In the startup phase, the previously selected and in the engineering phase from ^¬ placed in the system plan components of the automation equipment, such as programmable logic controllers, so-called controllers, input / output devices, so-called remote IOs, transmitters, z. As for flow, temperature, level or pressure measurement, and actuators, z. As control valves and motors, which are generally referred to in the present application as field devices, put into operation. The field devices are connected by a network for data communication, frequently using fieldbuses that operate, for example, according to the protocols PROFIBUS, HART (Highway Addressable Remote Transducer) or FF (Fieldbus Foundation). In the commissioning phase, the respective functionality of the field device, eg. B. the provision of a measured value for ei ^¬ nen pressure by a pressure transducer, in each SCADA (Supervisory Control And Data Acquisition) system, eg. B WinCC (Windows Control Center), or PCS (Process Control System) z. B. SIMATIC PCS 7, commissioned. This integration of the respective functionality of field devices in an automation project takes place with great manual effort. In addition, until now the real functionality has been validated only with a real start with certain error risks. In the process automation ^¬ tion is for example in the production of ammo ^¬ nia large explosion risk, or in factory automation, there can for. B. come due to manufacturing errors to failure previously in a real commissioning of an automation technology plant manufactured cars. To avoid these dangers is increasingly a virtual In ^¬ commissioning desired, must be for which simulation models to ^¬ location processes and components of the automation equipment available. It is true that various engineering tools, eg. Eg SIMATIC PDM

(Process Device Manager), the commissioning of a Automaticity ^¬ sierungsnetzwerks, in which field devices Datenkommunika ^¬ tion connected to each other, yet the problem of commissioning of the field devices is fundamentally not been resolved under real process conditions. While there are already ver ^¬ different approaches, the process and equipment behavior to simu ^¬ lose, but these are based solely on the creation of partial models, which can only reflect excerpts of reality. Users of engineering tools generally create models in the quality and accuracy in which they are needed for their application, and also cover only the functions that are required for their respective Simula ^¬ tion. A method for simulating a field device in an industrial automation network is already known from DE 102 45 176 AI. The simulation is to ensure there, that the measures for a particular field device ^¬ intended function blocks can also be loaded into this field device and run properly in this. A virtual field device is subdivided into a memory management, a processor management and a communication interface. So ^¬ with in particular the processing power and storage cherplatz of the field device involved in the simulation to ensure that sufficient to the real field devices of the respective storage space and each processor ^¬ stays awhile real performance of the machine when loading a control strategy to carry out the control strategy.

EDDL (Electronic Device Description Language) and FDT / DTM (Field Device Tool / Device Type Manager) have long been two basic methods for integrating field devices.

Frequently field devices are provided with a so-called Electronic De ^¬ vice Description (EDD), which is used to describe the parameterization and the configuration in a software tool for device integration. Among other things, it shows the behavior of the field device in the configuration, which, for example, can be carried out asynchronously via the fieldbus when using PROFIBUS. The runtime integration of a field device, ie the integration in the synchronous communication for the exchange of the actual measurement and control signals, for example, in PROFIBUS via a description in the so-called General Station Description (GSD). In an FDI (Field Device Integration) concept, which is described in the article "FDI Device Integration - Best of Both Worlds" by Hans-Georg Kumpfmüller and Roland Lange, published in atp edition, 6/2010, pages 16-19 take advantage of the two above-mentioned methods will be combined in one solution. the FDI basic concept defines the Components ^¬ th FDI package, FDI server and FDI client. FDI packages ^¬ the supplied by the device manufacturer and contain all the information necessary for device integration . the device definition includes management information and the device model. the consistency is done securing this device model and the communication logic to the device via the Bu siness ^¬ logic the description of the presentation of the device parameters and device functions is the responsibility of the user interface. Description. These components of the FDI package are described with EDDL. In addition, portions of the user interface can also be integrated as programmed components, so-called user interface plug-ins (UIPs), whose basic concept corresponds to the FDT / DTM concept. FDI Server import FDI Device Packages. The device definition and business logic of the FDI package are executed via an EDD interpreter. The programmed user interface plug-ins are only managed by the server but not executed. They are transferred to clients on request. FDI clients rea ^¬ taping the interface to the user. The client-server concept allows both the distribution of the clients to different computers as well as the coordinated and authorized access of several clients to the common information model.

The digitization and virtualization of real plants is constantly advancing. Increasingly, applications such as the so-called Factory Acceptance Test (FAT) or virtual commissioning (ViBN) must be served, or there will be a so-called ^¬ Operator Training Station (OTS) desired. To simulation models are needed for Feldge ^¬ Chambers, which can eventually be put together to create a system model. Simulation models for field devices, which can be used in a software tool for plant simulation, have not yet been created by device manufacturers and made available to a user when the field devices are delivered. For example, for the above appli ^¬-making cases, however, a simulation model for a field device wishes overall, the user must laboriously this example ^¬ as work from data sheets. Disadvantageously therefore, only relatively simple models are usually he is ^¬ that can be error prone,. For example, sensors are usually modeled at best as delay and / or measured value scaling elements in order to couple data obtained from a process simulation via simulated measuring transducers to a control system. Actuators, such. As actuators, scale mostly by equally simple models only the from a control system received input signals on process variables of the process simulation, for example by mapping an input signal to a process variable used in the process simulation with a percent between 0 and 100%. However, the actual parameterization of field devices and their testing by tests can not be done virtually before commissioning of the real devices. For example, parameter variations, display, mode and scaling switches are not simulated.

The invention has for its object to provide a method for commissioning an industrial automation network and a field device to assist in the implementation of the method, with which reduces the cost of commissioning and the risk of errors in the closing on ^¬ operating ^{phase of} an industrial plant become.

In order to achieve this object, the new method for starting up an industrial automation network as defined in claim 1, the new field device for supporting the

Implementation of the method specified in claim 4 features. In the dependent claims advantageous developments of the invention are described.

The invention has the advantage that due to the READY ^¬ development of a model which is provided for simulating the behavior ei ^¬ nes field device, for access by a software tool, which is used for startup of an indus- rush automation network by a user, the Commissioning effort is significantly reduced. The Simu ^¬ lationsmodell is the manufacturer of the field device he puts ^¬ and is therefore - can be expected by the manufacturer as a result of its creation - of particularly high quality and reliability. In addition, special developer tools can be used to create the simulation model, which facilitate the creation of a standard compliant EDD. By the presence of a simulation model For the behavior of the field device in a supplied EDD or in an FDI package assigned to the field device, virtual commissioning is now also supported during the integration of field devices. When implementing an automation network, it is therefore possible to make extensive use of the proven procedure for integrating field devices.

Due to the complexity of today's field devices, a virtual rush commissioning, a sensible and necessary approach ^¬ before real, integrated in an industrial plant field devices in which come to the commissioning subsequent production in the operating phase used. Often several hundred parameters must be set to field devices before the field devices are working properly in accordance with the respective automation ^¬ tisierungslösung. In order to minimize incorrect configurations and their consequences, it is therefore of great advantage when field devices are respectively taken on the basis of a correct, provided by the manufacturer simulation model virtually in operation, wherein the simulation model is advantageous ^¬ way provided in the respective EDD of the field device. If only certified EDD and certified Si ^¬ simulation models are approved, the quality of the Si ^¬ mulation can be further improved during commissioning.

An embodiment of the invention in which the EDD containing a simulation model is already part of the scope of delivery of the manufacturer of the field device is particularly advantageous. In this case, the EDD can be stored in a memory of the field device electronically readable and / or delivered in a separately transported file, eg. By authorized download from a server at the manufacturer.

For the simulation of the functional behavior of a field device in an automation network in a simulation model of the EDD may advantageously be provided by means of the ^¬ sen in carrying out the simulation, an output of the field device as a function of at least one predetermined Field device parameter and one of the process simulation ge ^¬ supplied process value is calculated.

With reference to the drawings, in which an embodiment of the invention is shown, the invention and refinements and advantages are explained in more detail below.

It shows: a block diagram of an industrial plant, a structure of a FDI package and

a block diagram to illustrate a virtual commissioning. 1 shows an automation installation is Darge ^¬ provides, in which a process 1 by an automation ^¬ approximately network 2 is controlled. In the factory automation network 2 ^¬ an engineering station 3, a server 4 FDI and field devices 5, 6 and 7 for the data communication through an ether net-based communication network 8 are connected together. Since the FDI concept is independent of the existing type of the communication network 8, it may be in the Datenkommu ^¬ 8 nikationsnetz be any such. With PROFIBUS, PROFINET, HART or FF protocol. The field devices 5, 6 and 7 are close to the process components such as a SpeI ^¬ logic controller, which is often as a controller ^¬ be distinguished, a transmitter for sensing a physical variable in the process to be automated 1, z. B. a pressure, or an actuator for influencing the process ses 1 depending on the detected physical variable, eg. B. a control valve. By the software tool 9, a configuration and parameterization of the field devices 5, 6 and 7 located in the automation network 2 is performed during startup. For the field devices 5, 6 and 7, FDI packages 4 are respectively stored on the FDI server 4, on the information content of which a software tool 9, which runs on the engineering station 3, can access as an FDI client. The FDI packages are, as explained later is models for the behavior of the field devices 5, 6 and 7 as ^¬ models for sub-aspects of the process for the software tool 9 accessible. In order to minimize the risk possibly occurring in the operating phase of the process plant error as low as possible, is Inbe ^¬ sioning phase performed by the software tool 9 in one of the preceding operating phase, a simulation on the basis of these models by ^¬. Commissioning thus takes place virtually and without a real-time process 1.

In Figure 1, the software tool is drawn 9 for better Anschau ^¬ friendliness as a block on an engineering station. 3 This is not to be understood that the software tool 9 can run only on a computing unit. Of course, the software tool 9 can be divided at a Realisie ^¬ tion into various sub-tasks, then, wel ^¬ che called on different processing units, including station can run. A FDI package 20 according to Figure 2 includes a Device Defini ^¬ tion 21, a User Interface Description 22, a Business Logic 23 and a user interface plug-in corresponding to 24. The lower limb ^¬ tion of the FDI package 20 in the above-mentioned components the well-known FDI concept. In addition, a document created by the manufacturer of the field device Simulati ^¬ onsmodell is now in the device definition 21, which is drawn up in EDDL, 25 stored for the behavior of the field device. Since the simulation model is created 25 by the manufacturer and is provided in FDI package 20 which is arranged the respective field device conces-, for use by the user during startup, a correct simulation of the field device behavior during start-up of a Automa ^¬ tisierungsnetzwerks can be ensured become. Figure 3 shows an alternative to the reference to FIG 2 erläu ^¬ failed embodiment. 3 shows a Simulationsmo ^¬ dell 30 is embedded in a delivered to the field device 31 EDD 32 for the behavior of a field device 31st The EDD 32 with the simulation model 30 is created like a GSD 33 by the manufacturer of the field device 31 and provided for use by a user. Due to the Ready Stel ^¬ development by the manufacturer, an accuracy of the simulation model 30 can be ensured ^¬ efficiency even at this exemplary example. By interpretation of EDD 32 and GSD 33 and transformation by a software tool (9 in Figure 1), a virtual field device 35 is formed. This step is symbolized by an arrow 40 in FIG. The simulation performed by the virtual field device 35 during the commissioning ^¬ sioning of the automation network is based on the Be ^¬ scription of the functional simulation model 30 with means of EDDL in the EDD 32. To this end, values of output onto the external communication interfaces 36 and 37 signaled be len which are described in the GSD 33, calculated and output as a function of the parameterization of the field device 35 with parameters 38 and as a function of the process values 39 obtained during the system simulation. In the exemplary embodiment described below, output signals guided on the external communication interfaces 36 and 37 are denoted by GSD.Outl or GSD.Out2. Accordingly ^¬ the input signals GSD. In called. This designation is used to establish the reference to identifiers in the GSD. In general terms, a simulation model or simulation part model, which is part of the simulation model 30 for the field device 31, can be described by:

GSD. Out = f (GSD in, parameters, process value), with f - model function,

Parameter - the simulation underlying parameterization of the field device 31, 35 and

Process value - value of a process variable obtained from the process simulation, eg B. a pressure.

Have the external communication interface for multiple inputs and / or outputs to represent the ^¬ used in th above formula variable vectors. In the following is One possible rather code portion of an EDD illustrated, which, for example ^¬ shows by way of an implementation of a simulation model:

METHOD SimulationOutputA

{

TYPE NONE;

DEFINITION

{

IF (EDD_ParameterPercentage = = true)

{

GSD.Outl = process value / 100;

GSD.0ut2 = process value * (EDD_ParameterScale) / 100

}

ELSE

{

GSD. Outl = process value;

GSD.0ut2 = process value * (EDD___ParameterScale)

}

To describe the simulation model, only existing EDDL constructs are used. The description of the Me ^¬ Thode definition takes place in the programming language C. The home pretation of the methods performs an EDD interpreter in the software tool (9 in Figure 1) through which detects from the Type NONE and the referencing to the GSD 33 that it is a simulation description of the functional behavior of the field device 31. Since these are usually not methods that can be executed internally in the interpreter, these methods must not be referenced by other bodies in the EDD 32.

In the described, very simple example of a simulation model only an assignment of the outputs

GSD. Out shown. In a simulation model basically any mathematical formulas may deviate ^¬ ^¬ ver accordingly it applies to, which then can also be implemented by the interpreter in an appropriate functional behavior of a virtual field device. The delivery of an EDD 32 and GSD 33 with the field device 31 by the manufacturer has the advantage that both Da ^¬ parties are delivered in one package, and thus the together ^¬ actually fit of EDD 32 and GSD 33 with the field device 31 guarantees are can. In addition, the method content of an EDD 32 is encrypted in FDI. The know-how of the device manufacturer with respect to the device behavior described in the EDD 32 by the simulation model 30 is thus protected. As symbolized in Figure 3 by an arrow 40, Interpretation ^¬ advantage, the software tool (9 in Figure 1) the two files EDD 32 and GSD 33 and specifically the 32 is ^¬ passed in the EDD methods of the simulation model 30. Here, a generates corresponding behavioral model of the field device 31, which can be referred to as a virtual field device 35 and represents a now executable simulation model. In ei ^¬ ner discrete-time simulation of a cyclic recalculation of the values of Ausgangssig ^¬ dimensional virtual field device 35 is performed based on the Verhaltensmo ^¬ dells. For THROUGH USE in a graphical user interface, a simulation symbol may also be generated, which may be stored as part of a Bibli ^¬ othek in a simulation tool and represents the behavior model of the field device. The appearance of such a simulation symbol may, for example, DEM jenigen the virtual field device 35 with its input parameters 38 and 39 and its communication process values ^¬ interfaces 36 and 37 for the signals and GSD.Outl

GSD.Out2 be executed. The EDD 32 is thus used by a simulation transform to generate one or more specific fish simulation models, which then as Example ^¬ can be used by the simulation tool SIMIT. Parameters 38 of the virtual field device 35 correspond exactly to those that can be set with previous tools for field device integration. The parameters can thus be taken from the engineering data of these tools and returned to the tools after a successful test of the system model. Thus, a porting, ie an automatic transmission, the parameters obtained by simulation and tested on the real plant possible.

The advantages which are achieved by the invention are briefly summarized below:

- better integration of field devices into a control system and enable extensive simulations so tested before the construction of an automated system running thereon processes and automation technology Ge ^¬ councils and operating personnel can be trained,

- Consistent integration of device parameterization and runtime configuration in the control system, whereby embedded in the engineering process, the parameterization can be taken over from the simulation into reality,

- there are applications FAT, ViBN and OTS enables with Simula ^¬ tion of field devices,

- more accurate plant models that allow the detection of complex errors

- Simulation models are upgradeable to manufacture auto ^¬ mation,

- higher user confidence in the field devices, since he can test them himself and thereby become familiar with the operation of the field devices and

- Training for the parameterization of field devices on the device model is made possible with transfer of the parameters to the real system, whereas previously the parameterization could only be shown on the real device without recognizing the ^{consequences of} the respective parameterization for the process.

Claims

claims

1. A method for commissioning an industrial Automati ^¬ sierungsnetzwerks (2) with a plurality of field devices (5, 6, 7, 31), which are interconnected by a network (8) for data communication, wherein by a software tool (9) has a configuration and parameterization of the field devices (5, 6, 7, 31) located in the automation network (2), characterized by

Providing a simulation model (25, 30) for the Ver ^¬ hold at least one field device (5, 6, 7, 31) in EDDL, which is accessed by the software tool (9), and

virtual commissioning of the at least one field device (5,

6, 7, 31) by the software tool (9), wherein the behavior of the field device (5, 6, 7, 31) by means of the Simulationsmo ^¬ dells (25, 30) is simulated.

2. The method according to claim 1, characterized in that the simulation model (30; 25) in an at least one field device (31) associated EDD (32) or in the at least one field device (5, 6, 7) associated FDI package (20) is provided.

3. The method according to claim 1 or 2, characterized in that by means of the simulation model (25, 30) a virtual

Field device (35) for behavioral simulation of the field device (5, 6,

7, 31) is generated and that in the behavioral simulation values of at least one signal output to an external communication ^¬ interface (36, 37) of the field device (5, 6, 7, 31) in response to at least one predetermined field device parameter (38) and at least one Process value (39) are calculated.

4. Field device for supporting the implementation of the method according to one of the preceding claims, characterized in that the field device (5, 6, 7, 31) with an EDD (32) or an FDI package (20) is provided by which gives the software tool (9) access to a simulation model (25, 30) for the behavior of the field device (5, 6, 7, 31) it is possible ^¬ .