WO2000026731A1 - Automatisierungssystem und verfahren zum zugriff auf die funktionalität von hardwarekomponenten - Google Patents

Automatisierungssystem und verfahren zum zugriff auf die funktionalität von hardwarekomponenten Download PDF

Info

Publication number
WO2000026731A1
WO2000026731A1 PCT/DE1999/003364 DE9903364W WO0026731A1 WO 2000026731 A1 WO2000026731 A1 WO 2000026731A1 DE 9903364 W DE9903364 W DE 9903364W WO 0026731 A1 WO0026731 A1 WO 0026731A1
Authority
WO
WIPO (PCT)
Prior art keywords
objects
function
hardware components
functionality
automation system
Prior art date
Application number
PCT/DE1999/003364
Other languages
English (en)
French (fr)
Inventor
Hubert Gehring
Horst KÖRZDÖRFER
Thomas Talanis
Thomas Zebisch
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 EP99957925A priority Critical patent/EP1127299B1/de
Priority to DE59906702T priority patent/DE59906702D1/de
Publication of WO2000026731A1 publication Critical patent/WO2000026731A1/de
Priority to US09/846,395 priority patent/US6625664B2/en

Links

Classifications

    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/042—Programme control other than numerical control, i.e. in sequence controllers or logic controllers using digital processors
    • G05B19/0421—Multiprocessor system
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/25—Pc structure of the system
    • G05B2219/25428—Field device
    • 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 an automation system with hardware components that can be coupled via at least one bus system, in particular motors, sensors, actuators, etc.
  • the invention further relates to a method for accessing the functionality of such hardware components.
  • Such an automation system consists, for example, of motors, sensors, etc., which, for example in conjunction with one or more higher-level controls, form an automatic production process.
  • a special abstraction sheath which is interposed between the control and the hardware component, is generally required, which transmits the control commands between the control device and
  • Hardware component takes over.
  • a change or adaptation of the control device for example in relation to control programs, etc., is generally also necessary.
  • the invention has for its object to achieve an open and flexible operation of the system in a simple manner.
  • hardware components should be interchangeable without changes to the control programs.
  • an automation system with hardware components that can be coupled via at least one bus system, in particular motors, sensors, actuators, etc., each having a system connection unit with functional objects have as an image of the real functionality of the hardware components, the functional objects being provided for accessing the functionality of the hardware components via the bus system.
  • This object is achieved by a method for accessing the functionality of hardware components, in particular motors, sensors, actuators, etc. of an automation system, in which the hardware components are coupled within the automation system via at least one bus system, with the functionality of the hardware components being via the Bus system is accessed by means of a system connection unit integrated in the hardware component with functional objects as an image of the real hardware functions.
  • the invention is based on the knowledge that in order to implement the hardware components as “plug and play” modules, it is necessary to provide a special module directly in the hardware component, on which the function objects can run as access to the functionality of the hardware components.
  • the system connection unit is coupled to a bus system of the automation system, so that communication data can be transmitted, for example, from a control system to the hardware component as well as to and from all other components coupled to the bus system
  • the control system and the hardware components previously required switching objects are dispensed with.
  • the frequency of errors is also reduced since the system connections unit is essentially based on software objects.
  • a current and dynamic query for configuration is also carried out when a hardware component is replaced and also during operation automation system possible.
  • Configuration or access to the existing hardware components of the automation system can advantageously be implemented in such a way that the automation system has a control system and / or an operating and monitoring system for accessing the functional objects.
  • DCOM Distributed Component Object Model
  • a distributed application can consist of several processes that work together to perform a task. These processes can be carried out on one or more computers or system connection units.
  • the system connection units assigned to the hardware components can be embedded in their environment in that the function objects have at least one first function object for generating minimal functionality of a hardware component, at least one second function object for interconnecting function objects and at least one third function object for listing in the system processing unit and / or contain functional objects present on remote system processing units and / or remote computers.
  • a so-called link object can be created in that the second function object for influencing connections between the system connections to remote units and / or functional objects provided on remote computers is provided.
  • a simple and effective way of providing coding means is achieved in that the automation system has a loadable table with coding steps. In this way, a so-called marshaling function of the functional objects is also achieved.
  • FIG. 1 shows a block diagram of a first embodiment of an automation system with distributed
  • FIG. 2 shows a further exemplary embodiment of an automation system with a plurality of bus systems
  • FIG. 3 shows a schematic illustration for the construction of a system connection unit of a hardware component
  • FIG. 1 shows a block diagram of an automation system 1.
  • the automation system 1 consists of a control system 3, which is coupled to a large number of hardware components HL.Hn via a bus system B1.
  • An operating and monitoring system 6 is also coupled to the bus system B1.
  • Each hardware component HL.Hn has a system connection unit 5, which is each coupled to the bus system B1.
  • the central component of the automation system 1 shown in FIG. 1 is the system connection unit 5, which serves for the communication of the hardware components HL.Hn within the automation system 1 and for mapping the respective functionality of the hardware components HL.Hn, ie for generating representatives for this.
  • the system connection unit 5 has a minimal common interface, which contains an identification specified for all hardware components HL.Hn and is thus addressed by an external communication partner, for example from the control system 3, even without knowledge of the actual device, ie the actual hardware component HL.Hn. can be.
  • additional knowledge about the respective hardware component HL.Hn can be obtained from the respective contact person of the hardware component HL.Hn after starting communication.
  • FIG. 2 shows a further exemplary embodiment of an automation system with a plurality of bus systems B1, B2, B3.
  • a hardware component H1 is coupled to the first bus system B1, which contains a motor Ml such as an associated signal processing unit 5.
  • the hardware component H1 is also coupled to the second bus system B2, which is connected to a control system 3.
  • the control system 3 can also be coupled to the third bus system B3.
  • An operating and monitoring system 6 and a programmable logic controller 8 are connected to the third bus system B3.
  • the hardware component H1 is able to transmit or receive communication data via the first B1 and the second B2 bus system.
  • the system connection unit 5 also forms an interface for a network transition between the first bus system B1 and the second bus system B2, for example for communication data which are to be transmitted to the control system 3 by a hardware component H2 coupled to the bus system B1.
  • the system connection unit 5 has a memory 9 for storing protocols required for a network transition between the bus system B1 and the bus system B2. For example, a network transition between a so-called Ethernet and a so-called Profibus is possible in a simple manner.
  • the hardware component H1 has, in addition to the advantage of open and distributed communication between the hardware component Hl and, for example, the control system 3, the further advantages part of an interface adaptation for additional hardware components.
  • FIG. 3 shows a schematic representation of the structure of a system connection unit 5 of a hardware component HL.Hn, as is used, for example, in connection with the exemplary embodiments shown in FIGS. 1 and 2.
  • the signal connection unit 5 contains function objects D1, D2, D3 and operating system components 4A, 4B, a runtime system 7 (runtime system) and a protocol processing unit 10 (Profibus, UDP / IP, RPC).
  • the hardware component HL.Hn also has further data objects D4..Dn, which identify an additional user functionality as data objects D of a user.
  • the function objects D1..D3 are designed, for example, as so-called DCOM objects (Distributed Component Object Model) or as so-called OLE objects (Object Linking and Embedding).
  • the first function object D1 is used to generate minimal functionality of a hardware component.
  • the second function object D2 is used to interconnect objects, while the third function object D3 is intended to collect objects present in the system connection unit and / or on remote system processing units and / or remote computers.
  • the second function object D2 uses the runtime system 7 to establish connections.
  • the runtime system 7 is based on the Remote Procedure Call RPC protocol and is an administrative unit superimposed on the RPC protocol, which creates a view of local or remote objects or interfaces using the RPC protocols.
  • the special thing about the runtime interface 7 is that the interface is designed asynchronously, ie after the corresponding function has returned the results which have to be delivered by a remote system are not yet available.
  • the caller ie the trigger of the remote procedure call must therefore pass the address of a variable to the runtime system 7.
  • the runtime system 7 changes the value of a specific receipt component when the results arrive or a predefinable time-out. This tells the caller whether the operation completed successfully or failed.
  • the advantage of the asynchrony of the function interface of the runtime system of the second data object D2 is that, for example in the case of a cyclic programmable logic controller, the specified cycle can be adhered to with a strict cycle. To do this, the user program calls the method of a local or remote object in any cycle, while the result of the call is queried, for example, by a flag in the next cycle.
  • Hardware components HL.Hn are registered in such a way that with the help of a specific function, i.e. an interface visibly registers in the runtime system 7 of a command.
  • the registered interface is then accessible to so-called "clients”. Future calls from such clients are forwarded by the runtime system 7 to the previously transferred function.
  • the system connection unit 5 contains conversion means for converting between computer information data and data on a communication medium.
  • the responsibility for such an implementation lies, i.e. for the so-called marshaling for the respective data object DL.Dn itself.
  • the data objects DL.Dn would have to have one corresponding to the parameter signature of the respective method
  • the DCOM runtime system 7 provides functions for marshaling individual values.
  • the DCOM runtime system 7 establishes the connections between objects on different computers. For this task, on the one hand, a list of interfaces that are used by local clients on remote computers, so-called imported interfaces, is administered. On the other hand, lists with interfaces are managed that local servers make available for remote clients, so-called exported interfaces.
  • the device object model M essentially consists of a general device A, which, as a system definition, describes the functionality of a so-called OVA device (Open Distributed Automation) that is the same for all devices.
  • the general device A is realized by the three function objects D1, D2, D3.
  • the general device A further contains an extended device E describes all services of the device that offer a certain device class, for example a certain device type of programmable logic controllers in addition to the general object model A. It is described via an object El (Extented Device).
  • the device object model M further contains an area 14 for the user functionality assigned to an OVA component 13.
  • the user functionality of the automation objects 13 can be described via a further object 12, for example via a so-called ACAO interface (Active Control Application Object). Interfaces to the data objects D4..Dn exist via the ACAO interface.
  • the object Dl Common Device
  • Object D1 is an anchor for all other objects of the device, i.e. the objects living on the device can be determined via object D1.
  • Object contains references to the automation objects of the device.
  • the special function of function object D3 is to enumerate the sum of the functionality of the system, i.e. to inquire.
  • the extended device E describes all services of the device that offer a certain device class, for example a certain device type of programmable logic controllers in addition to the general object model A. It is described via the Extented Device El object.
  • the device object model is thus divided into a part of fixed functionality A and a part E with variable functionality.
  • the functionality of the function objects D2, D3 is made accessible via the first function object D1, while the further function objects D4, .., Dn can be queried and accessed from the function object D3.
  • the functionality of the automation objects can be described via the ACAO interface 12 (Active Control Application Object).
  • the invention thus relates to an automation system 1 with hardware components HL.Hn that can be coupled via at least one bus system BL .B3, in particular motors, sensors, actuators, etc.
  • This enables the automation system to operate as flexibly and openly as possible can be achieved, each with a system connection unit
  • the function objects are as
  • DCOM objects are trained so that a use of the from

