Nothing Special   »   [go: up one dir, main page]

WO2010094359A1 - Verfahren und system zum engineering einer automatisierung zumindest eines teils einer technischen anlage - Google Patents

Verfahren und system zum engineering einer automatisierung zumindest eines teils einer technischen anlage Download PDF

Info

Publication number
WO2010094359A1
WO2010094359A1 PCT/EP2009/066025 EP2009066025W WO2010094359A1 WO 2010094359 A1 WO2010094359 A1 WO 2010094359A1 EP 2009066025 W EP2009066025 W EP 2009066025W WO 2010094359 A1 WO2010094359 A1 WO 2010094359A1
Authority
WO
WIPO (PCT)
Prior art keywords
test
tool
simulation
data
automation
Prior art date
Application number
PCT/EP2009/066025
Other languages
English (en)
French (fr)
Inventor
Bernhard Iffländer
Original Assignee
Siemens Aktiengesellschaft
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 Aktiengesellschaft filed Critical Siemens Aktiengesellschaft
Priority to EP09771535A priority Critical patent/EP2399176A1/de
Priority to CN2009801568705A priority patent/CN102317879A/zh
Priority to US13/201,972 priority patent/US20110301928A1/en
Publication of WO2010094359A1 publication Critical patent/WO2010094359A1/de

Links

