EP2718773A1 - Système de simulation, procédé permettant d'effectuer une simulation, système de guidage et produit de programme informatique - Google Patents

Système de simulation, procédé permettant d'effectuer une simulation, système de guidage et produit de programme informatique

Info

Publication number
EP2718773A1
EP2718773A1 EP12726415.8A EP12726415A EP2718773A1 EP 2718773 A1 EP2718773 A1 EP 2718773A1 EP 12726415 A EP12726415 A EP 12726415A EP 2718773 A1 EP2718773 A1 EP 2718773A1
Authority
EP
European Patent Office
Prior art keywords
simulation
interfaces
simulation system
control system
environment
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP12726415.8A
Other languages
German (de)
English (en)
Inventor
Andreas RATHGEB
Rainer Speh
Michael Unkelbach
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Siemens AG
Original Assignee
Siemens AG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Siemens AG filed Critical Siemens AG
Publication of EP2718773A1 publication Critical patent/EP2718773A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G06F30/20—Design optimisation, verification or simulation
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B17/00—Systems involving the use of models or simulators of said systems
    • G05B17/02—Systems involving the use of models or simulators of said systems electric

Definitions

  • Simulation system method for carrying out a simulation, control system and computer program product
  • the invention relates to a simulation system, in particular for a control system, which controls a process running in a technical installation, wherein the control system comprises at least ei ⁇ ne designed as a container first plinUm constitution, which is designed to the system underlying the ⁇ simulate the automation process and corresponding Has interfaces to the control system.
  • the invention further relates to a method for carrying out a simulation by means of the simulation system according to the invention. Also indicated is a corresponding control system and computer program product.
  • simulators are also used for testing purposes in the engineering of a technical system, in order to give a project engineer the opportunity to find optimal solutions for the interconnection of functions within the technical system or to detect faults before the realization of the system and thus commissioning shorten.
  • a simulator is usually one
  • a power plant is simulated as software in the simulator, in principle.
  • the simulator behaves identically to the real power plant. If the power plant is operated with a specific control system, such as the Siemens SPPA-T3000 control system, all the details on the simulator screen correspond to those from the control console of the real plant.
  • simulation computers are used to simulate power plants, which are independent of the control system, i. represent their own separate computer system.
  • the effort required for this usually requires a gigantic computer performance of the simulation computer used.
  • the hardware for the simulation computer must be set up, installed and maintained at each site.
  • simulators in which the control and monitoring system of the original control system is used, and simulators, which include the control and Be ⁇ care system of the control system, ie the entire Simulate user interface with - but this is very complicated and the results are generally also unsatisfactory.
  • This solution is aimed mostly reasonable only in older control systems, such as when the operating and Beobachtungssys ⁇ system is not capable of simulation because eg no simulator time ⁇ support is available.
  • simulators which are separate computers for the hardware, which are the automation servers of the control system and the hardware connected to the control system such as I / O modules, motors, valves, etc., and for have the physical process underlying the physical process (see also description of Fig. 1A)
  • the software as well as the hardware of the simulators is decoupled from the control system.
  • Often parts of the original software engineering data relating to the automation of the control system are used, ie the inputs for the simulation software receive values from the Leitsys ⁇ tem, but which are written in a software separate from the control system.
  • the configuration of these simulators is very complex (sometimes not accessible to the user in the process simulators) and takes place with completely different configuration tools than the control system. A consistency check between simulators and control system does not take place.
  • the configuration of simulators generally does not take into account the engineering data for cabling or wiring connected hardware (sensors, actuators).
  • the simulation system comprises in this Va ⁇ riante runtime environments for automation and for the simulation of the hardware of the periphery of the control system. Both execution environments have the same interfaces, and are connected via these to the bus system.
  • the sequence Conversely ⁇ exercises can also comparable to a single runtime environment melt.
  • each run environment itself can be a software component.
  • embedded software components exist as representatives of functions, assemblies, and devices.
  • the automation function itself and the simulation of the hardware of the periphery of the control system are integrated into the software of the control system.
  • this hinUm constitution can now be used both in the normal control system in real time for the automation of example ei ⁇ nes power plant, as well as in other instances, to simulate the hardware.
  • the simulation of the entire automation and the hardware of the periphery of the control ⁇ system run here advantageously in one instance. For this purpose, only extensions in the block library with simulation blocks for the hardware of the periphery of the control system are required.
  • control system and hardware simulator merge into one unit in terms of software and thus also in terms of computer technology, which brings numerous advantages:
  • the simulation system is configured using the same engineering or configuration tools as the control system configuration.
  • the invention provides a simplified simulation system for training and testing purposes. As a result, Reduced equipment downtime, shortening and improvement in commissioning, and improved simulation quality because consistency is present throughout the simulator solution and everything runs on one platform.
  • a program be is a software component ⁇ stands that consists of directly on an operating system aus Kunststoffba ⁇ rem software code, and is closed to the outside, so that communication other software components only via exactly defined interfaces to other software components.
  • An embedded (English, "embedded") Soft ⁇ ware component is a software component that is embedded in a ande ⁇ re software component. She is also closed to the outside and communicates only through well-defined interfaces to other software components, but it will not directly running on the operating system, but in the environment of the surrounding software component.
  • a program As a container in computer science, a program is called, which consists of directly executable software code and ⁇ at least one interface to an embedded (embedded) software component and at least one interface to Be ⁇ operating system has and is executable directly on the operating system.
  • a container which is for its part constructed as a software component and forms a univer ⁇ sell usable runtime environment for one or more inserted ⁇ embedded software components, referred to as "flow container” will be.
  • the process container provides therefore on the one hand a coupling element between any embedded software software component and the operating system and enables the flow of embedded software component on the computer.
  • Fig. 1A is a block diagram of a possible realization of a control system of a technical installation with i ⁇ NEN hardware components, SDT
  • 1B is a schematic representation of the control software of an exemplary control system, SdT,
  • FIG. 2 shows a schematic illustration of a first embodiment variant of the simulation system according to the invention
  • Fig. 3 is a schematic representation of a second embodiment of the invention Simulationssys ⁇ tems.
  • Fig. 1A the block diagram of a possible implementation of a control system of a technical system is shown in simplified form. In this illustration, only the hardware is shown.
  • the underlying by the control system ⁇ de underlying physical process is illustrated by the box P.
  • This can be, for example, a process for generating energy in a power plant, waste incineration or a chemical process.
  • the process underlying the technical installation may be a physical, chemical, biological or other technical process.
  • the signals recorded by sensors are forwarded to input and output modules EA1, EA2 to EAN. These can be pure input-output modules or even order intelligent field devices. At the same time, be passed on to EA2 EAN control signals to the field devices in the process about the construction ⁇ groups EA1.
  • the bidirectional signal flow is illustrated by the arrows.
  • the modules EA1, EA2 to EAN are connected on the side facing away from the process with an external or internal bus system BS, which collects the signals and forwards, for example, to at least one auto ⁇ automation server AUTS.
  • the modules EA1 to EAN can also be intelligent field devices in which sensor and / or actuator are integrated together with processing logic in a device which is connected directly to the automation server AUTS via the bus system BS.
  • the automation server AUTS in turn, can-as described in this example-be connected to at least one application server APPS via a communication bus KB. For availability reasons, in general all connections between the servers and buses are designed to be redundant, as indicated by the double connection lines.
  • An arbitrary user interface is also connected to the communication bus KB. This is an arbitrary graphical user interface
  • GUI graphical user interface
  • thin clients which means any operator control and monitoring systems, engineering clients or other display systems.
  • simulation ⁇ systems are mostly such out ⁇ leads according to the prior art SdT that either a very powerful computer is riding provided loading, which simulates the entire user interface GUI of the control system (as shown in the figure by box SIM1 indicated), or that from the user interface GUI of the control system instead of the automation server AUTS on ei ⁇ NEN separate simulation computer SIM2 is accessed.
  • the latter solution can also be realized by two computers, for example by a computer SIMHW, which simulates the hardware of the underlying automation process. liert, and by a computer SIMP, which simulates the underlying process.
  • FIG. 1B shows a possible embodiment variant for the software architecture of an exemplary control system, as described in FIG. 1A with reference to the hardware.
  • the software of the control system has been reduced in this embodiment to a few components to ensure a better overview:
  • the basic functions are here to call 51 that allows depicting ⁇ development Kunststoffster operating screens presentation software. This could be, for example, a web browser running on a thin client.
  • the execution environment is be distinguished ⁇ with 50th
  • there are numerous software modules such as 61, 62 and 63, which are responsible, for example, for the engi ⁇ neering of the system, the archiving of data, the message management, or resource management. All these software modules therefore fulfill different functions. They can run in their own drainage environment, which is designated here by 60. All software modules are interconnected, ie data can be exchanged between all modules.
  • the automation function of the control system is shown in this embodiment by its own software.
  • the flow container 10 has multiple interfaces.
  • an interface is always meant to mean a data interface. It may, for example, a sectional ⁇ point 13 act for the engineering or near the interfaces 11 and 12, which are connected to the rest of the control system, including with other instances of a Budapestum- 10.1.
  • embedded software components 101 and 102 are shown in FIG. 1B. These in turn have internal, standardized interfaces, which are shown as dots.
  • the embedded Softwarekompo ⁇ components 101 and 102 contain the main functions such as all automation tasks, controls, regulations, calculations, processing functions, alarm management and exemplary administration.
  • proxy modules 111 and 112 are shown within the dormitorContainer.
  • the deputy ⁇ representative module representing existing hardware components such as an input or Ausga ⁇ bebaueria substantially. Their software is here by 81 and 82 verdeut ⁇ light.
  • the proxy modules 111 and 112 provide for the connection of the input raw data to / from the field devices and monitors them and is therefore responsible for the communication with the field devices.
  • the bus interface 18 is used. This interface of theticians 10 to an automation bus (bus interface to the bus system BS), via which the input and output modules and the intelligent field devices are connected to the automation server.
  • the Stellvertre ⁇ termodule 111 and 112 communicate the interior of the drain container 10 to the input and output modules (and intelligent field devices) extending yes outside the automation server (and thus outside of the flow container 10) are located.
  • the automation bus can be, for example, a Profibus, a Modbus, another serial bus or even an Ethernet-based bus (such as Profinet or pure TCP / IP or UDP-based communication).
  • FIGS. 2 and 3 show variant embodiments of the simulation system according to the invention.
  • this is a software architecture which is directly compatible with the architecture shown in FIG. 1B and follows it.
  • the simulation system 100a according to the invention comprises, in addition to the runoff environment 10 for the automation function described in FIG. 1B, a further runtime environment 20, which simulates the hardware of the periphery of the control system with all its interconnections in software.
  • proxy modules 211 and 212 are embedded, which represent the Leitsystemperipherie, for example, connects directly to the bus system BS of FIG. 1A.
  • the software component 201 simulates, for example, the behavior of an actuator with commands in the direction of open or closed direction and corresponding feedback or the behavior of the insertion of the switchgear for a motor ei ⁇ ner procedural component.
  • the software modules 201, 211, 212 have to respective internal interfaces (English, "internal interfaces") over which, for example, physi ⁇ -earth sizes or other data and parameters may be exchanged.
  • connection lines between the individual modules and interfaces represent this signal exchange This is done in the real system, eg via existing cables / wires in the control system or by data transmission in fieldbus systems (depending on the wiring or cabling variant, terminal points, eg as a distributor or repeater, can also be included in the fieldbus.) These components are shown in the diagram for simplification not shown)
  • the proxy modules 211 and 212 are inverse to each other. formed tretermodulen 111 and 112. Inverse here means that inputs and outputs of the respective interfaces are reversed.
  • a proxy module of the type such as 111 and 112 usually provides for the connection of the incoming raw data to / from the process control interface
  • a proxy module of the type such as 211 and 212 already simulates an assembly and is therefore suitable for the conversion of the field data into the input raw data for software modules higher up to ⁇ ever. Further, is valid that the substitute modules both real process variables as well as predetermined or simulated large ⁇ SEN may be supplied.
  • the entire drain environment 20 can now be designed as a flow container or as a software component 2 according to the container definition described above.
  • external interfaces English, "external interfaces" of a certain number, such as 21, 22 and 23, exist that communicate
  • the interface 23 like the interface 13 of the first automation environment 10, can be responsible for filling the container with engineering data and can be connected to the component bus 90.
  • the communication between the software components 1 and 2 or the drain environments 10 and 20 can take place via the interfaces 18 and 28.
  • the interface 28 is either identical to the interface 18 (in general for Ethernet-based bus systems) or provides the complementary interface to the interface 18 depending on the bus system (ia for s serial bus systems with master - slave functionality).
  • a white ⁇ direct interface 24 may be provided, which allows the connection to the process. Via this interface 24 pro ⁇ process data can be transmitted, which are of a process simulator, ie a responsible only for the technical process simulation lationsrechner transmitted.
  • the interfaces 11, 12, 13 of the first (responsible for the automation of the control system) process Environment 10 almost identical to the interfaces 21, 22, 23 of the second (responsible for the hardware of the periphery) Ab ⁇ running environment 20.
  • the interfaces 11, 12 and 13 are executed in their function and physically as well as the interfaces 21, 22, 23. Minor changes to adapt to certain boundary conditions may be possible.
  • the two runtime environments are combined 10 and 20 to ei ⁇ ner single runtime environment of 15 °.
  • the simulation system 100b now consists of only one drain environment.
  • This can also be designed as a software component 15 '.
  • Embedded Softwarekompo ⁇ components and alternate modules of the individual Softwarekompo ⁇ components 1 and 2 now come in an execution environment 15 for execution.
  • cross-container connections or interconnections between the embedded components and modules from previously 10 and 20 now become container-internal connections or interconnections.
  • external interfaces became internal interfaces (included in the container).
  • simulation system in accordance with FIG. 2 consists of two execution environments for automation and hardware of the Pe- ripherie of the control system is formed (variant 100a), or both functions are performed in an execution environment according to Fig. 3 (variant 100b) are different Mög ⁇ opportunities for the connection of process data. These can be For example, a process simulator 200 are taken.
  • the process simulator 200 can be connected directly to the simulation system 100 via various interfaces.
  • the process simulator of the hardware simulator can imagine the interface ⁇ 200 via a specially provided for this purpose interface 33 24 are connected.
  • the process simulator 22 32 200 the process simulator On the other 200 can be attached ⁇ joined by reacting the interfaces 11,12 or 21, the simulation system 100 to interfaces 31.
  • a connection of the process simulator 200 via a specially provided adapter 99 is also possible. This can be a program for the assignment and conversion of any process data. Also in this case is one
  • FIG. A simulation of the control system or parts thereof is now performed as follows:
  • the first execution environment 10 is created by means of a configu ⁇ approximately tool of the control system.
  • the second clearance 20 with all embedded software components such as 201, the Stellvertre ⁇ ter modules 211, 212 and interconnections is also generated by means of the planning tool used previously for the first plinUmpractic the control system.
  • the drain environments 10 and 20 come either separately or together to run, with a simulation of the technical system or parts of the technical system is performed.