Abstract

Die Erfindung betrifft ein Automatisierungssystem (1) mit über mindestens ein Bussystem (B1..B3) koppelbaren Hardwarekomponenten (H1..Hn), insbesondere Motoren, Sensoren, Aktuatoren, etc. Eine möglichst flexible und offene Betriebsweise des Automatisierungssystems kann dadurch erzielt werden, dass jede Hardwarekomponente (H1..Hn) jeweils eine Systemverbindungseinheit (5) mit Funktionsobjekten als Abbild der realen Funktionalität der Hardwarekomponenten (H1..Hn) aufweist, wobei die Funktionsobjekte zum Zugriff auf die Funktionalität der Hardwarekomponenten über das Bussystem vorgesehen sind. Die Funktionsobjekte sind als DCOM-Objekte ausgebildet, so dass eine Nutzung der aus der Bürowelt bekannten Mechanismen zur Ausführung von verteilten Anwendungen möglich wird.

Description

Beschreibung
Automatisierungssystem und Verfahren zum Zugriff auf die Funktionalität von Hardwarekomponenten
Die Erfindung betrifft ein Automatisierungssystem mit über mindestens ein Bussystem koppelbaren Hardwarekomponenten, insbesondere Motoren, Sensoren, Aktuatoren, etc..
Die Erfindung betrifft weiter ein Verfahren zum Zugriff auf die Funktionalität von derartigen Hardwarekomponenten.
Ein derartiges Automatisierungssystem besteht beispielsweise aus Motoren, Sensoren, etc., die beispielsweise im Zusammen- spiel mit einer oder mehreren übergeordneten Steuerungen einen automatischen Produktionsprozeß bilden. Für die Ansteue- rung der Hardwarekomponenten ist dabei in der Regel eine spezielle zwischen Steuerung und Hardwarekomponente zwischengeschaltete Abstraktionshülle erforderlich, die die Vermittlung der Steuerungsbefehle zwischen Steuerungsvorrichtung und
Hardwarekomponente übernimmt. Bei einem Austausch von Hardwarekomponenten bzw. bei einer Ergänzung ist somit neben Änderungen der Hardwarekomponenten selbst in der Regel auch eine Änderung bzw. Anpassung der Steuerungsvorrichtung beispiels- weise in Bezug auf Steuerungsprogramme etc. erforderlich.
Der Erfindung liegt die Aufgabe zugrunde, auf einfache Weise eine offene und flexible Betriebsweise des Systems zu erzielen. Insbesondere sollen dabei Hardwarekomponenten ohne Ände- rungen der Steuerprogramme austauschbar sein.
Diese Aufgabe wird durch ein Automatisierungssystem mit über mindestens ein Bussystem koppelbaren Hardwarekomponenten, insbesondere Motoren, Sensoren, Aktuatoren, etc. gelöst, die jeweils eine Systemverbindungseinheit mit Funktionsobjekten als Abbild der realen Funktionalität der Hardwarekomponenten aufweisen, wobei die Funktionsob ekte zum Zugriff auf die Funktionalität der Hardwarekomponenten über das BusSystem vorgesehen sind.
Diese Aufgabe wird durch ein Verfahren zum Zugriff auf die Funktionalität von Hardwarekomponenten, insbesondere Motoren, Sensoren, Aktuatoren, etc. eines Automatisierungssystems gelöst, bei dem die Kopplung der Hardwarekomponenten innerhalb des Automatisierungssystems über mindestens ein Bussystem erfolgt, wobei auf die Funktionalität der Hardwarekomponenten über das Bussystem mittels einer in der Hardwarekomponente integrierte Systemverbindungseinheit mit Funktionsob ekten als Abbild der realen Hardwarefunktionen zugegriffen wird.
Die Erfindung geht von der Erkenntnis aus, daß es für eine Realisierung der Hardwarekomponenten als „plug and play"-Module erforderlich ist, direkt in der Hardwarekomponente einen speziellen Baustein vorzusehen, auf dem die Funktionsobjekte als Zugang zur Funktionalität der Hardwarekomponenten ablauf- fähig sind. Dieser spezielle Baustein ist in Form der Systemverbindungseinheit realisiert. Die Systemverbindungseinheit ist mit einem Bussystem des Automatisierungssystems gekoppelt, so daß Kommunikationsdaten beispielsweise von einem Leitsystem zur Hardwarekomponente wie auch von und zu sämtlichen mit dem Bussystem gekoppelten weiteren Komponenten übertragen werden können. Hierdurch können spezielle zwischen einem Leitsystem und den Hardwarekomponenten bisher erforderliche Vermittlungsobjekte entfallen. Darüber hinaus ver- ringert sich durch die Einsparung derartiger als Hardware oder Software vorliegender Vermittlungsobjekte auch die Fehlerhäufigkeit, da die Systemverbindungseinheit im wesentlichen auf Softwareobjekten beruht. Hierdurch wird auch bei einem Austausch einer Hardwarekomponente sowie auch im Be- triebsfall eine aktuelle und dynamische Abfrage zur Konfigu- ration des Automatisierungssystems möglich. Darüber hinaus besteht über die Systemverbindungseinheit jederzeit eine direkte Verbindung zur Funktionalität der Hardwarekomponenten.
Eine Konfiguration oder ein Zugriff auf die bestehenden Hardwarekomponenten des Automatisierungssystems kann in vorteilhafter Weise derart realisiert werden, daß das Automatisierungssystem ein Leitsystem und/oder ein Bedien- und Beobachtungssystem zum Zugriff auf die Funktionsobjekte aufweist.
Die Nutzung der aus der Bürowelt bekannten Mechanismen zur Ausführung von verteilten Anwendungen kann dadurch erfolgen, daß die Funktionsobjekte als DCOM-Objekte ausgebildet sind. DCOM (Distributed Component Object Model) ist ein Mechanis- mus, der es ermöglicht, über mehrere Computer in einem Netzwerk verteilte Anwendungen auszuführen. Eine verteilte Anwendung kann dabei aus mehreren Prozessen bestehen, die zusammenarbeiten, um eine Aufgabe auszuführen. Diese Prozesse können dabei auf einem oder mehreren Rechnern oder Systemverbin- dungseinheiten ausgeführt werden.
Die Einbettung der den Hardwarekomponenten zugeordneten Systemverbindungseinheiten in ihre Umgebung kann dadurch erfolgen, daß die Funktionsobjekte mindestens ein erstes Funk- tionsobjekt zur Erzeugung einer minimalen Funktionalität einer Hardwarekomponente, mindestens ein zweites Funktionsobjekt zur Verschaltung von FunktionsObjekten und mindestens ein drittes Funktionsobjekt zur Auflistung von in der Systemverarbeitungseinheit und/oder auf entfernten Systemverarbei- tungseinheiten und/oder entfernten Rechnern vorhandenen Funktionsobjekten enthalten.
Ein sogenanntes Verknüpfungsobjekt kann dadurch geschaffen werden, daß das zweite Funktionsobjekt zur Beeinflussung von Verbindungen zwischen den auf entfernten Systemverbindungs- einheiten und/oder auf entfernten Rechnern vorhandenen Funktionsobjekten vorgesehen ist.
Ein störungsfreier Zugriff auf die Hardwarekomponenten ohne die Notwendigkeit von Synchronisierungsmaßnahmen kann dadurch sichergestellt werden, daß durch das dritte Funktionsobjekt beim Zugriff auf die Systemverbindungseinheit ein dynamisches Abfrageobjekt generiert wird. Die Besonderheit dieses Abfrageobjekts besteht darin, die Summe der Funktionalität des Systems zu enumerieren.
Eine einfache und wirkungsvolle Möglichkeit zur Bereitstellung von Codierungsmitteln wird dadurch erreicht, daß das Automatisierungssystem eine ladbare Tabelle mit Codierungsvor- schritten aufweist. Hierdurch wird auch eine sogenannte Marshaling-Funktion der Funktionsobjekte erzielt.
Im folgenden wird die Erfindung anhand der in den Figuren dargestellten Ausführungsbeispiele näher beschrieben und er- läutert.
Es zeigen:
FIG 1 ein Blockschaltbild eines ersten Ausführungsbei- spiels eines Automatiserungssystems mit verteilten
Objekten,
FIG 2 ein weiteres Ausführungsbeispiel eines Automatisierungssystems mit mehreren BusSystemen,
FIG 3 eine schematische Darstellung für den Aufbau einer Systemverbindungseinheit einer Hardwarekomponente und
Figur 4 ein abstraktes Geräteobjektmodell . Figur 1 zeigt ein Blockschaltbild eines Automatisierungssystems 1. Das Automatisierungssystem 1 besteht aus einem Leitsystem 3 , welches über ein Bussystem Bl mit einer Vielzahl von Hardwarekomponenten HL.Hn gekoppelt ist. Mit dem Bussy- stem Bl ist weiterhin ein Bedien- und BeobachtungsSystem 6 gekoppelt. Jede Hardwarekomponente HL.Hn weist eine Systemverbindungseinheit 5 auf, die jeweils mit dem Bussystem Bl gekoppelt ist.
Zentraler Bestandteil des in Figur 1 dargestellten Automatisierungssystems 1 ist die Systemverbindungseinheit 5, die der Kommunikation der Hardwarekomponenten HL.Hn innerhalb des Automatisierungssystems 1 sowie zur Abbildung der jeweiligen Funktionalität der Hardwarekomponenten HL.Hn, d.h. zur Er- zeugung von Repräsentanten hierfür dient. Hierzu weist die Systemverbindungseinheit 5 ein minimales gemeinsames Interface auf, welches eine für alle Hardwarekomponenten HL.Hn vorgegebene Identifizierung enthält und hierdurch von einen externen Kommunikationspartner, beispielsweise vom Leitsystem 3 auch ohne Kenntnis über das eigentliche Gerät, d.h. über die eigentliche Hardwarekomponente HL.Hn angesprochen werden kann. Durch die Systemverbindungseinheit 5 kann vom jeweiligen Ansprechpartner der Hardwarekomponente HL.Hn nach Aufnahme einer Kommunikation weiteres Wissen über die jeweilige Hardwarekomponente HL.Hn erlangt werden. Mit Hilfe der Systemverbindungseinheit 5 wird es somit möglich, Hardwarekomponenten HL.Hn ohne Änderung der bestehenden Strukturen des Automatisierungssystems 1 zu ersetzen, zu ergänzen etc.. Darüber hinaus entfallen aufgrund der direkten Kommunikation eines übergeordneten Leitsystems mit der in der Hardwarekomponente HL.Hn angeordneten Systemverbindungseinheit 5 ansonsten erforderliche dazwischengeschaltete Abstraktionshüllen. Insgesamt führt das in Figur 1 dargestellte Grundprinzip von Hardwarekomponenten HL.Hn mit integrierter Systemverbin- dungseinheit 5 dazu, daß das Automatisierungssystem 1 offen und flexibel betrieben werden kann. Dies wird im folgenden auch mit dem Schlagwort "offene/verteilte Automatisierung" bezeichnet werden.
Figur 2 zeigt ein weiteres Ausführungsbeispiel eines Automatisierungssystems mit mehreren Bussystemen Bl, B2 , B3. Mit den ersten Bussystem Bl ist eine Hardwarekomponente Hl gekoppelt, die einen Motor Ml wie eine zugehörige Signalverarbeitungs- einheit 5 enthält. Die Hardwarekomponente Hl ist darüber hi- naus mit dem zweiten Bussystem B2 gekoppelt, welches mit einem Leitsystem 3 verbunden ist. Das Leitsystem 3 ist darüber hinaus mit dem dritten Bussystem B3 koppelbar. An das dritte Bussystem B3 ist ein Bedien- und Beobachtungssystem 6 sowie eine speicherprogrammierbare Steuerung 8 verbunden.
Die Hardwarekomponente Hl, genauer gesagt die Systemverbindungseinheit 5 der Hardwarekomponente Hl mit zugehörigem Signalverarbeitungsmitteln ist in der Lage über das erste Bl und das zweite B2 Bussystem Kommunikationsdaten zu übertragen bzw. zu empfangen. Darüber hinaus bildet die Systemverbindungseinheit 5 auch eine Schnittstelle für einen Netzübergang zwischen dem ersten Bussystem Bl und dem zweiten Bussystem B2 , beispielsweise für Kommunikationsdaten, die von einer mit dem Bussystem Bl gekoppelten Hardwarekomponente H2 an das Leitsystem 3 übertragen werden sollen. Hierzu weist die Systemverbindungseinheit 5 einen Speicher 9 zur Speicherung von für einen Netzübergang zwischen dem Bussystem Bl und dem Bussystem B2 erforderlichen Protokollen auf. So ist beispielsweise auf einfache Weise ein Netzübergang zwischen einem so- genannten Ethernet und einem sogenannten Profibus möglich.
Die Hardwarekomponente Hl weist bei dem in Figur 2 dargestellten Ausführungsbeispiel neben dem Vorteil einer offenen und verteilten Kommunikation zwischen der Hardwarekomponente Hl und beispielsweise dem Leitsystem 3 auch den weiteren Vor- teil einer Schnittstellenanpassung für weitere Hardwarekomponenten auf .
Figur 3 zeigt eine schematische Darstellung des Aufbaus einer Systemverbindungseinheit 5 einer Hardwarekomponente HL.Hn, wie sie beispielsweise im Zusammenhang mit dem in Figur 1 und Figur 2 dargestellten Ausführungsbeispielen zum Einsatz kommt. Die Signalverbindungseinheit 5 enthält Funktionsobjekte D1,D2,D3 sowie BetriebsSystemkomponenten 4A,4B, ein Lauf- zeitsystem 7 (Runtime-System) sowie eine Protokollverarbeitungseinheit 10 (Profibus, UDP/IP, RPC) . Die Hardwarekomponenten HL.Hn weist darüber hinaus weitere Datenobjekte D4..Dn auf, die als Datenobjekte D eines Anwenders eine zusätzliche Anwenderfunktionalitat kennzeichnen.
Die Funktionsobjekte Dl..D3 sind beispielsweise als sogenannte DCOM-Objekte (Distributed Component Object Model) bzw. als sogenannte OLE-Objekte (Object Linking and Embedding) ausgebildet. Das erste Funktionsobjekt Dl dient der Erzeugung einer minimalen Funktionalität einer Hardwarekomponente. Das zweite Funktionsobjekt D2 dient zur Verschaltung von Objekten, während das dritte Funktionsobjekt D3 zur Sammlung von in der Systemverbindungseinheit und/oder auf entfernten Systemverarbeitungseinheiten und/oder entfernten Rechnern vor- handenen Objekten vorgesehen ist. Das zweite Funktionsobjekt D2 benutzt das Laufzeitsystem 7, um Verbindungen herzustellen. Das Laufzeitsystem 7 baut auf dem Remote Procedure Call RPC-Protokoll auf und ist eine dem RPC-Protokoll überlagerte Verwaltungseinheit, die eine Sicht auf lokale oder entfernte Objekte bzw. Interfaces mit Hilfe der RPC-Protokolle herstellt. Das besondere der LaufZeitschnittstelle 7 ist es, daß die Schnittstelle asynchron ausgebildet ist, d.h. nach Rückkehr der entsprechenden Funktion liegen die Ergebnisse, die von einem entfernten System zu liefern sind, noch nicht vor. Der Aufrufer, d.h. der Auslöser des Remote Procedure Calls muß daher die Adresse einer Variablen an das Laufzeitsystem 7 übergeben. Das Laufzeitsystem 7 verändert beim Eintreffen der Ergebnisse oder einem vorgebbaren Time-out den Wert einer bestimmten Quittungskomponente. Hierdurch wird dem Aufrufer mitgeteilt, ob die Operation erfolgreich abgeschlossen wurde oder fehlschlug. Der Vorteil der Asynchronität der Funktionsschnittstelle des Laufzeitsystems des zweiten Datenobjekts D2 ist es, daß beispielsweise bei einer zyklischen speicherprogrammierbaren Steuerung mit einem strengen Zyklus der vorge- gebene Zyklus eingehalten werden kann. Hierzu ruft das Anwenderprogramm in einem beliebigen Zyklus die Methode eines lokalen bzw. entfernten Objekts, während das Ergebnis des Aufrufs beispielsweise per Flag im nächsten Zyklus abgefragt wird.
Die Registrierung von Hardwarekomponenten HL.Hn erfolgt in der Weise, daß mit Hilfe einer bestimmten Funktion, d.h. eines Befehls ein Interface sichtbar im Laufzeitsystem 7 anmeldet. Das registrierte Interface ist danach für sogenannte "Clients" zugänglich. Künftige Aufrufe von derartigen Clients werden vom Laufzeitsystem 7 an die vorher übergebene Funktion weitergeleitet .
Die Systemverbindungseinheit 5 enthält Umsetzungsmittel zur Umsetzung zwischen Rechnerinformationsdaten und Daten auf einen Kommunikationsmedium. Dabei liegt die Verantwortung für eine derartige Umsetzung, d.h. für das sogenannte Marshaling beim jeweiligen Datenobjekt DL.Dn selbst. Die Datenobjekte DL.Dn müßten vor dem Aufruf einer entfernten Methode ent- sprechend der Parametersignatur der jeweiligen Methode einen
Puffer mit Werten füllen, der den Codierungsvorschriften von beispielsweise RPC bzw. DCOM gerecht wird. Entsprechendes gilt für die Rückgabe der Out-Parameter, die Entgegennahme der In-Parameter und die Entgegennahme von Out-Parametern. Das DCOM-Runtime-System 7 stellt Funktionen für das Marsha- ling einzelner Werte zur Verfügung.
Das DCOM-Runtime-System 7 stellt die Verbindungen zwischen Objekten auf unterschiedlichen Rechnern her. Für diese Aufgabe wird zum einen eine Liste von Interfaces verwaltet, die von lokalen Clients auf entfernten Rechnern beansprucht werden, sogenannte importierte Interfaces. Zum anderen werden Listen mit Interfaces verwaltet, die lokale Server für ent- fernte Clients zur Verfügung stellen, sogenannte exportierte Interfaces .
Figur 4 zeigt ein abstraktes Geräteobjektmodel M für alle an einem offenen verteilten Automatisierungssystem teilnehmenden Komponenten OVA-Komponenten 13 (OVA-Device = Offene Verteilte Automatisierung) . Das Geräteobjektmodel M besteht im wesentlichen aus einem allgemeinen Gerät A, welches als Systemdefinition die über alle Geräte gleiche Funktionalität eines sogenannten OVA-Geräts (Offene Verteilte Automatisierung) be- schreibt. Das allgemeine Gerät A wird durch die drei Funktionsobjekte Dl, D2, D3 realisiert. Das allgemeine Gerät A enthält weiter ein erweitertes Gerät E beschreibt alle Dienste des Geräts, die eine bestimmte Geräteklasse, beispielsweise einen bestimmten Gerätetyp von speicherprogrammierbaren Steuerungen zusätzlich zum allgemeinen Objektmodell A anbieten. Es wird über ein Objekt El (Extented Device) beschrieben. Das Geräteobjektmodel M enthält weiter einen Bereich 14 für die einer OVA-Komponente 13 zugeordnete Anwenderfunktio- nalität. Die Anwenderfunktionalität der Automatisierungsob- jekte 13 kann dabei über ein weiteres Objekt 12, beispielsweise über ein sogenanntes ACAO-Interfaces (Active Control Application Object) beschrieben werden. Über das ACAO-Inter- face bestehen Interfaces zu den Datenobjekten D4..Dn. Das Objekt Dl (Common Device) stellt die allgemeine minimale
Funktionalität eines Geräts zur Verfügung. Es hat eine für alle Geräte gleiche wohlbekannte Identifizierung und kann somit einen externen Kommunikationspartner auch ohne Kenntnis über das eigentliche Gerät angesprochen werden. Das Objekt Dl ist sozusagen Anker für alle weiteren Objekte des Geräts, d.h. die auf dem Gerät lebenden Objekte können über das Objekt Dl bestimmt werden. Das Objekt D2 (ACCO = Active Control Connection Object) realisiert die Verschaltung von Automati- sierungsobjekten, während das Objekt D3 (RT Automation
Object) Verweise auf die Automatisierungsobjekte des Geräts enthält. Die besondere Funktion des Funktionsobjekts D3 besteht darin, die Summe der Funktionalität des Systems zu enu- merieren, d.h. zu erfragen. Das erweiterte Gerät E beschreibt alle Dienste des Geräts, die eine bestimmte Geräteklasse, beispielsweise einen bestimmten Gerätetyp von speicherprogrammierbaren Steuerungen zusätzlich zum allgemeinen Objektmodell A anbieten. Es wird über das Objekt Extented Device El beschrieben.
Das Geräteobjektmodell ist gemäß Figur 4 somit in einen Teil fester Funktionalität A sowie in einen Teil E mit variabler Funktionalität unterteilt. Die Funktionalität der Funktionsobjekte D2 , D3 wird über das erste Funktionsobjekt Dl zu- gänglich gemacht, während vom Funktionsobjekt D3 die weiteren Funktionsobjekte D4,.., Dn erfragbar und zugänglich sind. Die Funktionalität der Automatisierungsobjekte kann dabei über das ACAO-Interface 12 (Active Control Application Object) beschrieben werden.
Zusammenfassend betrifft die Erfindung somit ein Automatisierungssystem 1 mit über mindestens ein Bussystem BL .B3 koppelbaren Hardwarekomponenten HL.Hn, insbesondere Motoren, Sensoren, Aktuatoren, etc.. Eine möglichst flexible und offene Betriebsweise des Automatisierungssystems kann dadurch erzielt werden, die jeweils eine Systemverbindungseinheit mit
Funktionsobjekten als Abbild der realen Funktionalität der
Hardwarekomponenten aufweisen, wobei die Funktionsobjekte zum
Zugriff auf die Funktionalität der Hardwarekomponenten über das Bussystem vorgesehen sind. Die Funktionsobjekte sind als
DCOM-Objekte ausgebildet, so daß eine Nutzung der aus der
Bürowelt bekannten Mechanismen zur Ausführung von verteilten
Anwendungen möglich wird.