Classifications

    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00Programme-control systems
    • G05B19/02Programme-control systems electric
    • G05B19/418Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM]
    • G05B19/41885Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM] characterised by modeling, simulation of the manufacturing system
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B17/00Systems involving the use of models or simulators of said systems
    • G05B17/02Systems involving the use of models or simulators of said systems electric
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02PCLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Definitions

  • the invention relates to a method and a system for engineering an automation of at least part of a technical installation with a number N of automatable objects.
  • a technical installation is understood here to mean an association of different units which together fulfill a specific technical purpose, such as a power plant, a paper machine, a printing machine, a continuous casting plant, a rolling train and the like.
  • an automatable object is understood as meaning, for example, a single unit of the installation, such as a motor, a valve, an oven, a cooling device, and the like, or else a selection of specific units of the installation, which are more closely related.
  • a selection of units may relate, for example, to a drying group of a paper machine, the cooling section of a continuous casting plant and the like.
  • the object data required for automation is determined in a second step.
  • the requirements or so-called requirements eg in the form of performance data, Behaviors, control and regulating parameters, etc., determined and assigned to the respective object.
  • a known development tool for the detection and definition of the requirements is for example Tele Logic ® Doors ® by IBM.
  • a development tool for process optimization by Siemens AG enables the implementation of the first and second steps based on a single development tool.
  • a corresponding programming of at least one provided on the system control and regulation unit which at least partially processes the object data and implemented accordingly on the system or the corresponding part of the system.
  • test conditions are set in a separate test tool and a simulation tool is used to simulate at least one test under the test conditions.
  • a well-known test tool is offered by IBM under the name Rational. This tool describes a structure of software objects.
  • the simulated test serves to check the correctness and applicability of the object data and the function of the control and regulation routines and, if necessary, to optimize them.
  • the simulation tool generates signals for possible events and scenarios that could occur during plant operation, even under extreme conditions.
  • a simulation tool is known, for example, under the name SIMIT from Siemens AG.
  • SIMIT from Siemens AG.
  • the simulated test results and individual data obtained in one or more simulated tests are frequently recorded manually, evaluated and documented manually, for example in a simulation protocol, whereby possible weak points of the automation can be recognized.
  • Such a simulation protocol usually contains detailed statements and an overview of the simulated tests carried out, etc.
  • test tools In order to carry out the engineering of the automation of a technical plant, separate development tools, test tools and simulation tools are used. In this case, it is necessary to enter data that has already been input manually into a development tool or that has been generated by means of a development tool into a test tool and also into a simulation tool. Furthermore, the test results of simulated tests, which are determined by means of a simulation tool, are subsequently entered into the test tools and development tools used.
  • Test tools are usually designed to meet the needs of a programmer, but not those of an operator who wants to engineer plant automation. Development tools for specifying object data are generally not object-oriented.
  • the object is for the method for engineering an automation of at least part of a technical installation with a number N of automatable objects, comprising the steps of a) selecting at least one of the N automatable objects of the technical installation; b) specifying object data relating to the at least one selected object which are required to perform automation of the at least one selected object; c) determining test conditions for performing a test of the at least one selected object based on the object data; and d) simulating at least one test under the test conditions, wherein steps a) and b) are carried out by means of at least one development tool, step c) by means of at least one test tool and step d) by means of at least one simulation tool, and wherein by means of at least one interface, a data transfer between the at least one development tool, the at least one test tool and the at least one simulation tool is performed.
  • the object is achieved for the system for the automation of at least part of a technical system which has a number N of automatable objects, in particular for carrying out the method according to the invention, the system comprising
  • At least one development tool for selecting at least one automatable object of the technical installation and for specifying object data which are required for carrying out an automation of the at least one selected object, at least one test tool for establishing test conditions for testing the at least one object based on the object data;
  • At least one simulation tool for performing a simulation of at least one test under the test conditions
  • At least one interface by means of which a data transfer between the at least one development tool, the at least one test tool and the at least one simulation tool is feasible.
  • the method according to the invention and the system according to the invention make it possible to carry out the engineering of an automation of at least part of a technical installation using development tools, test tools and simulation tools in an uncomplicated and rapid manner. Due to the data transfer, which is now possible between all participating tools, a faulty transfer of data is largely excluded.
  • a computer program for carrying out the method according to the invention when running on a system according to the invention is ideal.
  • Such a computer program is provided in particular on a computer program product, such as a CD or DVD.
  • the data transmission is carried out at least on the basis of the object data. Furthermore, other data can also be transmitted or exchanged between the tools via the at least one interface, which relate, for example, to additional information relating to the system, such as a current stock of a component to be processed on the system, an outside temperature and the like. Due to a subdivision of the plant into individual automatable objects, whereby the properties, requirements, test cases and simulations associated with an object can be linked to the object, a particularly quick and simple engineering enables the automation of the plant.
  • simulated test results that are generated during a simulated test are preferably managed.
  • at least one simulation protocol is furthermore preferably generated.
  • further object data can be generated and an assignment of the further object data to at least one selected object can take place.
  • the object data are checked, corrected and, if necessary, supplemented on the basis of the at least one simulated test so that errors in the engineering of the automation can be detected and avoided.
  • At least one real test of at least the at least one selected object is carried out under test conditions by means of the at least one test tool.
  • the real test can be carried out only when the system and the control and regulating devices required for automation are already present and ready for operation.
  • test results which are generated during the at least one real test, are still managed.
  • At least one test protocol is preferably generated. The generation of the test protocol is carried out in particular automatically.
  • FAT factory acceptance test
  • a FAT is usually carried out at the plant manufacturer and includes in particular an inspection of the plant to be supplied for completeness and with regard to contractual specifications, a functional verification by means of plant tests, a review of the plant documentation and the preparation of the dispatch of the plant.
  • An acceptance report is created after delivery of the system to the plant operator.
  • the at least one development tool, the at least one test tool and the at least one simulation tool are implemented on a data processing unit.
  • the at least one development tool, the at least one test tool and the at least one simulation tool are implemented on different data processing units.
  • the at least one interface can be in the form of at least one hardware interface and / or at least one Software interface be provided.
  • an XML file or an EXEL file is suitable as the software interface.
  • the following example shows the sequence of the method according to the invention for an object.
  • a power plant is broken down into its automatable objects, such as turbine, evaporator, valve, pipe, etc.
  • the power plant and its automatable objects are represented in particular in a tree diagram.
  • the object data of the objects are defined. This includes e.g. the requirement that a valve must close within 10 seconds.
  • test conditions for a test of the Valve object on the basis of the object data are defined.
  • Simulate a test for the object valve, under the test conditions This includes, for example, starting the simulated test, operating the valve (closing) by means of a motor, securing the simulated test results, and checking the simulated test results with regard to whether the valve could be closed within 10 seconds.
  • Step e) Carrying out a real test by operating the valve, and securing the real test results. If the test shows weaknesses for an object, these are logged and included in a list of open points LOP. In the list of open points, measures and deadlines for their elimination, etc. can still be found at each open point.
  • Status of the tests can be generated by the system at any time and can be output via a test protocol.
  • a FAT log is created that includes such a test protocol.
  • FIGS. 1 to 4 are intended to exemplify the processes hitherto and inventively taking place in the engineering of the automation of a technical installation. So shows
  • Figure 1 shows schematically a known method or system
  • FIG. 2 schematically shows another known method or system
  • FIG. 3 schematically shows a method according to the invention or a system according to the invention.
  • FIG. 4 schematically shows another method according to the invention or another system according to the invention.
  • FIG. 1 schematically shows a known method or system for engineering an automation of at least one part of a technical installation which has a number N of automatable objects. It is a first development tool 1 for selecting at least one automatable object of the technical installation (step a)) as well as a second development tool 2 for defining object data which are required for the automation of the at least one selected automatable object (step b)). , available. Furthermore, a test tool 3 for specifying test conditions for testing the object data (step c)) and a simulation tool 4 for carrying out at least one simulated test under the test conditions (step d)) are present.
  • the simulated test results TEs are recorded, evaluated and output by the simulation tool 4.
  • the output takes place in particular in the form of a simulation protocol TPs.
  • an implementation of a real test (step e)) is furthermore provided by means of the test tool 3.
  • the real test results TEr are recorded, evaluated and output by the test tool 3.
  • the output takes place in particular in the form of a test protocol TPr.
  • a connection between the individual tools 1, 2, 3, 4 is not provided, so that data generated with it must be transferred manually from one tool to another.
  • FIG. 2 schematically shows another known method or system, which is designed similarly to FIG. However, here is a single development tool 10 available.
  • the test tool 3 can continue to use the data of the development tool 10 here.
  • a connection between the individual tools 10, 3 and the simulation tool 4 is not provided, so that data generated thereby must be transferred manually from the simulation tool 4 in the other tools.
  • FIG. 3 schematically shows a method according to the invention or a system according to the invention for engineering the automation of at least one part of a technical system which has a number N of automatable objects.
  • a first development tool 1 for selecting at least one automatable object of the technical installation (step a)) as well as a second development tool 2 for defining object data which can be used to carry out the automation engineering of the at least one selected automatable one Object are required (step b)), present.
  • a test tool 3 for specifying test conditions for testing the object data (step c)) and a simulation tool 4 for performing at least one simulated test under the test conditions (step d)) are provided.
  • the simulated test results TEs are recorded, evaluated and output. The output takes place in particular in the form of a simulation protocol TPs.
  • Test performed (step e)).
  • the real test results TEr are recorded, evaluated and output.
  • the output takes place in particular in the form of a test protocol TPr.
  • the first development tool 1 and the second development tool 2 are connected in terms of data technology by means of a first interface S1.
  • the test tool 3 is connected to the second development tool 2 in terms of data technology by means of a second interface S2 and to the first development tool 1 by means of a third interface S3.
  • a data transmission between the test tool 3 and the first development tool 1 can also take place via the second interface S2 and the first interface S1, so that the third interface S3 can be dispensed with.
  • the simulation tool 4 is connected to the test tool 3 for data purposes by means of a fourth interface S4 and to the first development tool 1 by means of a fifth interface S5.
  • a data transmission between the simulation tool 4 and the first development tool 1 can also take place via the fourth interface S4, the second interface S2 and the first interface S1, so that the fifth interface S5 can be dispensed with.
  • a data transmission between the simulation tool 4 and the test tool 3 could also take place via the fifth interface S5, the first interface S1 and the second interface S2 or third interface S3, so that the fourth interface S4 is dispensed with could.
  • the data connection of the simulation tool 4 to the first development tool 1 makes it possible to assign an automatable object to further object data that has been determined in at least one simulated test.
  • FAT factory acceptance test
  • the interfaces S1, S2, S3, S4, S5 are implemented via a respective software interface, provided that the tools 1, 2, 3, 4 are implemented on a data processing device.
  • the interfaces Sl, S2, S3, S4, S5 but over at least one Hardware interface and multiple software interface realized because at least the development tools 1, 2, the test tool 3 and the simulation tool 4, are often not implemented on a common data processing device.
  • FIG. 4 schematically shows another method according to the invention or a further system according to the invention, which is designed similarly to FIG. However, here as shown in Figure 2, a single development tool 10 is present.
  • This includes a first development tool 1 for selecting at least one automatable object of the technical installation (step a)) as well as a second development tool 2 for defining object data which are required to carry out the engineering of the automation of the at least one selected automatable object (step b)). , These are able to exchange data here.
  • the tools 10, 3, 4 are interconnected by means of interfaces S6, S7, S8, which enable data transmission.
  • the development tool 10 and the test tool 3 are connected by data technology by means of a sixth interface S6.
  • the simulation tool 4 is connected to the test tool 3 for data purposes by means of a seventh interface S7 and to the development tool 10 by means of an eighth interface S8.
  • a data transmission between the simulation tool 4 and the development tool 10 can also take place via the seventh interface S and the sixth interface S6, so that an eighth interface S8 would not be required.
  • the data technology connection of the simulation tool 4 to the development tool 10 also makes it possible here to allocate further object data which were identified as being necessary in a simulated test to a selected automatable object.
  • test protocol TPr is used as part of a FAT
  • the interfaces S6, S7, S8 are implemented via a respective software interface if the tools 10, 3, 4 are implemented on a data processing device. Usually, however, the interfaces S6, S7, S8 are realized via at least one hardware interface and several software interfaces, since the development tool 10, the test tool 3 and also the simulation tool 4 are frequently not implemented on a common data processing device.
  • FIG. 3 and 4 are chosen only by way of example. It can involve more than two development tools, multiple test tools, and multiple simulation tools.
  • An interface between a simulation tool and a development tool for assigning further object data to an automatable object of the plant can also be omitted if only one object is to be simulated and automated.

