WO2004027608A2 - System zur bereitstellung eines standard-frameworks für automatisierungsgeräte - Google Patents

System zur bereitstellung eines standard-frameworks für automatisierungsgeräte Download PDF

Info

Publication number
WO2004027608A2
WO2004027608A2 PCT/DE2003/002753 DE0302753W WO2004027608A2 WO 2004027608 A2 WO2004027608 A2 WO 2004027608A2 DE 0302753 W DE0302753 W DE 0302753W WO 2004027608 A2 WO2004027608 A2 WO 2004027608A2
Authority
WO
WIPO (PCT)
Prior art keywords
automation
functionality
specific
independent
devices
Prior art date
Application number
PCT/DE2003/002753
Other languages
English (en)
French (fr)
Other versions
WO2004027608A3 (de
Inventor
Rainer Heller
Thomas Jachmann
Norbert Portner
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 US10/527,914 priority Critical patent/US7757205B2/en
Priority to EP03797171A priority patent/EP1570346A2/de
Publication of WO2004027608A2 publication Critical patent/WO2004027608A2/de
Publication of WO2004027608A3 publication Critical patent/WO2004027608A3/de

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/20—Software design
    • Y—GENERAL 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
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Definitions

  • the invention relates to a system and a method for providing standardized, device-independent functionality for the creation of control software for automation systems.
  • automation devices of different types each have their own programming interfaces and have their own command set that is used when programming or implementing an automation solution on the respective device. Because of these differences, the various automation systems (devices of a uniform type) required for an automation solution are programmed differently. The programming is carried out at a very low level, which means that, similar to assembler programming, a simple syntax is used. A large number of simple commands are required to implement a complex automation solution. The resulting automation solutions have been developed specifically for the respective automation systems and, due to their specificity, cannot be transferred to other automation systems, which each have a different command set. Today, specific solutions with high programming effort are implemented.
  • a transfer of programs between different automation systems is not possible, primarily due to the fact that basic mechanisms of automation, such as addressing counters or downloading blocks, are represented differently on each device type. Accordingly, the various automation systems are now considered as individual systems. Each system has its own special implementation and its own pro programming interface. This results in a large number of specific compilers that translate the respective automation programs for the corresponding target systems.
  • the programming environments for creating an automation solution differ greatly between the individual automation systems. For example, the download, i.e. the download of a created software, and the debugging, the correction of errors in the program code are implemented differently for the respective automation systems. For this reason, experts exist for programming individual systems. Few of these experts master different automation systems equally well and know their respective specifics.
  • the object of the present invention is to enable standardized and simplified programming and implementation of automation solutions for various automation systems.
  • This object is achieved by a system for providing device-independent functionality for automation devices with first means for encapsulating specific functions of at least one automation device and for providing basic functionality of the automation device and second means based on the first means for providing general functionality and / or automation functionality.
  • the invention is based on the finding that a heterogeneous hardware world can generally be found in the automation environment at present.
  • the programmer is confronted with various automation devices, each of which understands its own language.
  • various automation devices each of which understands its own language.
  • it is proposed to create a uniform environment on which automation solutions for different automation systems are standardized Way can be created.
  • a so-called standard framework for automation devices is provided.
  • the standard framework forms an abstraction of the subordinate hardware, i.e. the automation devices, and provides general functionality, such as downloading or addressing inputs and outputs, as well as automation functionality, such as the provision of diagnostic data or the forcing of variables.
  • the defined standard framework is specially tailored to the needs of automation technology and offers, among other things, a standardization of the runtime environment for various automation devices and the possibility of encapsulating specific hardware features.
  • Classes from the framework are used to create the program, which runs on special hardware.
  • An automation solution can thus be implemented based on the functions and automation objects of the standard framework.
  • the standardized functionality of the framework is offered by the automation devices themselves. For this purpose, means for encapsulating specific functions of the automation devices and for providing basic functionality in the form of the so-called "Automation Runtime Layer" (ARL) are implemented on the automation devices.
  • the ARL offers abstract, independent basic services for the respective hardware, i.e. the automation device. These include, for example, framing, synchronization, memory management, flags and counters.
  • the ARL is platform-specific and has the task of covering all platform-specific functions.
  • Means for providing general functionality in the form of the so-called "runtime framework" (RF) are set up on the ARL.
  • the RF offers higher services and, in addition to general functionality (such as memory management, threading, synchronization, ...), also provides automation functionality.
  • the implementation of the RF is not platform-specific. As a result, a one-time implementation can be carried out with little effort on different target platforms, i.e. automation systems, are ported.
  • the main advantage here is that when automation solutions are created, it is possible to provide general automation services that can generally be used.
  • the use of the presented system simplifies the implementation of individual automation components.
  • the services for access to the automation devices and for access to automation-specific objects, alarms and process values are standardized.
  • the abstraction from the specific hardware, i.e. independence from special automation systems, enables hardware-independent programming of the automation components. This means that specific expert knowledge tailored to an automation system is no longer required to create the automation solution.
  • An elaborate creation of special program code, which is at a relatively low level, is unnecessary through the use of the system presented, rather it enables programming using high-level language. This enables the programmer to concentrate on solving the actual automation-specific problems instead of having to invest his capacity in the production of rudimentary program components.
  • the standard framework ensures consistency in diagnostics and error analysis across the limits of the automation systems.
  • a further advantageous embodiment of the invention is characterized in that the first means for covering specific functions are designed as adapters specific to automation devices.
  • the ARL standardizes the automation device-specific properties at a relatively low level in the overall system, so that they are available in the form of commands that are generally understandable for a programming system. This ensures that all automation devices can be addressed uniformly at a low level. Standardization at a higher hierarchical level within an automation system would, under certain circumstances, lead to a loss of properties specific to automation devices. However, the use of specific adapters ensures that all properties can also be made available in a general form.
  • a further advantageous embodiment of the system is characterized in that the means for providing general functionality and / or automation functionality are designed to be device-independent.
  • the advantage here is that general functionality such as the implementation of a download does not have to be integrated in the device-specific ARL.
  • automation functionality that is independent of specific automation devices, such as performing diagnostics, does not have to be implemented on the specific ARLs. Because these functionalities are device-independent, they only have to be implemented once and can then be used independently of the automation device.
  • This enables a one-time creation of the runtime framework (RF).
  • a further advantageous embodiment of the invention is characterized in that the system is provided for use by a creation system for the creation of control software.
  • the standardized and device-independent functionality provided by the system can thus advantageously be used by a common automation technology editor, a programming tool or, in general, an engineering system. This advantageous design enables a simpler, faster and less expensive production of control software.
  • a further advantageous embodiment of the invention is characterized in that the system is provided for the provision of technological objects for automation devices.
  • Objects such as a lifting table, a conveyor belt or boiler can be stored in the form of a library if they can be reproduced in the form of generally reusable functions.
  • These technological objects are then available to the programmer with their properties and methods as standard for the implementation of an automation solution. The programming effort is significantly reduced by these specified objects.
  • Another advantageous embodiment of the invention is characterized in that a memory is provided for storing automation solutions for recurring tasks.
  • the automation solutions already implemented can be stored on the automation device and are available for reuse in new automation solutions. They are known of an engineering system used to create control software. This enables faster development and the use of existing solution knowledge.
  • a further advantageous embodiment of the invention is characterized in that the system is provided for using an Internet and / or intranet for the transmission of data is.
  • This enables, for example, an installation of an engineering system used for programming that is independent of the location of the automation devices.
  • a created automation solution can be sent to the respective target automation devices via the Internet or intranet.
  • the sending of programmed solutions in the form of floppy disks or other data carriers is unnecessary due to this embodiment of the invention.
  • a further advantageous embodiment of the invention is characterized in that an automation-specific programming language is provided for the creation of control software as an intermediate language for automation languages, as the target language of creation systems and for mapping onto the first means (the RF) on an automation device as the target platform.
  • This automation-specific intermediate language for automation solutions offers the advantage that specific programming languages that are used today in automation technology by the development systems can be mapped to a single programming language as the target language.
  • the use of the AIL also enables uniform debugging or error analysis of the automation solution created, since the different programming languages have previously been translated into a uniform language.
  • the use of the AIL enables thus the first time to use a standard debugger. This enables access from the PC down to the controller.
  • a further advantageous embodiment of the system is characterized in that compilers (5) are provided for mapping the language onto the target platform.
  • the programming tools only have to concentrate on the mapping into the AIL.
  • the translation into the hardware-specific version is done by the special compiler.
  • the corresponding solution does not have to be implemented for a specific target platform. This forms the basis for the creation of hardware-independent automation components.
  • An automation solution runs on an automation device if and only if the requirements for the respective ARL are met.
  • the number of compilers required for this is reduced because not every possible editor-automation system combination requires its own compiler. Only system or editor-specific compilers are required in the AIL and by the AIL.
  • FIG. 1 shows a schematic illustration of an exemplary embodiment of the standard framework for automation systems
  • FIG. 2 shows a schematic representation of the use of an automation-specific intermediate language.
  • FIG. 1 shows a schematic representation of an embodiment of a standard framework for providing device-independent, standardized functionality for different automation systems 6 ⁇ .. n .
  • System-specific adapters 3 ⁇ .. n so-called automation runtime layers (ARL), are based on the automation systems 6 ⁇ .. n .
  • the ALR 3 ⁇ .. n cover automation device-specific functions and provide basic functionality of the automation systems ⁇ .. n .
  • Automation system-independent runtime frameworks (RF) 4 are based on the adapters 3 ⁇ .. n .
  • the RFs 4 provide general functionality and automation functionality.
  • the automation solution is created using an engineering system 2. For this purpose, a library with technological objects 7 can be used.
  • Automation solutions that have already been implemented can be stored in a memory 8 on the automation devices for reuse.
  • the software created by means of the engineering system is translated into a runtime version using the compilers 5 ⁇ .. n for the respective automation systems 6 ⁇ .. n .
  • the data are transmitted using a data transmission device 9.
  • the special feature of the system 1 shown in FIG. 1 is that a standardized, device-independent automation solution can be created on any engineering system 2. This peculiarity is ensured by covering the automation system-specific properties with the help of the ARL 3 ⁇ .. n .
  • the system-independent RF 4 which provides further functionality, a standardized level is available on the automation devices 6 ⁇ .. n , on which an automation solution can be implemented with the help of higher-quality programming languages.
  • This enables the use of general building blocks, such as technological objects 7, which are available to the engineering system.
  • a specific implementation of the respective solution for the individual automation systems 6 ⁇ .. n is unnecessary in this way. Once developed, solutions can be reused regardless of the device and system.
  • n then ensures a corresponding translation of the general program code into a form that can be interpreted by the respective automation system 6 ⁇ .. n .
  • the system presented will implement a Automation solution enormously simplified: Automation system-specific expert knowledge is no longer necessary and solutions that have already been implemented can be reused.
  • FIG. 2 shows the exemplary use of an automation-specific programming language as an intermediate language 10 between programming languages of automation engineering editors 12 and automation device-specific languages.
  • the program codes created using automation-specific editors 12 are translated into the intermediate language 10 with the aid of specific compilers 11.
  • the instructions are translated into automation system-specific instructions from the intermediate language using compiler 5 ⁇ .. n .
  • the data can be transferred to the automation devices 6 ⁇ .. n via an intranet or Internet 13.
  • the main advantage of the schematic configuration of the system shown in FIG. 2 with an intermediate language 10 for automation systems is that the amount of compilers to be used, which must be used to create an automation solution, can be significantly reduced .
  • each programming language used by an automation-specific editor 12 ⁇ .. m must be translated using a special compiler for the specific target platform 6 ⁇ .. n . This results in a set of n * m compilers for a set of m editors and n automation devices.
  • the compilers ll ⁇ .. m translate their source code into the intermediate language 10. From the intermediate language, the code is translated into the language of the target platform 6 ⁇ ..
  • the invention relates to a system and a method for providing standardized, device-independent functionality for creating a solution in the automation environment.
  • the specific properties and functions of different automation systems 6 1 .. n on the respective devices are covered or generalized directly by a system-specific adapter, the automation runtime layer (ARL) 3 ⁇ .. n .
  • Another component implemented on the respective device, the runtime framework (RF) 4 provides general automation and / or basic functionality.
  • the automation solution can be created in a standardized manner on an engineering system 2, regardless of the target platform 61 .. n, and ported as desired.
  • the use of uniform object libraries 7 and the reuse of solutions once created is possible regardless of the system.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)
  • Organic Low-Molecular-Weight Compounds And Preparation Thereof (AREA)