Claims

Patentansprüche
1. Automatisierungssystem (1) mit über mindestens ein Bussystem (B1..B3) koppelbaren Hardwarekomponenten (HL.Hn), insbesondere Motoren, Sensoren, Aktuatoren, etc., die jeweils eine Systemverbindungseinheit (5) mit Funktionsobjekten
(DL.Dn) als Abbild der realen Funktionalität der Hardwarekomponenten (HL.Hn) aufweisen, wobei die Funktionsobjekte (DL.Dn) zum Zugriff auf die Funktionalität der Hardwarekomponenten (HL.Hn) über das Bussystem (B1..B3) vorgesehen sind.
2. Automatisierungssystem nach Anspruch 1, d a d u r c h g e k e n n z e i c h n e t, daß das Automatisierungssystem ein Leitsystem (3) und/oder eine Bedien- und Beobachtungssystem zum Zugriff auf die Funktionsobjekte (DL.Dn) aufweist.
3. Automatisierungssystem nach einem der Ansprüche 1 oder 2, d a d u r c h g e k e n n z e i c h n e t, daß die Funktionsobjekte (DL.Dn) als DCOM-Objekte ausgebildet sind.
4. Automatisierungssystem nach einem der Ansprüche 1 bis 3 , d a d u r c h g e k e n n z e i c h n e t, daß die Funktionsobjekte (D1..D3) mindestens ein erstes Funktionsobjekt (Dl) zur Erzeugung einer minimalen Funktionalität einer Hardwarekomponente (HL.Hn), mindestens ein zweites Funktionsobjekt (D2) zur Verschaltung von Funktionsobjekten und mindestens ein drittes Funktionsobjekt (D3) zur Sammlung von in der Systemverarbeitungseinheit (5) und/oder auf entfernten Systemverarbeitungseinheiten und/oder entfernten Rechnern vorhandenen FunktionsObjekten (DL.Dn) aufweisen.
5. Automatisierungssystem nach einem der Ansprüche 1 bis 4, d a d u r c h g e k e n n z e i c h n e t, daß das zweite Funktionsobjekt (D2) zur Beeinflussung von Verbindungen zwischen den auf entfernten Systemverbindungs- einheiten und/oder auf entfernten Rechnern vorhandenen Funktionsobjekten vorgesehen ist.
6. Automatisierungssystem nach einem der Ansprüche 1 bis 5, d a d u r c h g e k e n n z e i c h n e t, daß durch das dritte Funktionsobjekt (D3) beim Zugriff auf die Systemverbindungseinheit ein dynamisches Abfrageobjekt generiert wird.
7. Automatisierungssystem nach einem der Ansprüche 1 bis 6, d a d u r c h g e k e n n z e i c h n e t, daß das Automatisierungssystem eine ladbare Tabelle mit Codierungsvorschriften aufweist.
8. Automatisierungssystem nach einem der Ansprüche 1 bis 7, d a d u r c h g e k e n n z e i c h n e t, daß das Automatisierungssystem zum Zugriff auf die Funktionalität der Hardwarekomponenten ein Leitsystem und/oder eine Bedien- und BeobachtungsSystem aufweist.
9. Verfahren zum Zugriff auf die Funktionalität von Hardwarekomponenten (HL.Hn), insbesondere Motoren, Sensoren, Aktuatoren, etc. eines Automatisierungssystems (1), bei dem die Kopplung der Hardwarekomponenten (HL.Hn) innerhalb des Automatisierungssystems über mindestens ein Bussystem (B1..B3) erfolgt, wobei auf die Funktionalität der Hardwarekomponenten über das Bussystem mittels einer in der Hardwarekomponente integrierte Systemverbindungseinheit (5) mit FunktionsObjekten (DL.Dn) als Abbild der realen Hardwarefunktionen zugegriffen wird.
10. Verfahren nach Anspruch 9, d a d u r c h g e k e n n z e i c h n e t, daß in der Systemverbindungseinheit (5) über ein erstes Funktionsobjekt (Dl) eine minimalen Funktionalität einer Hard- warekomponente (HL.Hn) erzeugt wird, daß über ein zweites Funktionsobjekt (D2) Funktionsobjekte (DL.Dn) miteinander verschaltet werden und daß über ein drittes Funktionsobjekt (D3) die in der Systemverarbeitungseinheit (5) und/oder auf entfernten Systemverarbeitungseinheiten und/oder auf entfern- ten Rechnern vorhandene Funktionsobjekte (DL.Dn) aufgelistet werden .
PCT/DE1999/003364 1998-11-02 1999-10-20 Automatisierungssystem und verfahren zum zugriff auf die funktionalität von hardwarekomponenten WO2000026731A1 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP99957925A EP1127299B1 (de) 1998-11-02 1999-10-20 Automatisierungssystem und verfahren zum zugriff auf die funktionalität von hardwarekomponenten
DE59906702T DE59906702D1 (de) 1998-11-02 1999-10-20 Automatisierungssystem und verfahren zum zugriff auf die funktionalität von hardwarekomponenten
US09/846,395 US6625664B2 (en) 1998-11-02 2001-05-02 Automation system to access functionality of hardware components with each hardware component having system connection unit with function objects representing real functionality of components

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE19850469.1 1998-11-02
DE19850469A DE19850469A1 (de) 1998-11-02 1998-11-02 Automatisierungssystem und Verfahren zum Zugriff auf die Funktionalität von Hardwarekomponenten

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US09/846,395 Continuation US6625664B2 (en) 1998-11-02 2001-05-02 Automation system to access functionality of hardware components with each hardware component having system connection unit with function objects representing real functionality of components