Landscapes

  • Engineering & Computer Science (AREA)
  • Manufacturing & Machinery (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Manipulator (AREA)
  • Numerical Control (AREA)
  • Testing And Monitoring For Control Systems (AREA)

Abstract

Die Erfindung betrifft ein Verfahren und ein System zum Engineering einer Automatisierung zumindest eines Teils einer technischen Anlage mit einer Anzahl N an automatisierbaren Objekten. Mittels mindestens einer Schnittstelle wird dabei eine Datenübertragung zwischen mindestens einem Entwicklungstool (1, 2), mindestens einem Test-Tool (3) und mindestens einem Simulationstool (4) durchgeführt.

Description

Beschreibung
Verfahren und System zum Engineering einer Automatisierung zumindest eines Teils einer technischen Anlage
Die Erfindung betrifft ein Verfahren und ein System zum Engineering einer Automatisierung zumindest eines Teils einer technischen Anlage mit einer Anzahl N an automatisierbaren Objekten .
Um das Engineering einer Automatisierung eines Teils einer technischen Anlage oder einer technischen Anlage insgesamt durchzuführen, werden üblicherweise in einem ersten Schritt mittels eines oder mehrerer Entwicklungswerkzeuge, auch Ent- wicklungstools genannt, die automatisierbaren Objekte der technischen Anlage festgestellt und deren Struktur erfasst.
Unter einer technischen Anlage wird dabei ein Zusammenschluss unterschiedlicher Einheiten verstanden, die miteinander einen bestimmten technischen Zweck erfüllen, wie beispielsweise ein Kraftwerk, eine Papiermaschine, eine Druckmaschine, eine Stranggussanlage, eine Walzstraße und dergleichen.
Unter einem automatisierbaren Objekt wird dabei beispielswei- se eine einzelne Einheit der Anlage, wie ein Motor, ein Ventil, ein Ofen, eine Kühleinrichtung, und dergleichen oder aber eine Auswahl bestimmter Einheiten der Anlage, die in einem engeren Zusammenhang stehen, verstanden. Eine solche Auswahl von Einheiten kann beispielsweise eine Trockengruppe ei- ner Papiermaschine, die Kühlstrecke einer Stranggussanlage und dergleichen betreffen.
Mittels des gleichen oder eines weiteren, separaten Entwicklungstools werden in einem zweiten Schritt die Objektdaten, die zur Automatisierung erforderlich sind, festgelegt. Dabei werden neben bestimmten Eigenschaften der Objekte, wie deren Farbe, Aufstellungsort usw., auch deren Anforderungen bzw. sogenannte Requirements, z.B. in Form von Leistungsdaten, Verhaltensweisen, Steuer- und Regelparametern usw., ermittelt und diese dem jeweiligen Objekt zugeordnet.
Ein bekanntes Entwicklungstool zur Erfassung und Definition der Anforderungen ist beispielsweise Telelogic® Doors® der Firma IBM.
Ein Entwicklungstool zur Abwicklungsoptimierung der Siemens AG ermöglicht eine Durchführung des ersten sowie des zweiten Schritts auf Basis eines einzigen Entwicklungstools.
Um die Automatisierung zu realisieren, erfolgt eine entsprechende Programmierung mindestens einer an der Anlage vorgesehenen Steuer- und Regeleinheit, welche die Objektdaten zumin- dest teilweise verarbeitet und entsprechend auf der Anlage oder dem entsprechenden Anlagenteil umsetzt.
Um feststellen zu können, ob das Engineering der Automatisierung erfolgreich war, werden in einem separaten Test-Tool Testbedingungen festgelegt und in einem Simulationstool eine Simulation mindestens eines Tests unter den Testbedingungen durchgeführt .
Ein bekanntes Test-Tool wird von der Firma IBM unter der Be- Zeichnung Rational angeboten. In diesem Tool wird eine Struktur von Softwareobjekten beschrieben.
Der simulierte Test dient dazu, die Richtigkeit bzw. Anwendbarkeit der Objektdaten und die Funktion der Steuer- und Re- gelroutinen zu überprüfen und gegebenenfalls zu optimieren.
Das Simulationstool erzeugt Signale zu möglichen Ereignissen und Szenarien, die im Anlagenbetrieb, auch unter extremen Bedingungen, auftreten könnten. Ein Simulationstool ist bei- spielsweise bekannt unter der Bezeichnung SIMIT der Siemens AG. Die in einem oder mehreren simulierten Tests erhaltenen simulierten Testergebnisse und erhaltenen Einzeldaten werden häufig manuell erfasst, ausgewertet und manuell dokumentiert, z.B. in einem Simulationsprotokoll, wobei mögliche Schwach- stellen der Automatisierung erkennbar werden. Ein derartiges Simulationsprotokoll beinhaltet in der Regel Detailaussagen und eine Übersicht zu den durchgeführten simulierten Tests, usw.
Um das Engineering der Automatisierung einer technischen Anlage durchzuführen, werden somit separate Entwicklungstools, Test-Tools und Simulationstools eingesetzt. Dabei ist eine Eingabe von Daten, die beispielsweise bereits manuell in ein Entwicklungstool eingegeben wurden oder mittels eines Ent- wicklungstools generiert wurden, in ein Test-Tool und weiterhin in ein Simulationstool erforderlich. Weiterhin sind die Testergebnisse simulierter Tests, die mittels eines Simulationstools ermittelt werden, in Folge in das verwendete Test- Tools und die Entwicklungstools einzugeben.
Dabei sind Test-Tools in der Regel auf die Bedürfnisse eines Programmierers, jedoch nicht auf die eines Bedieners ausgelegt, der ein Engineering einer Anlagenautomatisierung vornehmen möchte. Entwicklungstools zur Festlegung der Objektda- ten sind in der Regel nicht objektorientiert aufgebaut.
Das Engineering der Automatisierung einer technischen Anlage ist aufgrund der erforderlichen mehrfach redundanten Dateneingabe in die einzelnen Tools, insbesondere Simulations- tools, aber immer noch aufwendig und zeitintensiv. Zudem stellt die manuelle Überführung von Daten von einem Tool zu einem anderen eine Quelle für mögliche Eingabe- oder Übertragungsfehler dar.
Es ist daher Aufgabe der Erfindung, ein Verfahren und ein
System zum Engineering einer Automatisierung zumindest eines Teils einer technischen Anlage mit einer Anzahl N an automa- tisierbaren Objekten bereitzustellen, mit welchen diese Nachteile vermieden werden.
Die Aufgabe wird für das Verfahren zum Engineering einer Au- tomatisierung zumindest eines Teils einer technischen Anlage mit einer Anzahl N an automatisierbaren Objekten, umfassend die Schritte a) Auswahl mindestens eines der N automatisierbaren Objekte der technischen Anlage; b) Festlegung von Objektdaten betreffend das mindestens eine ausgewählte Objekt, welche zur Durchführung einer Automatisierung des mindestens einen ausgewählten Objekts erforderlich sind; c) Festlegung von Testbedingungen zur Durchführung eines Tests des mindestens einen ausgewählten Objekts auf Basis der Objektdaten; und d) Simulation mindestens eines Tests unter den Testbedingungen, wobei die Schritte a) und b) mittels mindestens eines Ent- wicklungstools, der Schritt c) mittels mindestens eines Test- Tools und der Schritt d) mittels mindestens eines Simulationstools durchgeführt werden, und wobei mittels mindestens einer Schnittstelle eine Datenübertragung zwischen dem mindestens einen Entwicklungstool, dem mindestens einen Test- Tool und dem mindestens einen Simulationstool durchgeführt wird.
Die Aufgabe wird für das System zur Automatisierung zumindest eines Teils einer technischen Anlage, welche eine Anzahl N an automatisierbaren Objekten aufweist, insbesondere zur Durchführung des erfindungsgemäßen Verfahrens, gelöst, wobei das System umfassend
- mindestens ein Entwicklungstool zur Auswahl mindestens eines automatisierbaren Objekts der technischen Anlage und zur Festlegung von Objektdaten, welche zur Durchführung einer Automatisierung des mindestens einen ausgewählten Objekts erforderlich sind, - mindestens ein Test-Tool zur Festlegung von Testbedingungen zum Testen des mindestens einen Objekts auf Basis der Objektdaten;
- mindestens ein Simulationstool zur Durchführung einer Simu- lation mindestens eines Tests unter den Testbedingungen; und
- mindestens eine Schnittstelle, mittels welcher eine Datenübertragung zwischen dem mindestens einen Entwicklungstool, dem mindestens einen Test-Tool und dem mindestens einen Si- mulationstool durchführbar ist.
Das erfindungsgemäße Verfahren und das erfindungsgemäße System ermöglichen eine unkomplizierte und schnelle Durchführung des Engineering einer Automatisierung zumindest eines Teils einer technischen Anlage unter Verwendung von Entwicklungstools, Test-Tools und Simulationstools. Aufgrund der nun unmittelbar zwischen allen beteiligten Tools möglichen Datenübertragung ist ein fehlerhafter Übertrag von Daten weitgehend ausgeschlossen.
Dabei kann eine unidirektionale oder bidirektionale Datenübertragung zwischen den einzelnen Tools erfolgen.
Ein Computerprogramm zur Durchführung des erfindungsgemäßen Verfahrens bei Ablauf auf einem erfindungsgemäßen System ist ideal. Ein derartiges Computerprogramm wird insbesondere auf einem Computerprogrammprodukt, wie einer CD oder DVD, bereitgestellt .
Die Datenübertragung wird zumindest auf Basis der Objektdaten durchgeführt. Weiterhin können über die mindestens eine Schnittstelle aber auch andere Daten übertragen oder zwischen den Tools ausgetauscht werden, die sich beispielsweise auf zusätzliche, die Anlage betreffende Informationen, wie einen aktuellen Lagerbestand einer auf der Anlage zu verarbeitenden Komponente, einer Außentemperatur und dergleichen beziehen. Aufgrund einer Unterteilung der Anlage in einzelne automatisierbare Objekte, wobei die zu einem Objekt zughörigen Eigenschaften, Anforderungen, Testfälle und Simulationen mit dem Objekt verknüpft werden können, ermöglichen ein besonders schnelles und einfaches Engineering der Automatisierung der Anlage .
Bevorzugt werden mittels des mindestens einen Test-Tools simulierte Testergebnisse, die während eines simulierten Tests generiert werden, verwaltet. Auf Basis der simulierten Testergebnisse wird weiterhin bevorzugt mindestens ein Simulationsprotokoll erzeugt.
Besonders bevorzugt ist es, wenn mindestens ein simulierter Test für die gesamte technische Anlage durchgeführt wird.
Dies ermöglicht eine konkrete Aussage über den Automatisierungszustand der gesamten Anlage.
Anhand der simulierten Testergebnisse können insbesondere weitere Objektdaten erzeugt werden und eine Zuordnung der weiteren Objektdaten zu zumindest einem ausgewählten Objekt erfolgen. Die Objektdaten werden auf Basis des mindestens einen simulierten Tests überprüft, korrigiert und gegebenenfalls ergänzt, so dass Fehler im Engineering der Automatisie- rung erkannt und vermieden werden können.
Es hat sich bewährt, wenn weiterhin mindestens ein realer Test zumindest des mindestens einen ausgewählten Objekts unter Testbedingungen mittels des mindestens einen Test-Tools durchgeführt wird. Der reale Test kann dabei erst durchgeführt werden, wenn die Anlage und die zur Automatisierung benötigten Steuer- und Regeleinrichtungen bereits vorhanden und betriebsbereit sind.
Vorzugsweise werden mittels des mindestens einen Test-Tools neben den simulierten Testergebnissen weiterhin reale Testergebnisse, die während des mindestens einen realen Tests generiert werden, verwaltet. Auf Basis der realen Testergebnisse wird bevorzugt mindestens ein Testprotokoll erzeugt. Die Erzeugung des Testprotokolls wird dabei insbesondere automatisch durchgeführt.
Besonders bevorzugt ist es, wenn mindestens ein realer Test für die gesamte technische Anlage durchgeführt wird. Dies ermöglicht eine konkrete Aussage über den Automatisierungszustand der gesamten Anlage.
Vorzugsweise wird mindestens ein Testprotokoll als Bestandteil eines FAT-Protokolls (FAT = factory acceptance test) oder eines Abnahmeprotokolls erzeugt, welches sich auf zumindest einen Teil der technischen Anlage bezieht. Ein FAT wird in der Regel noch beim Anlagenhersteller durchgeführt und um- fasst insbesondere eine Prüfung der zu liefernden Anlage auf Vollständigkeit und hinsichtlich vertraglicher Spezifikationen, einen Funktionsnachweis mittels Anlagentests, eine Prüfung der Dokumentation der Anlage, sowie die Vorbereitung des Versands der Anlage. Ein Abnahmeprotokoll wird dagegen nach Lieferung der Anlage beim Anlagenbetreiber erstellt.
Für das System hat es sich als vorteilhaft erwiesen, wenn das mindestens eine Entwicklungstool, das mindestens eine Test- Tool und das mindestens eine Simulations-Tool auf einer Da- tenverarbeitungseinheit implementiert sind.
Alternativ hat es sich für das System aber ebenso bewährt, wenn das mindestens eine Entwicklungstool, das mindestens eine Test-Tool und das mindestens eine Simulationstool auf un- terschiedlichen Datenverarbeitungseinheiten implementiert sind.
Je nach Ausgestaltung sind dabei unterschiedliche Schnittstellen für eine Datenübertragung zwischen den Tools erfor- derlich.
Die mindestens eine Schnittstelle kann dabei in Form mindestens einer Hardwareschnittstelle und/oder mindestens einer Softwareschnittstelle bereitgestellt sein. Als Softwareschnittstelle eignet sich hierbei insbesondere eine XML-Datei oder eine EXEL-Datei.
Die Verwendung eines erfindungsgemäßen Systems zum Engineering einer Automatisierung zumindest eines Teils einer technischen Anlage, insbesondere eines Kraftwerks, einer Stranggießanlage, einer Walzstraße, einer Papiermaschine, einer Druckmaschine und dergleichen, welche eine Anzahl N an auto- matisierbaren Objekten aufweist, ist ideal.
Das nachfolgende Beispiel zeigt den Ablauf des erfindungsgemäßen Verfahrens für ein Objekt auf.
Beispiel:
Schritt a)
Ein Kraftwerk wird in seine automatisierbaren Objekte zerlegt, wie Turbine, Verdampfer, Ventil, Leitung usw. Das Kraftwerk und seine automatisierbaren Objekte werden dabei insbesondere in einem Baumdiagramm dargestellt.
Schritt b)
Die Objektdaten der Objekte werden definiert. Darunter fällt z.B. die Anforderung, dass ein Ventil innerhalb 10 Sekunden schließen muss.
Schritt c)
Die Testbedingungen für einen Test des Objekts Ventil auf Ba- sis der Objektdaten werden festgelegt.
Schritt d)
Simulieren eines Tests für das Objekt Ventil, unter den Testbedingungen. Dies umfasst z.B. das Starten des simulierten Tests, eine Betätigung des Ventils (Schließen) mittels eines Motors, eine Sicherung der simulierten Testergebnisse und eine Überprüfung der simulierten Testergebnisse im Hinblick darauf, ob das Ventil innerhalb von 10 Sekunden geschlossen werden konnte.
Schritt e) Durchführung eines realen Tests unter Betätigung des Ventils, und Sicherung der realen Testergebnisse. Sofern der Test Schwachstellen für ein Objekt aufzeigt, werden diese protokolliert und in eine Liste offener Punkte LOP übernommen. In der Liste offener Punkte können weiterhin noch zu jedem offe- nen Punkt Maßnahmen und Termine zu deren Beseitigung usw. er- fasst werden.
Mittels einer Ampeltechnik wird generell der Status der für ein oder mehrere Objekte durchgeführten realen Tests mar- kiert: rot = Test noch nicht ausgeführt gelb = Test ausgeführt, aber noch offene Punkte grün = Test ausgeführt und ohne offene Punkte
Die Liste der offenen Punkte sowie eine Statusliste mit dem
Status der Tests sind mittels des Systems jederzeit generierbar und über ein Testprotokoll ausgebbar.
Bei der Abnahme der technischen Anlage durch einen Kunden wird beispielsweise ein FAT-Protokoll erstellt, das ein derartiges Testprotokoll umfasst.
Die Figuren 1 bis 4 sollen die beim Engineering der Automatisierung einer technischen Anlage bisher und erfindungsgemäß stattfindenden Prozesse beispielhaft erläutern. So zeigt
Figur 1 schematisch ein bekanntes Verfahren bzw. System;
Figur 2 schematisch ein weiteres bekanntes Verfahren bzw. System; Figur 3 schematisch ein erfindungsgemäßes Verfahren bzw. ein erfindungsgemäßes System; und
Figur 4 schematisch ein weiteres erfindungsgemäßes Verfah- ren bzw. ein weiteres erfindungsgemäßes System.
Figur 1 zeigt schematisch ein bekanntes Verfahren bzw. System zum Engineering einer Automatisierung zumindest eines Teils einer technischen Anlage, welche eine Anzahl N an automati- sierbaren Objekten aufweist. Es ist ein erstes Entwicklungstool 1 zur Auswahl mindestens eines automatisierbaren Objekts der technischen Anlage (Schritt a) ) sowie ein zweites Entwicklungstool 2 zur Festlegung von Objektdaten, welche zur Durchführung der Automatisierung des mindestens einen ausge- wählten automatisierbaren Objekts erforderlich sind (Schritt b) ) , vorhanden. Weiterhin ist ein Test-Tool 3 zur Festlegung von Testbedingungen zum Testen der Objektdaten (Schritt c) ) und ein Simulationstool 4 zur Durchführung mindestens eines simulierten Tests unter den Testbedingungen (Schritt d) ) vor- handen.
Dabei werden die simulierten Testergebnisse TEs vom Simulationstool 4 erfasst, ausgewertet und ausgegeben. Die Ausgabe erfolgt insbesondere in Form eines Simulationsprotokolls TPs.
Optional ist weiterhin eine Durchführung eines realen Tests (Schritt e) ) mittels des Test-Tools 3 vorgesehen. Dabei werden die realen Testergebnisse TEr vom Test-Tool 3 erfasst, ausgewertet und ausgegeben. Die Ausgabe erfolgt insbesondere in Form eines Testprotokolls TPr.
Eine Verbindung zwischen den einzelnen Tools 1, 2, 3, 4 ist nicht vorgesehen, so dass damit erzeugte Daten manuell von einem Tool in ein anderes übertragen werden müssen.
Figur 2 zeigt schematisch ein weiteres bekanntes Verfahren bzw. System, das ähnlich zu Figur 1 ausgestaltet ist. Jedoch ist hier ein einzelnes Entwicklungstool 10 vorhanden. Dieses beinhaltet ein erstes Entwicklungstool 1 zur Auswahl mindestens eines automatisierbaren Objekts der technischen Anlage (Schritt a) ) sowie ein zweites Entwicklungstool 2 zur Festlegung von Objektdaten, welche zur Durchführung des Engineering der Automatisierung des mindestens einen ausgewählten automatisierbaren Objekts erforderlich sind (Schritt b) ) . Diese sind hier in der Lage, Daten auszutauschen. Das Test-Tool 3 kann hier weiterhin bereits auf die Daten des Entwicklungstools 10 zurückgreifen.
Eine Verbindung zwischen den einzelnen Tools 10, 3 und dem Simulationstool 4 ist nicht vorgesehen, so dass damit erzeugte Daten manuell vom Simulationstool 4 in die anderen Tools übertragen werden müssen.
Figur 3 zeigt schematisch ein erfindungsgemäßes Verfahren bzw. ein erfindungsgemäßes System zum Engineering der Automatisierung zumindest eines Teils einer technischen Anlage, welche eine Anzahl N an automatisierbaren Objekten aufweist. Wie bereits in Figur 1 gezeigt, ist ein erstes Entwicklungstool 1 zur Auswahl mindestens eines automatisierbaren Objekts der technischen Anlage (Schritt a) ) sowie ein zweites Entwicklungstool 2 zur Festlegung von Objektdaten, welche zur Durchführung des Engineering der Automatisierung des mindes- tens einen ausgewählten automatisierbaren Objekts erforderlich sind (Schritt b) ) , vorhanden. Weiterhin ist ein Test- Tool 3 zur Festlegung von Testbedingungen zum Testen der Objektdaten (Schritt c) ) und ein Simulationstool 4 zur Durchführung mindestens eines simulierten Tests unter den Testbe- dingungen (Schritt d) ) vorhanden. Dabei werden die simulierten Testergebnisse TEs erfasst, ausgewertet und ausgegeben. Die Ausgabe erfolgt insbesondere in Form eines Simulationsprotokolls TPs.
Optional wird weiterhin mittels des Test-Tools 3 ein realer
Test durchgeführt (Schritt e) ) . Dabei werden die realen Testergebnisse TEr erfasst, ausgewertet und ausgegeben. Die Ausgabe erfolgt insbesondere in Form eines Testprotokolls TPr. Im Gegensatz zu Figur 1 sind die Tools 1, 2, 3, 4 allerdings mittels Schnittstellen Sl, S2, S3, S4, S5 miteinander verbunden, die eine Datenübertragung ermöglichen. So sind das erste Entwicklungstool 1 und das zweite Entwicklungstool 2 datentechnisch mittels einer ersten Schnittstelle Sl verbunden. Das Test-Tool 3 ist mit dem zweiten Entwicklungstool 2 datentechnisch mittels einer zweiten Schnittstelle S2 und mit dem ersten Entwicklungstool 1 mittels einer dritten Schnittstelle S3 verbunden. Alternativ kann eine Datenübertragung zwischen dem Test-Tool 3 und dem ersten Entwicklungstool 1 auch über die zweite Schnittstelle S2 und die erste Schnittstelle Sl erfolgen, so dass auf die dritte Schnittstelle S3 verzichtet werden kann. Das Simulationstool 4 ist mit dem Test-Tool 3 datentechnisch mittels einer vierten Schnittstelle S4 und mit dem ersten Entwicklungstool 1 mittels einer fünften Schnittstelle S5 verbunden. Alternativ kann eine Datenübertragung zwischen dem Simulationstool 4 und dem ersten Entwicklungstool 1 auch über die vierte Schnittstelle S4, die zweite Schnittstelle S2 und die erste Schnittstelle Sl erfolgen, so dass auf die fünfte Schnittstelle S5 verzichtet werden kann. Als weitere Alternative könnte eine Datenübertragung zwischen dem Simulationstool 4 und dem Test-Tool 3 auch über die fünfte Schnittstelle S5, die erste Schnittstelle Sl und die zwei- te Schnittstelle S2 bzw. dritte Schnittstelle S3 erfolgen, so dass auf die vierte Schnittstelle S4 verzichtet werden könnte. Die datentechnische Anbindung des Simulationstools 4 an das erste Entwicklungstool 1 ermöglicht eine Zuordnung eines automatisierbaren Objekts zu weiteren Objektdaten, die in mindestens einem simulierten Test ermittelt wurden.
Das Testprotokoll TPr wird insbesondere als Bestandteil eines FAT-Protokolls (FAT = factory acceptance test) ausgegeben. Die Schnittstellen Sl, S2, S3, S4, S5 werden dabei gegebenen- falls über jeweils eine Softwareschnittstelle realisiert, sofern die Tools 1, 2, 3, 4 auf einer Datenverarbeitungseinrichtung implementiert sind. Üblicherweise werden die Schnittstellen Sl, S2, S3, S4, S5 jedoch über mindestens eine Hardwareschnittstelle und mehrere Softwareschnittstelle realisiert, da zumindest die Entwicklungstools 1, 2, das Test- Tool 3 und das Simulationstool 4, häufig nicht auf einer gemeinsamen Datenverarbeitungseinrichtung implementiert sind.
Figur 4 zeigt schematisch ein weiteres erfindungsgemäßes Verfahren bzw. ein weiteres erfindungsgemäßes System, das ähnlich zu Figur 3 ausgestaltet ist. Jedoch ist hier wie in Figur 2 gezeigt ein einzelnes Entwicklungstool 10 vorhanden. Dieses beinhaltet ein erstes Entwicklungstool 1 zur Auswahl mindestens eines automatisierbaren Objekts der technischen Anlage (Schritt a) ) sowie ein zweites Entwicklungstool 2 zur Festlegung von Objektdaten, welche zur Durchführung des Engineering der Automatisierung des mindestens einen ausgewählten automatisierbaren Objekts erforderlich sind (Schritt b) ) . Diese sind hier in der Lage, Daten auszutauschen.
Die Tools 10, 3, 4 sind mittels Schnittstellen S6, S7, S8 miteinander verbunden, die eine Datenübertragung ermöglichen. So sind das Entwicklungstool 10 und das Test-Tool 3 datentechnisch mittels einer sechsten Schnittstelle S6 verbunden. Das Simulationstool 4 ist mit dem Test-Tool 3 datentechnisch mittels einer siebten Schnittstelle S7 und mit dem Entwicklungstool 10 mittels einer achten Schnittstelle S8 verbunden. Alternativ kann eine Datenübertragung zwischen dem Simulationstool 4 und dem Entwicklungstool 10 auch über die siebte Schnittstelle S und die sechste Schnittstelle S6 erfolgen, so dass eine achte Schnittstelle S8 nicht erforderlich wäre. Die datentechnische Anbindung des Simulationstools 4 an das Ent- wicklungstool 10 ermöglicht auch hier eine Zuordnung von weiteren Objektdaten, die in einem simulierten Test als erforderlich erkannt wurden zu einem ausgewählten automatisierbaren Objekt.
Das Testprotokoll TPr wird als Bestandteile eines FAT-
Protokolls (FATP = factory acceptance test - Protokoll) ausgegeben . Die Schnittstellen S6, S7, S8 werden gegebenenfalls über jeweils eine Softwareschnittstelle realisiert, sofern die Tools 10, 3, 4 auf einer Datenverarbeitungseinrichtung implementiert sind. Üblicherweise werden die Schnittstellen S6, S7, S8 jedoch über mindestens eine Hardwareschnittstelle und mehrere Softwareschnittstelle realisiert, da das Entwicklungstool 10, das Test-Tool 3 und auch das Simulationstool 4 häufig nicht auf einer gemeinsamen Datenverarbeitungseinrichtung implementiert sind.
Die Ausführungsbeispiele gemäß den Figuren 3 und 4 sind dabei lediglich beispielhaft gewählt. So können mehr als zwei Entwicklungstools, mehrere Test-Tools, und mehrere Simulationstools beteiligt sein. Eine Schnittstelle zwischen einem Simu- lationstool und einem Entwicklungstool zur Zuordnung von weiteren Objektdaten zu einem automatisierbaren Objekt der Anlage kann dabei auch entfallen, sofern lediglich ein Objekt simuliert und automatisiert werden soll.