Abstract

L'invention concerne un système de simulation destiné en particulier à un système de guidage qui commande un processus (P) se déroulant dans une installation technique. Le système de guidage comprend au moins un premier environnement d'exécution (10) réalisé sous la forme d'un contenant et configuré pour reconstituer le processus d'automatisation à la base de l'installation, et comportant des interfaces correspondantes (11, 12, 13) vers le système de guidage. Le système de simulation (100a) selon l'invention comprend, outre le premier environnement d'exécution (10), un deuxième environnement d'exécution (20) réalisé sous la forme d'un contenant pour la simulation du matériel périphérique du système de guidage. Dans un autre mode de réalisation (100b) du système de simulation, les deux environnements d'exécution (10, 20) peuvent également être réunis sous la forme d'un seul environnement d'exécution (15). Dans les deux modes de réalisation, les interfaces (11, 12, 13) du premier environnement d'exécution (10) sont pratiquement identiques aux interfaces (21, 22, 23) du deuxième environnement d'exécution (20). L'invention concerne en outre un procédé permettant d'effectuer une simulation au moyen du système de simulation selon l'invention. L'invention concerne également un système de guidage et un produit de programme informatique associés.
EP12726415.8A 2011-06-09 2012-06-05 Système de simulation, procédé permettant d'effectuer une simulation, système de guidage et produit de programme informatique Withdrawn EP2718773A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102011077318.5A DE102011077318B4 (de) 2011-06-09 2011-06-09 Simulationssystem, Verfahren zur Durchführung einer Simulation, Leitsystem und Computerprogrammprodukt
PCT/EP2012/060556 WO2012168214A1 (fr) 2011-06-09 2012-06-05 Système de simulation, procédé permettant d'effectuer une simulation, système de guidage et produit de programme informatique