Publications (1)

Publication Number Publication Date
WO2000026731A1 true WO2000026731A1 (de) 2000-05-11

Family

ID=7886419

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/DE1999/003364 WO2000026731A1 (de) 1998-11-02 1999-10-20 Automatisierungssystem und verfahren zum zugriff auf die funktionalität von hardwarekomponenten

Country Status (4)

Country Link
US (1) US6625664B2 (de)
EP (1) EP1127299B1 (de)
DE (2) DE19850469A1 (de)
WO (1) WO2000026731A1 (de)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6915528B1 (en) 2001-07-19 2005-07-05 Digeo, Inc. System and method for managing television programs within an entertainment system
EP1170848A3 (de) * 2000-07-05 2005-09-14 ABB PATENT GmbH Gebäudeinstallationssystem und Installationsgerät
WO2005109194A1 (de) * 2004-05-10 2005-11-17 Siemens Aktiengesellschaft Erweiterung der funktionalität eines baugruppensystems unter verwendung einer eine container-architektur aufweisende controllersoftware

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10056469A1 (de) * 2000-11-15 2002-05-23 Siemens Ag Koppeleinrichtung und Koppelverfahren zur Kopplung von lokalen und globalen Netzwerken
DE10112508B4 (de) * 2001-03-15 2004-04-08 Siemens Ag Verfahren und Vorrichtung zur Anordnung von Datenobjekten in einer Datenverarbeitungsanlage
US6819960B1 (en) 2001-08-13 2004-11-16 Rockwell Software Inc. Industrial controller automation interface
DE10214501A1 (de) * 2002-04-02 2003-10-30 Siemens Ag Webserver mit integrierter Automatisierungsfunkionalität und direktem Zugriff auf die Echtzeit-Kommunikationsebene des Realtime-Ethernets
DE10218841A1 (de) * 2002-04-23 2003-11-13 Bizerba Gmbh & Co Kg Wägesystem
US20050198138A1 (en) * 2002-04-29 2005-09-08 Rainer Heller Automation device comprising an interface for message-based and port-based accessing of an application
DE102006028797A1 (de) 2006-06-23 2007-12-27 Khs Ag Austauschbares Antriebssystem
EP2221694B1 (de) * 2009-02-19 2013-03-27 Siemens Aktiengesellschaft Verfahren zur Einräumung einer Berechtigung zur Nutzung einer Funktion in einem mehrere vernetzte Steuerungseinheiten umfassenden industriellen Automatisierungssystem und industrielles Automatisierungssystem
CN110268393B (zh) * 2017-02-14 2024-03-08 索尼半导体解决方案公司 通信装置、通信方法、程序和通信系统

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0488178A2 (de) * 1990-11-30 1992-06-03 Mitsubishi Denki Kabushiki Kaisha Hausbussystem
WO1997016771A1 (de) * 1995-10-31 1997-05-09 Oce Printing Systems Gmbh Kommunikationseinrichtung in einem elektrografischen druck- und kopiergerät
WO1997039393A1 (de) * 1996-04-18 1997-10-23 Fritz Electronic Gmbh Vorrichtung zur steuerung und datenaufbereitung einer industriellen anlage
WO1997049028A1 (de) * 1996-06-18 1997-12-24 Ginova Ag Elektronisches steuergerät mit an den bus geschalteten, lösbaren speicherelementen, die das gesamte softwareprogramm enthalten
EP0825740A2 (de) * 1996-08-23 1998-02-25 Bosch-Siemens HausgerÀ¤te GmbH Schaltungsanordnung und Verfahren zur Steuerung elektrischer Hausgeräte
US5805442A (en) * 1996-05-30 1998-09-08 Control Technology Corporation Distributed interface architecture for programmable industrial control systems

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5513095A (en) * 1989-08-16 1996-04-30 Siemens Aktiengesellschaft Flexible automation system for variable industrial processes
DE29602226U1 (de) * 1996-02-09 1996-04-11 Csb Syst Software Entwicklung Anordnung zur Integration von EDV-Systemen mit Industrie-Steuerungselementen
US6304918B1 (en) * 1997-03-11 2001-10-16 Microsoft Corporation Object interface control system
US6151700A (en) * 1997-10-20 2000-11-21 International Business Machines Corporation Object oriented distributed programming system for computer controlled networks with selective capture of program property data identifying a particular program version
US6442640B1 (en) * 1998-11-23 2002-08-27 Lucent Technologies, Inc. Method and apparatus for determining an address uniquely identifying a hardware component on a common bus

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0488178A2 (de) * 1990-11-30 1992-06-03 Mitsubishi Denki Kabushiki Kaisha Hausbussystem
WO1997016771A1 (de) * 1995-10-31 1997-05-09 Oce Printing Systems Gmbh Kommunikationseinrichtung in einem elektrografischen druck- und kopiergerät
WO1997039393A1 (de) * 1996-04-18 1997-10-23 Fritz Electronic Gmbh Vorrichtung zur steuerung und datenaufbereitung einer industriellen anlage
US5805442A (en) * 1996-05-30 1998-09-08 Control Technology Corporation Distributed interface architecture for programmable industrial control systems
WO1997049028A1 (de) * 1996-06-18 1997-12-24 Ginova Ag Elektronisches steuergerät mit an den bus geschalteten, lösbaren speicherelementen, die das gesamte softwareprogramm enthalten
EP0825740A2 (de) * 1996-08-23 1998-02-25 Bosch-Siemens HausgerÀ¤te GmbH Schaltungsanordnung und Verfahren zur Steuerung elektrischer Hausgeräte

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CHIP P: "DCOM: MICROSOFT ENHANCES DCE", BYTE,US,MCGRAW-HILL INC. ST PETERBOROUGH, VOL. 23, NR. 3, PAGE(S) 47-48, ISSN: 0360-5280, XP000773962 *
SCHMOLL J: "WIRD OLE FOR PROCESS CONTROL (OPC) EIN NEUER INDUSTRIESTANDARD?", AUTOMATISIERUNGSTECHNISCHE PRAXIS - ATP,DE,OLDENBOURG VERLAG. MUNCHEN, VOL. 39, NR. 5, PAGE(S) 11-12,14-17, ISSN: 0178-2320, XP000689324 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1170848A3 (de) * 2000-07-05 2005-09-14 ABB PATENT GmbH Gebäudeinstallationssystem und Installationsgerät
US6915528B1 (en) 2001-07-19 2005-07-05 Digeo, Inc. System and method for managing television programs within an entertainment system
WO2005109194A1 (de) * 2004-05-10 2005-11-17 Siemens Aktiengesellschaft Erweiterung der funktionalität eines baugruppensystems unter verwendung einer eine container-architektur aufweisende controllersoftware