Claims

Patentansprüche
1. Verfahren zum Engineering einer Automatisierung zumindest eines Teils einer technischen Anlage mit einer Anzahl N an automatisierbaren Objekten, umfassend die Schritte a) Auswahl mindestens eines der N automatisierbaren Objekte der technischen Anlage; b) Festlegung von Objektdaten betreffend das mindestens eine ausgewählte Objekt, welche zur Durchführung einer Automa- tisierung des mindestens einen ausgewählten Objekts erforderlich sind; c) Festlegung von Testbedingungen zur Durchführung eines Tests des mindestens einen ausgewählten Objekts auf Basis der Objektdaten; und d) Simulation mindestens eines Tests unter den Testbedingungen, wobei die Schritte a) und b) mittels mindestens eines Ent¬ wicklungstools (1, 2) , der Schritt c) mittels mindestens ei¬ nes Test-Tools (3) und der Schritt d) mittels mindestens ei- nes Simulationstools (4) durchgeführt werden, und wobei mit¬ tels mindestens einer Schnittstelle eine Datenübertragung zwischen dem mindestens einen Entwicklungstool (1,2) , dem mindestens einen Test-Tool (3) und dem mindestens einen Simu¬ lationstool (4) durchgeführt wird.
2. Verfahren nach Anspruch 1, wobei mittels des mindestens einen Test-Tools (3) simulierte Testergebnisse, die während eines simulierten Tests generiert werden, verwaltet werden.
3. Verfahren nach Anspruch 1 oder Anspruch 2, wobei auf Basis von simulierten Testergebnissen mindestens ein Simulationsprotokoll erzeugt wird.
4. Verfahren nach einem der Ansprüche 1 bis 3, wobei min- destens ein simulierter Test für die gesamte technische Anla¬ ge durchgeführt wird.
5. Verfahren nach einem der Ansprüche 1 bis 4, wobei anhand der simulierten Testergebnisse weitere Objektdaten erzeugt werden und wobei eine Zuordnung der weiteren Objektdaten zu zumindest einem ausgewählten Objekt erfolgt.
6. Verfahren nach einem der Ansprüche 1 bis 5, wobei weiterhin in einem Schritt e) mindestens ein realer Test zumindest des mindestens einen ausgewählten Objekts unter Testbedingungen mittels des mindestens einen Test-Tools (3) durch- geführt wird.
7. Verfahren nach Anspruch 6, wobei mittels des mindestens einen Test-Tools (3) weiterhin reale Testergebnisse, die während des mindestens einen realen Tests generiert werden, ver- waltet werden.
8. Verfahren nach Anspruch 6 oder Anspruch 7, wobei auf Basis von realen Testergebnissen mindestens ein Testprotokoll erzeugt wird.
9. Verfahren nach einem der Ansprüche 6 bis 8, wobei mindestens ein realer Test für die gesamte technische Anlage durchgeführt wird.
10. Verfahren nach Anspruch 8 oder Anspruch 9, dadurch gekennzeichnet, dass mindestens ein Testprotokoll als Bestandteil eines FAT-Protokolls für die technische Anlage erzeugt wird.
11. System zum Engineering einer Automatisierung zumindest eines Teils einer technischen Anlage, welche eine Anzahl N an automatisierbaren Objekten aufweist, insbesondere zur Durchführung eines Verfahrens nach einem der Ansprüche 1 bis 10, umfassend - mindestens ein Entwicklungstool (1, 2) zur Auswahl mindestens eines automatisierbaren Objekts der technischen Anlage und zur Festlegung von Objektdaten, welche zur Durchführung einer Automatisierung des mindestens einen ausgewählten Objekts erforderlich sind,
- mindestens ein Test-Tool (3) zur Festlegung von Testbedingungen zum Testen des mindestens einen ausgewählten Objekts auf Basis der Objektdaten;
- mindestens ein Simulationstool (4) zur Durchführung einer Simulation mindestens eines Tests unter den Testbedingungen; und
- mindestens eine Schnittstelle, mittels welcher eine Daten- Übertragung zwischen dem mindestens einen Entwicklungstool
(1,2), dem mindestens einen Test-Tool (3) und dem mindestens einen Simulationstool (4) durchführbar ist.
12. System nach Anspruch 11, wobei das mindestens eine Ent- wicklungstool (1, 2), das mindestens eine Test-Tool (3) und das mindestens eine Simulations-Tool (4) auf einer Datenverarbeitungseinheit implementiert sind.
13. System nach Anspruch 11, wobei das mindestens eine Ent- wicklungstool (1, 2), das mindestens eine Test-Tool (3) und das mindestens eine Simulationstool (4) auf mindestens zwei unterschiedlichen Datenverarbeitungseinheiten implementiert sind.
14. Computerprogramm zur Durchführung eines Verfahrens nach einem der Ansprüche 1 bis 10 bei Ablauf auf einem System nach einem der Ansprüche 11 bis 13.
15. Computerprogrammprodukt mit einem Computerprogramm nach Anspruch 14.
PCT/EP2009/066025 2009-02-17 2009-11-30 Verfahren und system zum engineering einer automatisierung zumindest eines teils einer technischen anlage WO2010094359A1 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP09771535A EP2399176A1 (de) 2009-02-17 2009-11-30 Verfahren und system zum engineering einer automatisierung zumindest eines teils einer technischen anlage
CN2009801568705A CN102317879A (zh) 2009-02-17 2009-11-30 用于操纵技术设备的至少一部分的自动化的方法和系统
US13/201,972 US20110301928A1 (en) 2009-02-17 2009-11-30 Method and system for engineering an automation of at least part of a technical installation

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102009009293A DE102009009293A1 (de) 2009-02-17 2009-02-17 Verfahren und System zum Engineering einer Automatisierung zumindest eines Teils einer technischen Anlage
DE102009009293.5 2009-02-17