Abstract

Die Erfindung betrifft ein System sowie ein Verfahren zur Bereitstellung von standardisierter, geräteunabhängiger Funktionalität für das Erstellen einer Lösung im Automatisierungsumfeld. Hierbei werden die spezifischen Eigenschaften und Funktionen unterschiedlicher Automatisierungssysteme (61..n) auf den jeweiligen Geräten direkt durch einen systemspezifischen Adapter, dem Automation-Runtime-Layer (ARL) (31..n) abgedeckt, bzw. generalisiert. Eine weitere, auf dem jeweiligen Gerät implementierte Komponente, das Runtime-Framework (RF) (4) stellt allgemeine Automatisierungs- und/oder Basisfunktionalität zur Verfügung. Die Automatisierungslösung kann entsprechen standardisiert auf einem Engineering-System (2) erstellt unabhängig von der jeweiligen Zielplattform 61..n beliebig portiert werden. Die Nutzung einheitlicher Objektbibliotheken (7) und die Wiederverwendung einmal erstellter Lösungen ist systemunabhängig möglich.

Description

Beschreibung
System zur Bereitstellung eines Standard-Frameworks für Automatisierungsgeräte
Die Erfindung betrifft ein System sowie ein Verfahren zur Bereitstellung standardisierter, geräteunabhängiger Funktionalität für die Erstellung von Steuerungssoftware für Automatisierungssysteme.
In der heutigen Automatisierungswelt besitzen Automatisierungsgeräte unterschiedlichen Bautyps jeweils eigene Programmierschnittstellen und haben einen eigenen Befehlssatz, der bei der Programmierung bzw. Implementierung einer Automatisierungslösung auf dem jeweiligen Gerät verwendet wird. Aufgrund dieser Unterschiede werden die im Rahmen einer Automatisierungslösung benötigten verschiedenen Automatisierungs- systeme (Geräte einheitlichen Bautyps) unterschiedlich programmiert. Die Programmierung erfolgt dabei auf einem sehr niedrigen Niveau, das heißt es wird, vergleichbar zur Assemblerprogrammierung, eine einfache Syntax verwendet. Zur Realisierung einer komplexen Automatisierungslösung wird entsprechend eine Großzahl einfacher Befehle benötigt. Die so entstehenden Automatisierungslösungen sind spezifisch für die jeweiligen Automatisierungssysteme entwickelt und lassen sich, durch ihre Spezifität bedingt, nicht auf andere Automatisierungssysteme übertragen, welche jeweils wieder einen anderen Befehlssatz haben. Heutzutage werden also spezifische Lösungen mit hohem Programmieraufwand realisiert. Eine Übertragung von Programmen zwischen unterschiedlichen Automatisierungssystemen ist vor allem aufgrund der Tatsache nicht möglich, dass Basismechanismen der Automatisierung, wie das Ansprechen von Zählern oder das Herunterladen von Bausteinen auf jedem Gerätetyp unterschiedlich repräsentiert sind. Entsprechend werden die verschiedenen Automatisierungssysteme heutzutage als Einzelsysteme betrachtet. Jedes System hat seine eigene, spezielle Implementierung und eine eigene Pro- grammierschnittstelle. Hieraus resultiert eine Vielzahl von spezifischen Compilern, die die jeweiligen Automatisierungsprogramme für entsprechende Zielsysteme übersetzen. Hinzu kommt, dass sich auch die Programmierumgebungen für die Erstellung einer Automatisierungslösung zwischen den einzelnen Automatisierungssystemen stark unterscheiden. So ist zum Beispiel das Download, also das Herunterladen einer erstellten Software, und das Debuggen, das Beheben von Fehlern im Programmcode für die jeweiligen Automatisierungssysteme unterschiedlich realisiert. Aus diesem Grund existieren Experten für die Programmierung einzelner Systeme. Nur wenige dieser Experten beherrschen verschiedene Automatisierungssysteme gleich gut und kennen deren jeweilige Spezifika.
Die Aufgabe der vorliegenden Erfindung ist es, eine standardisierte und vereinfachte Programmierung und Implementierung von Automatisierungslösungen für verschiedene Automatisierungssysteme zu ermöglichen.
Diese Aufgabe wird gelöst durch ein System zur Bereitstellung von geräteunabhängiger Funktionalität für Automatisierungsgeräte mit ersten Mitteln zur Kapselung spezifischer Funktionen mindestens eines Automatisierungsgeräts und zum Bereitstellen von Basisfunktionalität des Automatisierungsgeräts und auf den ersten Mitteln aufsetzende zweite Mittel zur Bereitstellung von allgemeiner Funktionalität und/oder Automatisierungsfunktionalität .
Der Erfindung liegt die Erkenntnis zugrunde, dass derzeit im Automatisierungsumfeld in der Regel eine heterogene Hardwarewelt anzutreffen ist. Bei der Erstellung einer Automatisierungslösung für eine Anlage ist der Programmierer somit mit verschiedenen Automatisierungsgeräten konfrontiert, die jeweils eine eigene Sprache verstehen. Um die Erstellung einer Lösung zu vereinfachen, wird vorgeschlagen, eine einheitliche Umgebung zu schaffen, auf der Automatisierungslösungen für unterschiedliche Automatisierungssysteme auf standardisierte Weise erstellt werden können. Hierzu wird ein so genanntes Standard-Framework für Automatisierungsgeräte bereitgestellt. Das Standard-Framework bildet eine Abstraktion der untergelagerten Hardware, also der Automatisierungsgeräte und stellt hierbei gleichermaßen allgemeine Funktionalität, wie beispielsweise Download oder Ansprechen von Ein- und Ausgängen zur Verfügung, aber auch Automatisierungsfunktionalität, wie beispielsweise die Bereitstellung von Diagnosedaten oder das Forcen von Variablen. Das definierte Standard-Framework ist speziell auf die Belange der Automatisierungstechnik zugeschnitten und bietet unter anderem eine Vereinheitlichung der Runtime-Umgebung für verschiedene Automatisierungsgeräte sowie die Möglichkeit der Kapselung spezifischer Hardwareeigenheiten. Für die Erstellung des Programms, das auf einer speziellen Hardware läuft, werden hierbei Klassen des Frameworks genutzt. Eine Automatisierungslösung kann somit basierend auf den Funktionen und Automatisierungsobjekten des Standard- Frameworks realisiert werden. Die standardisierte Funktionalität des Frameworks wird hierbei von den Automatisierungsgeräten selbst angeboten. Hierzu sind auf den Automatisierungsgeräten Mittel zur Kapselung spezifischer Funktionen der Automatisierungsgeräte und zum Bereitstellen von Basisfunktionalität in Form des so genannten "Automation-Runtime-Layer" (ARL) realisiert. Der ARL bietet von der jeweiligen Hardware, also dem Automatisierungsgerät, abstrahierende, unabhängige Basisdienste an. Hierzu zählen beispielsweise Framing, Synchronisation, Speichermanagement, Merker sowie Zähler. Der ARL ist plattformspezifische ausgebildet und besitzt die Aufgabe, alle plattformspezifischen Funktionen zu überdecken. Auf dem ARL setzen Mittel zur Bereitstellung allgemeiner Funktionalität in Form des so genannten "Runtime-Framework" (RF) auf. Das RF bietet hierbei höhere Dienste an und stellt neben allgemeiner Funktionalität (wie Speicherverwaltung, Threading, Synchronisation, ... ) auch Automatisierungsfunktionalität zur Verfügung. Im Gegensatz zum ARL ist die Implementierung des RF nicht plattformspezifisch. Hierdurch kann eine einmalige Implementierung mit geringem Aufwand auf ver- schiedene Zielplattformen, das heißt Automatisierungssysteme, portiert werden. Vorteilhaft ist hierbei vor allem, dass bei der Erstellung von Äutomatisierungslösungen eine Bereitstellung von allgemeinen Automatisierungsdiensten, die generell verwendet werden können, ermöglicht wird. Die Nutzung des vorgestellten Systems führt zu einer Vereinfachung der Implementierung einzelner Automatisierungsko ponenten. Es erfolgt eine Standardisierung der Services zum Zugriff auf die Automatisierungsgeräte und zum Zugriff auf automatisierungsspezifische Objekte, Alarme und Prozesswerte. Durch die Abstraktion von der spezifischen Hardware, das heißt eine Unabhängigkeit von speziellen Automatisierungssystemen, wird eine hardwareunabhängige Programmierung der Automatisierungskomponenten ermöglicht. Spezifisches, auf ein Automatisierungssystem zugeschnittenes Expertenwissen, ist für die Erstellung der Automatisierungslösung hierdurch nicht mehr nötig. Ein aufwendiges Erstellen von speziellem Programmcode, der auf relativ niedrigem Niveau ist, erübrigt sich durch die Nutzung des vorgestellten Systems, es ermöglicht vielmehr eine Programmierung unter Nutzung von Hochsprachenprogrammiersprachen. Dadurch wird dem Programmierer ermöglicht, sich auf die Lösung der eigentlichen automatisierungsspezifischen Probleme zu konzentrieren, statt seine Kapazität in die Erzeugung von rudimentären Programmbestandteilen investieren zu müssen. Des Weiteren sorgt das Standard-Framework für eine Durchgängigkeit bei der Diagnose und den Fehleranalysen über die Grenzen der Automatisierungssysteme hinweg. Auch das Zusammenspiel verschiedener Komponenten, die in einer Automatisierungslösung realisiert sind, ist einfacher zu analysieren bzw. zu debuggen. Durch die Nutzung des Standard-Frameworks bietet sich die Möglichkeit, höherwertige Zusatzpakete zu entwickeln, die Objekte oder Funktionen anbieten, welche dann e-benfalls unabhängig von der Zielplattform sein können. Solche technologischen Objekte oder Zusatzpakete können innerhalb des Systems in Form von Bibliotheken hinterlegt werden, um für wiederkehrende Automatisierungsaufgaben zur Verfügung zu stehen. Zudem ermöglicht die Verwendung des Standard- Frameworks ein Portieren von Automatisierungslösungen über verschiedene Gerätefamilien hinweg.
Eine weitere vorteilhafte Ausbildung der Erfindung ist dadurch gekennzeichnet, dass die ersten Mittel zur Überdeckung spezifischer Funktionen als automatisierungsgerätespezifische Adapter ausgebildet sind. Die automatisierungsgerätespezifi- schen Eigenschaften werden vom ARL dadurch auf relativ niedriger Ebene im Gesamtsystem standardisiert, so dass sie in Form von, für ein Programmiersystem allgemein verständlichen, Befehlen zur Verfügung stehen. Hierdurch ist gewährleistet, dass alle Automatisierungsgeräte einheitlich auf niedriger Ebene angesprochen werden können. Eine Standardisierung auf höherer Hierarchieebene innerhalb eines Automatisierungssystems würde unter Umständen zu einem Verlust von automatisierungsgerätespezifischen Eigenschaften führen. Die Verwendung von spezifischen Adaptern sorgt hingegen dafür, dass alle Eigenschaften auch in allgemeiner Form zur Verfügung gestellt werden können.
Eine weitere vorteilhafte Ausbildung des Systems ist dadurch gekennzeichnet, dass die Mittel zur Bereitstellung von allgemeiner Funktionalität und/oder Automatisierungsfunktionalität geräteunabhängig ausgebildet sind. Vorteilhaft ist hierbei, dass allgemeine Funktionalität wie beispielsweise die Realisierung eines Downloads nicht in dem gerätespezifischen ARL integriert werden muss. Besonders Automatisierungsfunktionalität, die unabhängig von spezifischen Automatisierungsgeräten ist, wie beispielsweise das Durchführen von Diagnosen, muss nicht auf den spezifischen ARLs realisiert sein. Dadurch dass diese Funktionalitäten geräteunabhängig sind, müssen sie nur einmal implementiert werden und können dann automatisierungsgerätespezifisch unabhängig verwendet werden. Eine einmalige Erstellung des Runtime-Framework (RF) wird hierdurch ermöglicht. Eine weitere vorteilhafte Ausbildung der Erfindung ist dadurch gekennzeichnet, dass das System zur Nutzung durch ein Erstellsystem für die Erstellung von Steuerungssoftware vorgesehen ist. Die vom System bereitgestellte standardisierte sowie geräteunabhängige Funktionalität kann dadurch vorteilhaft von einem gängigen automatisierungstechnischen Editor, einem Programmierwerkzeug oder allgemein, einem Engineering- System verwendet werden. Eine einfachere, schnellere und kostengünstigere Herstellung von Steuerungssoftware wird durch diese vorteilhafte Ausbildung ermöglicht.
Eine weitere vorteilhafte Ausbildung der Erfindung ist dadurch gekennzeichnet, dass das System zur Bereitstellung von technologischen Objekten für Automatisierungsgeräte vorgesehen ist. Objekte wie beispielsweise ein Hubtisch, ein Förderband oder Kessel können, wenn sie sich in Form von allgemein wieder verwendbaren Funktionen abbilden lassen in Form einer Bibliothek abgelegt werden. Diese technologischen Objekte stehen dem Programmierer dann standardmäßig mit ihren Eigenschaften und Methoden für die Realisierung einer Automatisierungslösung zur Verfügung. Der Programmieraufwand wird durch diese vorgegebenen Objekte erheblich verringert.
Eine weitere vorteilhafte Ausbildung der Erfindung ist dadurch gekennzeichnet, dass ein Speicher zur Speicherung von Automatisierungslösungen für wiederkehrende Aufgaben vorgesehen ist. Die bereits realisierten Automatisierungslösungen können auf dem Automatisierungsgerät hinterlegt werden, und stehen für die Wiederverwendung in neuen Automatisierungslösungen zur Verfügung. Einem zur Erstellung von Steuerungssoftware genutzten Engineering-System können sind sie bekannt. Eine schnellere Entwicklung und auch die Nutzung bereits vorhandenen Lösungswissens wird hierdurch ermöglicht.
Eine weitere vorteilhafte Ausbildung der Erfindung ist dadurch gekennzeichnet, dass das System zur Nutzung eines Internet und/oder Intranet zur Übertragung von Daten vorgesehen ist. Hierdurch wird beispielsweise eine vom Ort der Automatisierungsgeräte unabhängige Installation eines zur Programmierung verwendeten Engineering-Systems ermöglicht. Eine erstellte Automatisierungslösung kann über das Internet oder Intranet an die jeweiligen Zielautomatisierungsgeräte gesendet werden. Die Versendung von programmierten Lösungen in Form von Disketten oder anderen Datenträgern erübrigt sich durch diese Ausbildung der Erfindung.
Eine weitere vorteilhafte Ausbildung der Erfindung ist dadurch gekennzeichnet, dass eine automatisierungsspezifisch ausgebildete Programmiersprache für die Erstellung einer Steuerungssoftware als Zwischensprache für Automatisierungssprachen, als Zielsprache von Erstellsystemen und zur Abbildung auf die ersten Mittel (dem RF) auf einem Automatisierungsgerät als Zielplattform vorgesehen ist. Die Realisierung dieser automatisierungsspezifisch ausgebildeten Zwischensprache für Automatisierungslösungen bietet den Vorteil, dass spezifische Programmiersprachen, die heutzutage in der Automatisierungstechnik von den Erstellsystemen verwendet werden, auf eine einzige Programmiersprache als Zielsprache abgebildet werden können. Vorteilhaft ist hierbei, dass für die Lösung einer Automatisierungsaufgabe für die Erstellung geeignete Editoren und Erstellsysteme verwendet werden können. Diese Editoren und Erstellsysteme haben jeweils ihre eigene Programmiersprache, die dann in die Zwischensprache für Automatisierungssprachen (AIL = Automation Intermediate Language) übersetzt wird. Durch die anschließende Nutzung der AIL wird gewährleistet, dass die speziellen Automatisierungsaufgaben, die mit Hilfe der jeweiligen Editoren gelöst wurden, später problemlos zusammenarbeiten. Vorteilhaft ist hierbei außerdem, dass es zu einer Abstraktion der Programmierwerkzeuge von der zugrundeliegenden Hardware kommt. Die Nutzung der AIL ermöglicht auch das einheitliche Debuggen bzw. die Fehleranalyse der erstellten Automatisierungslösung, da die unterschiedlichen Programmiersprachen zuvor in eine einheitliche Sprache übersetzt worden sind. Die Nutzung der AIL ermöglicht somit erstmals, einen Standard-Debugger zu verwenden. Hierdurch wird der Zugriff vom PC bis hinunter auf die Steuerung ermöglicht .
Eine weitere vorteilhafte Ausbildung des Systems ist dadurch gekennzeichnet, dass Compiler (5) zur Abbildung der Sprache auf die Zielplattform vorgesehen sind. Die Programmierwerkzeuge müssen sich ausschließlich auf die Abbildung in die AIL konzentrieren. Die Übersetzung in die hardwarespezifische Version erfolgt durch die speziellen Compiler. Eine Realisierung der entsprechenden Lösung auf eine bestimmte Zielplattform hin muss nicht erfolgen. Hierdurch wird die Grundlage für die Erstellung hardwareunabhängiger Automatisierungskomponenten gebildet. Eine Automatisierungslösung läuft auf einem Automatisierungsgerät genau dann, wenn die Anforderungen an den jeweiligen ARL erfüllt sind. Die Anzahl der dafür benötigten Compiler verringert sich, da nicht jede mögliche Editor-Automatisierungssystem-Kombination ihren eigenen Compiler benötigt. Es werden nur System- bzw. Editorenspezifische Compiler in die AIL und von der AIL benötigt.
Im Folgenden wird die Erfindung anhand der in den Figuren dargestellten Ausführungsbeispiele näher beschrieben und erläutert. Es zeigen:
FIG 1 eine schematische Darstellung eines Ausführungsbeispiels des Standard-Frameworks für Automatisierungssysteme,
FIG 2 eine schematische Darstellung der Verwendung einer automatisierungsspezifischen Zwischensprache .
FIG 1 zeigt eine schematische Darstellung eines Ausführungsbeispiels eines Standard-Frameworks zur Bereitstellung geräteunabhängiger, standardisierter Funktionalität für unterschiedliche Automatisierungssysteme 6ι..n. Auf den Automatisierungssystemen 6ι..n setzen systemspezifische Adapter 3χ..n, so genannte Automation-Runtime-Layer (ARL) auf. Die ALR 3ι..n überdecken automatisierungsgerätespezifische Funktionen und stellen Basisfunktionalität der Automatisierungssysteme βι..n zur Verfügung. Auf den Adaptern 3ι..n setzen automatisierungs- systemunabhängige Runtime-Frameworks (RF) 4 auf. Die RFs 4 stellen allgemeine Funktionalität und Automatisierungsfunktionalität zur Verfügung. Die Automatisierungslösung wird mit Hilfe eines Engineering-Systems 2 erstellt. Hierzu kann auf eine Bibliothek mit technologischen Objekten 7 zurückgegriffen werden. Bereits realisierte Automatisierungslösungen können in einem Speicher 8 auf den Automatisierungsgeräten zur Wiederverwendung hinterlegt werden. Die mittels des Engineering-Systems erstellte Software wird mit Hilfe der Compiler 5ι..n für die jeweiligen Automatisierungssysteme 6ι..n in eine Runtimeversion übersetzt. Die Daten werden mit Hilfe einer Datenübertragungsvorrichtung 9 übertragen.
Die Besonderheit des in FIG 1 dargestellten Systems 1 besteht darin, dass auf einem beliebigen Engineering-System 2 eine standardisierte, geräteunabhängige Automatisierungslösung erstellt werden kann. Diese Besonderheit wird dadurch gewährleistet, dass die automatisierungssystemspezifischen Eigenschaften mit Hilfe der ARL 3ι..n überdeckt werden. Im Zusammenwirken mit dem systemunabhängigen RF 4, welches weitere Funktionalität bereitstellt, steht auf den Automatisierungsgeräten 6ι..n eine vereinheitlichte Ebene zur Verfügung, auf der mit Hilfe höherwertiger Programmiersprachen eine Automatisierungslösung realisiert werden kann. Dies ermöglicht die Verwendung allgemeiner Bausteine, wie beispielsweise technologischen Objekten 7, die dem Engineering-System zur Verfügung stehen. Eine spezifische Implementierung der jeweiligen Lösung für die einzelnen Automatisierungssysteme 6ι..n erübrigt sich auf diese Weise. Einmal entwickelte Lösungen können gerate- und systemunabhängig wieder verwendet werden. Der jeweilige Compiler 5χ..n sorgt dann für eine entsprechende Übersetzung des allgemeinen Programmcodes in eine vom jeweiligen Automatisierungssystem 6ι..n interpretierbare Form. Allgemein wird durch das vorgestellte System die Implementierung einer Automatisierungslösung enorm vereinfacht: Automatisierungs- systemspezifisches Expertenwissen ist nicht mehr notwendig und eine Wiederverwendung bereits implementierter Lösungen ist möglich.
FIG 2 zeigt die beispielhafte Verwendung einer automatisierungsspezifischen Programmiersprache als Zwischensprache 10 zwischen Programmiersprachen automatisierungstechnischer Editoren 12 und automatisierungsgerätespezifischen Sprachen. Die mittels automatisierungsspezifischer Editoren 12 erstellten Programmcodes werden mit Hilfe von spezifischen Compilern 11 in die Zwischensprache 10 übersetzt. Aus der Zwischensprache heraus werden mittels Compiler 5ι..n die Anweisungen in auto- matisierungssystemspezifische Anweisungen übersetzt. Die Daten können hierbei auf die Automatisierungsgeräte 6ι..n über ein Intranet bzw. Internet 13 übertragen werden.
Der wesentliche Vorteil der in FIG 2 dargestellten schematischen Ausbildung des Systems mit einer Zwischensprache 10 für Automatisierungssysteme (AIL = Automation Intermediate Language) besteht darin, dass die Menge der zu verwendenden Compiler, die für die Erstellung einer Automatisierungslösung verwendet werden müssen, wesentlich reduziert werden kann. Ohne die Verwendung einer AIL muss jede verwendete Programmiersprache eines automatisierungsspezifischen Editoren 12ι..m mittels eines speziellen Compilers für die konkrete Zielplattform 6ι..n übersetzt werden. Hieraus ergibt sich eine Menge von n*m Compilern für eine Menge von m Editoren und n Automatisierungsgeräten. Bei der Verwendung der Zwischensprache 10 übersetzen die Compiler llι..m ihren Quellcode in die Zwischensprache 10. Von der Zwischensprache wird der Code mit Hilfe systemspezifischer Compiler 5ι..n in die Sprache der Zielplattform 6ι..n übersetzt. Bei der Verwendung der AIL sind somit nur noch n+m Compiler notwendig, um eine spezifische Automatisierungslösung zu realisieren. Außerdem kann ein Großteil der Realisierung innerhalb der AIL selbst erstellt werden. Somit vereinfacht sich die Erstellung einer Automatisierungslösung um ein Vielfaches.
Zusammenfassend betrifft die Erfindung ein System sowie ein Verfahren zur Bereitstellung von standardisierter, geräteunabhängiger Funktionalität für das Erstellen einer Lösung im Automatisierungsumfeld. Hierbei werden die spezifischen Eigenschaften und Funktionen unterschiedlicher Automatisierungssysteme 61..n auf den jeweiligen Geräten direkt durch einen systemspezifischen Adapter, dem Automation-Runtime-Layer (ARL) 3ι..n abgedeckt, bzw. generalisiert. Eine weitere, auf dem jeweiligen Gerät implementierte Komponente, das Runtime- Framework (RF) 4 stellt allgemeine Automatisierungs- und/oder Basisfunktionalität zur Verfügung. Die Automatisierungslösung kann entsprechen standardisiert auf einem Engineering-System 2 erstellt unabhängig von der jeweiligen Zielplattform 61..n beliebig portiert werden. Die Nutzung einheitlicher Objektbibliotheken 7 und die Wiederverwendung einmal erstellter Lösungen ist systemunabhängig möglich.
Bezugszeichenliste
2 Vorrichtung zur Programmierung und Implementierung einer Automatisierungslösung
3 Mittel zur Kapselung spezifischer Funktionen (Adapter)
4 Mittel zur Bereitstellung allgemeiner Funktionalität
5 Compiler β Automatisierungsgerät
7 Technologische Objekte
8 Speicher
9 Datenübertragungsvorrichtung
10 Zwischensprache
11 Compiler
12 Automatisierungstechniche Editoren
13 Intra/Internet