Publications (1)

Publication Number Publication Date
EP2718773A1 true EP2718773A1 (fr) 2014-04-16

Family

ID=46229478

Family Applications (1)

Application Number Title Priority Date Filing Date
EP12726415.8A Withdrawn EP2718773A1 (fr) 2011-06-09 2012-06-05 Système de simulation, procédé permettant d'effectuer une simulation, système de guidage et produit de programme informatique

Country Status (5)

Country Link
US (1) US20140172402A1 (fr)
EP (1) EP2718773A1 (fr)
CN (1) CN103597414A (fr)
DE (1) DE102011077318B4 (fr)
WO (1) WO2012168214A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109932925A (zh) * 2017-12-15 2019-06-25 北京机电工程研究所 多侦察点仿真方法

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102011077317B4 (de) * 2011-06-09 2015-10-01 Siemens Aktiengesellschaft Simulationssystem, Verfahren zur Durchführung einer Simulation, Leitsystem und Computerprogrammprodukt
DE102014219711A1 (de) * 2014-09-29 2016-03-31 Siemens Aktiengesellschaft Verfahren zur Kraftwerkssimulation
US11501036B2 (en) 2018-03-28 2022-11-15 Abb Schweiz Ag Simulations in a model of a process control system
EP3671378A1 (fr) * 2018-12-17 2020-06-24 Siemens Aktiengesellschaft Contenant de données pour un système de commande d'une installation technique
CN111142405B (zh) * 2019-12-20 2022-12-09 国家工业信息安全发展研究中心 污水处理过程控制系统仿真测试平台
CN111163486B (zh) * 2019-12-24 2022-04-15 重庆邮电大学 一种d2d通信仿真与性能测试系统与方法

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3903403A (en) * 1973-02-23 1975-09-02 Westinghouse Electric Corp Nuclear power plant training simulator system and method
JP2004133650A (ja) * 2002-10-10 2004-04-30 Mitsubishi Heavy Ind Ltd 制御用ロジックのシミュレーション検証方法及びシミュレーション検証用パソコン
JP2007536634A (ja) * 2004-05-04 2007-12-13 フィッシャー−ローズマウント・システムズ・インコーポレーテッド プロセス制御システムのためのサービス指向型アーキテクチャ
CN100399341C (zh) * 2006-03-31 2008-07-02 电子科技大学 一种矢量模式软硬件协同仿真/验证方法
EP1857896A1 (fr) * 2006-05-16 2007-11-21 Ansaldo Energia S.P.A. Emulateur d'un dispositif de commande d'une installation industrielle
US8527252B2 (en) * 2006-07-28 2013-09-03 Emerson Process Management Power & Water Solutions, Inc. Real-time synchronized control and simulation within a process plant
DE102006045503A1 (de) * 2006-09-27 2008-04-03 Abb Technology Ag System und Verfahren zur Integration von Prozessleitsystemen in eine Trainingssimulation
DE102006059430A1 (de) * 2006-12-15 2008-06-19 Robert Bosch Gmbh Automatisierte Erstellung und Adaption eines Maschinen- oder Anlagenmodells
US20090089031A1 (en) * 2007-09-28 2009-04-02 Rockwell Automation Technologies, Inc. Integrated simulation of controllers and devices
US20090132060A1 (en) * 2007-11-21 2009-05-21 Winston Jenks Foundation fieldbus simulation system
US8825462B2 (en) * 2008-09-17 2014-09-02 Accenture Global Services Limited Method and system for simulating a plurality of devices
CN101604146B (zh) * 2009-07-15 2011-05-04 中冶南方工程技术有限公司 高炉供料自动控制系统的控制方法
US8316313B2 (en) * 2009-10-14 2012-11-20 Fisher-Rosemount Systems, Inc. Method for selecting shapes in a graphical display
DE102009055810A1 (de) * 2009-11-13 2011-05-19 Technische Universität Ilmenau Verfahren zur Simulation und Automatisierung eines komplexen Betriebsführungsprozesses

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2012168214A1 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109932925A (zh) * 2017-12-15 2019-06-25 北京机电工程研究所 多侦察点仿真方法
CN109932925B (zh) * 2017-12-15 2021-12-10 北京机电工程研究所 多侦察点仿真方法