Publications (1)

Publication Number Publication Date
WO2010094359A1 true WO2010094359A1 (de) 2010-08-26

Family

ID=41818627

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2009/066025 WO2010094359A1 (de) 2009-02-17 2009-11-30 Verfahren und system zum engineering einer automatisierung zumindest eines teils einer technischen anlage

Country Status (5)

Country Link
US (1) US20110301928A1 (de)
EP (1) EP2399176A1 (de)
CN (1) CN102317879A (de)
DE (1) DE102009009293A1 (de)
WO (1) WO2010094359A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105182930A (zh) * 2015-08-14 2015-12-23 麦格瑞冶金工程技术(北京)有限公司 一种连铸生产过程自动化安全控制系统

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9978270B2 (en) 2014-07-28 2018-05-22 Econolite Group, Inc. Self-configuring traffic signal controller
DE102015106116A1 (de) 2015-04-21 2016-10-27 Phoenix Contact Gmbh & Co. Kg Verfahren und Steuereinrichtung zur flexiblen Prozesssteuerung
US10776253B2 (en) * 2018-05-02 2020-09-15 Dell Products L.P. Test manager to coordinate testing across multiple test tools

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0415637A2 (de) * 1989-08-30 1991-03-06 Industrial Technology Institute Verfahren und Gerät zur Simulierung eines Fabriksystems
WO2002079885A2 (de) * 2001-03-29 2002-10-10 Siemens Aktiengesellschaft Verfahren und vorrichtung zur instandhaltung mit simulationsmodell
US6516237B1 (en) * 1997-05-30 2003-02-04 Kabushiki Kaisha Toshiba System for and method of preparing manufacturing process specifications and production control system
EP1686442A1 (de) * 2005-01-27 2006-08-02 Rockwell Automation Technologies, Inc. Entwicklungsumgebung für simulationsagenten

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050187663A1 (en) * 2001-03-29 2005-08-25 Luder Heidemann Maintenance method and device

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0415637A2 (de) * 1989-08-30 1991-03-06 Industrial Technology Institute Verfahren und Gerät zur Simulierung eines Fabriksystems
US6516237B1 (en) * 1997-05-30 2003-02-04 Kabushiki Kaisha Toshiba System for and method of preparing manufacturing process specifications and production control system
WO2002079885A2 (de) * 2001-03-29 2002-10-10 Siemens Aktiengesellschaft Verfahren und vorrichtung zur instandhaltung mit simulationsmodell
EP1686442A1 (de) * 2005-01-27 2006-08-02 Rockwell Automation Technologies, Inc. Entwicklungsumgebung für simulationsagenten

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105182930A (zh) * 2015-08-14 2015-12-23 麦格瑞冶金工程技术(北京)有限公司 一种连铸生产过程自动化安全控制系统