Claims

Patentansprüche
1. System zur Bereitstellung von geräteunabhängiger Funktionalität für Automatisierungsgeräte mit ersten Mitteln (3) zur Kapselung spezifischer Funktionen mindestens eines Automatisierungsgeräts (6) und zum Bereitstellen von Basisfunktionalität des Automatisierungsgeräts (6) und - auf den ersten Mitteln (3) aufsetzende zweite Mittel (4) zur Bereitstellung von allgemeiner Funktionalität und/oder Automatisierungsfunktionalität .
2. System nach Anspruch 1, d a d u r c h g e k e n n z e i c h n e t , dass die ersten Mittel (3) als automatisierungsgerätespezifi- sche Adapter ausgebildet sind.
3. System nach einem der vorhergehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t, dass die zweiten Mittel (4) geräteunabhängig ausgebildet sind.
4. System nach einem der vorhergehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t, dass das System zur Nutzung durch ein Erstellsystem (2) für die Erstellung von Steuerungssoftware vorgesehen ist.
5. System nach einem der vorhergehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t, dass das System zur Bereitstellung von technologischen Objekten (7) für Automatisierungsgeräte (6ι..n) vorgesehen ist.
6. System nach einem der vorhergehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t, dass ein Speicher (8) zur Speicherung von Automatisierungslösungen für wiederkehrende Aufgaben vorgesehen ist.
7. System nach einem der vorhergehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t, dass das System zur Nutzung eines Internet und/oder Intranet (13) zur Übertragung von Daten vorgesehen ist.
8. Verfahren zur Bereitstellung von geräteunabhängiger Funktionalität für Automatisierungsgeräte bei dem spezifische Funktionen mindestens eines Automatisierungsgeräts (6) überdeckt werden und Basisfunktionalität des Automatisierungsgeräts (6) bereitgestellt wird, allgemeine Funktionalität und/oder Automatisierungsfunktionalität bereitgestellt wird.
9. Verfahren nach Anspruch 8, d a d u r c h g e k e n n z e i c h n e t , dass automatisierungsgerätespezifische Adapter auf den Automatisierungsgeräten (6) verwendet werden.
10. Verfahren nach einem der Ansprüche 8 oder 9, d a d u r c h g e k e n n z e i c h n e t, dass die allgemeine Funktionalität und/oder Automatisierungsfunktionalität geräteunabhängig bereitgestellt wird.
11.Verfahren nach einem der Ansprüche 8 bis 10, d a d u r c h g e k e n n z e i c h n e t, dass ein Erstellsystem (2) für die Erstellung von Steuerungssoftware genutzt wird.
12. Verfahren nach einem der Ansprüche 8 bis 11, d a d u r c h g e k e n n z e i c h n e t, dass technologische Objekte (7) für Automatisierungsgeräte (6ι..n) bereitgestellt werden.
13. Verfahren nach einem der Ansprüche 8 bis 12, d a d u r c h g e k e n n z e i c h n e t, dass Automatisierungslösungen für wiederkehrende Aufgaben gespeichert werden.
14. Verfahren nach einem der Ansprüche 8 bis 13, d a d u r c h g e k e n n z e i c h n e t, dass eine Internet und/oder Intranet (13) zur Übertragung von Daten genutzt wird.
15. Automatisierungsspezifisch ausgebildete Programmiersprache für die Erstellung einer Steuerungssoftware für ein System sowie für ein Verfahren nach den Ansprüchen 1 bis 14.
16. Programmiersprache nach Anspruch 15, d a d u r c h g e k e n n z e i c h n e t, dass die Programmiersprache als Zwischensprache für Automatisierungssprachen,
- als Zielsprache von Erstellsystemen (2) und zur Abbildung auf die ersten Mittel (3) auf einem Automatisierungsgerät (6) als Zielplattform vorgesehen ist.
17. Programmiersprache nach den Ansprüchen 15 oder 16, d a d u r c h g e k e n n z e i c h n e t, dass Compiler (5) zur Abbildung der Programmiersprache auf die Zielplattform vorgesehen sind.
18. Automatisierungsgerät mit
- ersten Mitteln (3) zur Überdeckung spezifischer Funktionen und zum Bereitstellen von Basisfunktionalität des Automatisierungsgeräts (6) und auf den ersten Mitteln aufsetzende zweite Mittel (4) zur Bereitstellung von allgemeiner Funktionalität und/oder Automatisierungsfunktionalität .
19. Automatisierungsgerät nach Anspruch 18, d a d u r c h g e k e n n z e i c h n e t , dass die ersten Mittel (3) als automatisierungsgerätespezifi- sche Adapter ausgebildet sind.
20. Automatisierungsgerät nach Anspruch 18, d a d u r c h g e k e n n z e i c h n e t, dass die zweiten Mittel (4) geräteunabhängig ausgebildet sind.
PCT/DE2003/002753 2002-09-16 2003-08-18 System zur bereitstellung eines standard-frameworks für automatisierungsgeräte WO2004027608A2 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US10/527,914 US7757205B2 (en) 2002-09-16 2003-08-18 System for preparing a standard framework for automation appliances
EP03797171A EP1570346A2 (de) 2002-09-16 2003-08-18 System zur bereitstellung eines standard-frameworks für automatisierungsgeräte

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE10242916A DE10242916A1 (de) 2002-09-16 2002-09-16 System zur Bereitstellung eines Standard-Frameworks für Automatisierungsgeräte
DE10242916.2 2002-09-16