Also Published As

Publication number Publication date
US20140172402A1 (en) 2014-06-19
WO2012168214A1 (fr) 2012-12-13
CN103597414A (zh) 2014-02-19
DE102011077318A1 (de) 2012-12-13
DE102011077318B4 (de) 2015-07-16

Similar Documents

Publication Publication Date Title
DE102011077319B4 (de) Simulationssystem, Verfahren zur Durchführung einer Simulation, Leitsystem und Computerprogrammprodukt
EP2801873B1 (fr) Dispositif de test d'un appareil de commande virtuel
DE102011077318B4 (de) Simulationssystem, Verfahren zur Durchführung einer Simulation, Leitsystem und Computerprogrammprodukt
EP2685382B1 (fr) Procédé et dispositif de création et de test d'un programme d'appareil de commande
EP1738236B1 (fr) Reseau d'automatisation a composantes reseau produisant des messages d'etat
DE102008014153B4 (de) Verfahren, Steuergerät und Steuerungssystem zur Steuerung eines Automatisierungssystems
DE102010062266A1 (de) Verfahren zur Realisierung von zumindest einer Zusatzfunktion eines Feldgeräts in der Automatisierungstechnik
WO1997012301A1 (fr) Procede de conception pour systemes industriels et systemes de construction, et systeme de planification assiste par ordinateur a utiliser dans le cadre dudit procede
WO2005054965A1 (fr) Procede pour la mise a disposition et l'installation de fonctionnalites et/ou d'informations specifiques aux appareils pour les appareils de terrain d'un systeme reparti
WO2005036290A1 (fr) Mise a disposition d'informations de diagnostic
EP3079028A1 (fr) Procédé de planification et d'ingénierie, outil de logiciel et outil de simulation pour une solution d'automatisation
EP1431877A2 (fr) Système de paramétrage-/diagnostic pour un appareil de terrain
DE102008026409A1 (de) Bedienungstrainingsystem und Bedienungstrainingverfahren
DE102011077317B4 (de) Simulationssystem, Verfahren zur Durchführung einer Simulation, Leitsystem und Computerprogrammprodukt
EP2985663A1 (fr) Procédé de simulation d'une installation industrielle automatisée
DE102014101321A1 (de) Testeinrichtung zum Test eines virtuellen Steuergeräts
DE19725915A1 (de) Rechnergestützte Diagnoseeinrichtung und Diagnoseverfahren für elektronisch gesteuerte Systeme
DE102007063291A1 (de) Sicherheitssteuerung
EP2247989B1 (fr) Dispositif et procédé pour planifier l'intégration d'appareils de terrain d'une installation technique
EP2672660B1 (fr) Méthode pur influencer le communication de bus d'un bloc de contrôle électronique
EP2557464A1 (fr) Procédé destiné au fonctionnement d'un système d'automatisation
EP2048587A1 (fr) Procédé et dispositif destinés à la planification d'une installation de production
WO2015124320A1 (fr) Commande à programme enregistré dynamique servant à émuler un appareil de commande
DE10394242T5 (de) Verfahren und Instrument zur Zuweisung von Rechenressourcen in einem verteilten Steuersystem
DE102004051834B4 (de) Prüfgerät und Prüfverfahren für programmierbare Elektroinstallationen, sowie entsprechendes Computerprogramm und entsprechendes computerlesbares Speichermedium

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20131205

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20151111

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20160524