Also Published As

Publication number Publication date
EP1127299B1 (de) 2003-08-20
US20010052041A1 (en) 2001-12-13
DE59906702D1 (de) 2003-09-25
EP1127299A1 (de) 2001-08-29
US6625664B2 (en) 2003-09-23
DE19850469A1 (de) 2000-05-11

Similar Documents

Publication Publication Date Title
DE69931473T3 (de) Eingang/ausgang- scanner für ein steuersystem mit peer- ermittlung
EP1738236B1 (de) Automatisierungsnetzwerk mit zustandsmeldenden netzwerkkomponenten
EP1385071A2 (de) Verfahren zum Austausch von Daten zwischen Steuerungen von Maschinen, insbesondere von Robotern
DE102010016283A1 (de) Verfahren zur Übertragung von Daten über einen CANopen-Bus sowie Verwendung des Verfahrens zum Konfigurieren und/oder Parametrieren von Feldgeräten über den CANopen-Bus
EP1415208A1 (de) Verfahren und prozessleitsystem zum betrieb einer technischen anlage
EP1472851A2 (de) System und verfahren zur analyse eines netzwerks und/oder generierung der topologie eines netzwerks
EP1430369B1 (de) Dynamischer zugriff auf automatisierungsressourcen
EP1491025B1 (de) Webserver mit integrierter automatisierungsfunktionalit t
WO2000026731A1 (de) Automatisierungssystem und verfahren zum zugriff auf die funktionalität von hardwarekomponenten
DE10036160B4 (de) Steuerprogramm-Entwicklungssystem und Monitoreinrichtung
DE10214540A1 (de) Webserver mit integrierter Automatisierungsfunktionalität und Zugriff auf ein Echtzeit-Betriebssystem
DE10214539A1 (de) Produktionsmaschine mit einer in einem Webserver integrierten Steuerung
EP4170443A1 (de) Steuerungseinrichtung und verfahren zum umschalten von ein-/ausgabeeinheiten einer steuerungseinrichtung
EP4343467A2 (de) Echtzeit-automatisierungseinrichtung mit einem echtzeit-datenbus
EP3401742B1 (de) Automatisierungssystem und verfahren zum betrieb
DE102004030781A1 (de) SCADA-System und Verfahren zum Betreiben eines solchen Systems
EP1653308B1 (de) System und Verfahren zur Speicherung und Bereitstellung von Informationen
EP2456124A1 (de) Geberschnittstellenengineering
EP2181527B1 (de) Steuerknoten für ein netzwerk aus steuerknoten
WO2005015328A1 (de) System und verfahren zur web-basierten überwachung und steuerung mehrerer räumlich verteilter anlagen
EP3267271B1 (de) Automatisierungssystem und verfahren zum betrieb
EP1401170B1 (de) Elektronische Vorrichtung für ein Bussystem
DE102014119515A1 (de) Verfahren zum Betreiben eines Feldgerätes sowie Anordnung umfassend ein Feldgerät
EP1195946A2 (de) Verfahren zur Erbringung von Diensten in einem Netzwerk-Management-System mit einer offenen Systemarchitektur sowie Dienst-Objekt, Anforderungs-Objekt und Anforderungs-Manager hierzu
EP1814281B1 (de) Webserver mit integrierter Automatisierungsfunktionalität und zusätzlichem direktem Zugriff auf die Echtzeit-Kommunikationsebene des Realtime-Ethernets

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): US

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
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: 1999957925

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 09846395

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 1999957925

Country of ref document: EP

WWG Wipo information: grant in national office

Ref document number: 1999957925

Country of ref document: EP