Publications (2)

Publication Number Publication Date
WO2004027608A2 true WO2004027608A2 (de) 2004-04-01
WO2004027608A3 WO2004027608A3 (de) 2005-07-07

Family

ID=31896038

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/DE2003/002753 WO2004027608A2 (de) 2002-09-16 2003-08-18 System zur bereitstellung eines standard-frameworks für automatisierungsgeräte

Country Status (4)

Country Link
US (1) US7757205B2 (de)
EP (1) EP1570346A2 (de)
DE (1) DE10242916A1 (de)
WO (1) WO2004027608A2 (de)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010058241A1 (en) 2008-11-24 2010-05-27 Abb Research Ltd. A system and a method for providing control and automation services
CN102360308A (zh) * 2011-09-29 2012-02-22 用友软件股份有限公司 组件的分布式部署系统和方法

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070078966A1 (en) * 2005-09-30 2007-04-05 Rockwell Automation Technologies, Inc. Presentation of automation data
DE102007062453A1 (de) * 2007-12-22 2009-06-25 Robert Bosch Gmbh Verfahren zum Programmieren und/oder Diagnostizieren einer speicherprogrammierbaren Steuerung
US20100268521A1 (en) * 2009-04-17 2010-10-21 Rainer Heller Monitoring An Automation System
DE102009033967A1 (de) * 2009-07-21 2011-01-27 Robert Bosch Gmbh Verfahren zum Programmieren einer speicherprogrammierbaren Steuerung mit resistenter Abspeicherung von Daten
US8418074B2 (en) * 2010-06-29 2013-04-09 Sap Ag Shared user interface services framework

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10055168A1 (de) * 2000-08-03 2002-02-21 Siemens Ag Industrielle Steuerung auf der Basis verteilbarer Technologischer Objekte
US20020073094A1 (en) * 1999-03-09 2002-06-13 Norbert Becker Automation system with reusable automation objects and method for reusing automation solutions in engineering tools

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6192282B1 (en) * 1996-10-01 2001-02-20 Intelihome, Inc. Method and apparatus for improved building automation
US5978578A (en) * 1997-01-30 1999-11-02 Azarya; Arnon Openbus system for control automation networks
US6131166A (en) * 1998-03-13 2000-10-10 Sun Microsystems, Inc. System and method for cross-platform application level power management
US6028998A (en) * 1998-04-03 2000-02-22 Johnson Service Company Application framework for constructing building automation systems
US6336118B1 (en) * 1998-12-03 2002-01-01 International Business Machines Corporation Framework within a data processing system for manipulating program objects
US6553223B1 (en) * 1999-12-30 2003-04-22 Qualcomm Incorporated Virtual device architecture for mobile telephones
US6882890B2 (en) * 2000-08-03 2005-04-19 Siemens Aktiengesellschaft Industrial controller based on distributable technology objects
US6442451B1 (en) * 2000-12-28 2002-08-27 Robotic Workspace Technologies, Inc. Versatile robot control system
US7293261B1 (en) * 2001-04-25 2007-11-06 Microsoft Corporation Language-neutral representation of software code elements

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020073094A1 (en) * 1999-03-09 2002-06-13 Norbert Becker Automation system with reusable automation objects and method for reusing automation solutions in engineering tools
DE10055168A1 (de) * 2000-08-03 2002-02-21 Siemens Ag Industrielle Steuerung auf der Basis verteilbarer Technologischer Objekte

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
See also references of EP1570346A2 *
STRONG, WEGSTEIN, TRITTER, OLSZTYN, MOCK, STEEL: "The problem of programming communication with changing machines: a proposed solution" COMMUNICATIONS OF THE ACM, Bd. 1, Nr. 8, August 1958 (1958-08), Seiten 12-18, XP002320975 NEW YORK, NY, USA *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010058241A1 (en) 2008-11-24 2010-05-27 Abb Research Ltd. A system and a method for providing control and automation services
US11650575B2 (en) 2008-11-24 2023-05-16 Abb Research Ltd. System and a method for control and automation service
CN102360308A (zh) * 2011-09-29 2012-02-22 用友软件股份有限公司 组件的分布式部署系统和方法