Also Published As

Publication number Publication date
US20110301928A1 (en) 2011-12-08
EP2399176A1 (de) 2011-12-28
CN102317879A (zh) 2012-01-11
DE102009009293A1 (de) 2010-08-19

Similar Documents

Publication Publication Date Title
EP2685382B1 (de) Verfahren und Vorrichtung zum Erstellen und Testen eines Steuergeräteprogramms
DE19639424A1 (de) Entwurfsverfahren für die Anlagentechnik und rechnergestütztes Projektierungssystem zur Verwendung bei diesem Verfahren
EP2866111B1 (de) Testen eines Steuergerätes mittels einer Testumgebung
DE102016100383A1 (de) Verfahren und System zum Testen eines mechatronischen Systems
EP0753168A1 (de) Verfahren zur automatischen diagnose von störungsfällen
DE102017120016A1 (de) Verfahren zur Konfiguration eines zum Testen eines elektronischen Steuergeräts eingerichteten Testgeräts sowie Konfigurationssystem
EP2718774A1 (de) Simulationssystem, verfahren zur durchführung einer simulation, leitsystem und computerprogrammprodukt
EP3451202B1 (de) Verfahren zum erzeugen eines auf einem testgerät ausführbaren modells eines technischen systems und testgerät
WO2012168214A1 (de) Simulationssystem, verfahren zur durchführung einer simulation, leitsystem und computerprogrammprodukt
WO2010094359A1 (de) Verfahren und system zum engineering einer automatisierung zumindest eines teils einer technischen anlage
DE102008026409A1 (de) Bedienungstrainingsystem und Bedienungstrainingverfahren
EP3306295B1 (de) Verfahren und vorrichtung zum testen elektronischer steuerungen, insbesondere zum testen von automobilsteuerungen
EP1703350A1 (de) Diagnose eines Automatisierungssystems
EP2483775A1 (de) Verfahren und anordnung zum installieren und konfigurieren eines computersystems
EP1866715B1 (de) Entwurfsvorrichtung zum entwerfen einer leittechnischen anlage und verfahren zum überprüfen der technologischen aufgabenstellung beim entwurf einer leittechnischen anlage
EP2154606B1 (de) Erzeugen einer ablauffähigen Konfiguration
DE10356368A1 (de) System und Verfahren zum automatischen Installieren, Verifizieren und Konfigurieren von Funktionalitäten in den Systemkomponenten eines verteilten Netzwerkes
DE102021119116A1 (de) Technik zur Realisierung einer Visualisierung für eine automatisierungstechnische Anlage mit einer speicherprogrammierbaren Steuerung
AT511297B1 (de) Verfahren zur Erzeugung eines Modells einer Kommunikationsaufgabe
EP1958101B1 (de) System und verfahren zur automatischen prüfung von planungsergebnissen
EP2360506B1 (de) Vorrichtung, die in ein optisches System einbettbar ist, und Verfahren
WO2012013203A1 (de) System und verfahren zur verbreitung und zum austausch von elementen zur planung und/oder zum betrieb automatisierungstechnischer betriebsmittel
AT503086A2 (de) Verfahren und vorrichtung zum betreiben einer prüffabrik
DE102007018637A1 (de) Verfahren zum Testen einer Engineering-Software
DE10356348A1 (de) System und Verfahren zum automatischen Erstellen, Installieren und Konfigurieren von Funktionalitäten in einem verteilten Netzwerk

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200980156870.5

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09771535

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2009771535

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 3145/KOLNP/2011

Country of ref document: IN

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 13201972

Country of ref document: US