Also Published As

Publication number Publication date
EP1570346A2 (de) 2005-09-07
US20060142882A1 (en) 2006-06-29
DE10242916A1 (de) 2004-03-25
US7757205B2 (en) 2010-07-13
WO2004027608A3 (de) 2005-07-07

Similar Documents

Publication Publication Date Title
EP1401171B1 (de) Elektronische Vorrichtung für ein Bussystem
EP3538960B1 (de) Ablaufsteuerung von programmmodulen
EP3542232B1 (de) Steuerung für eine industrielle automatisierungsanlage und verfahren zum programmieren und betreiben einer derartigen steuerung
EP0807883A2 (de) Kommunikationssystem mit Mitteln zum Austausch von Softwareprozessen
DE102017215556A1 (de) Verfahren zum programmieren von elektronischen fahrzeug-steuermodulen
WO2004027608A2 (de) System zur bereitstellung eines standard-frameworks für automatisierungsgeräte
DE10303054A1 (de) Verifizieren einer Programmversion
EP2083339A1 (de) Verfahren und Vorrichtung zur Ausführung von Tests mittels funktional kaskadierten Test- und Experimentiervorrichtungen
EP3977301A1 (de) Laufzeitserver zum gleichzeitigen ausführen mehrerer laufzeitsysteme einer automatisierungsanlage
DE102008023873A1 (de) Verfahren zum Betrieb eines Antriebssystems
EP4091050B1 (de) Verfahren und anordnung zum verwalten von automatisierungs-programmen für industrielle automatisierungsplattformen
EP4289123A1 (de) Verfahren und vorrichtung zur konfiguration einer applikation
EP3204831B1 (de) Verfahren zur nachverfolgbaren programmierung und konfigurierung eines geräts
DE102018204952A1 (de) Testverfahren eines mechatronischen Systems
EP3285162A1 (de) Verfahren zum projektieren eines projektes sowie anordnung zur durchführung des verfahrens
EP4049129A1 (de) Verfahren zum verknüpfen von objekten eines steuerprogramms einer steuereinheit eines automatisierungssystems und entwicklungsumgebung
EP1454199B1 (de) Verfahren zur aktualisierung von elektronisch modifizierbaren komponenten eines automatisierungsgerätes
DE102016121542A1 (de) Ablaufsteuerung von Programmmodulen
DE102016121788A1 (de) Konfiguration einer Automatisierungsanlage
EP4390581A1 (de) Verfahren und engineeringsystem zur projektierung und programmierung einer industriellen automatisierungsanordnung mit einer anzahl automatisierungskomponenten
EP1043657A1 (de) Softwareobjekt, System und Verfahren für ein Automatisierungsprogramm mit Funktionsregeln mit Mehrfachnutzung für verschiedene Programmierwerkzeuge
EP3757692A1 (de) Verfahren zum durchführen von änderungen an einer industriellen maschine
EP2251756A2 (de) Verfahren und System zum Testen von Applikationen auf dezentral einsetzbaren programmierbaren Steuergeräten eines Automatisierungssystems
EP4086754A1 (de) Verfahren zur rechnergestützten konfiguration eines endgeräts, endgerät und betriebsverfahren für das endgerät
DE10105729C1 (de) Verfahren und System zur funktionsmäßigen Erweiterung einer Telekommunikationsanlage

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): US

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2003797171

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2006142882

Country of ref document: US

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 10527914

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 2003797171

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 10527914

Country of ref document: US