DE102010040055A1 - System zur Kommunikation von mehreren Clients mit mehreren Feldgeräten in der Automatisierungstechnik - Google Patents
System zur Kommunikation von mehreren Clients mit mehreren Feldgeräten in der Automatisierungstechnik Download PDFInfo
- Publication number
- DE102010040055A1 DE102010040055A1 DE102010040055A DE102010040055A DE102010040055A1 DE 102010040055 A1 DE102010040055 A1 DE 102010040055A1 DE 102010040055 A DE102010040055 A DE 102010040055A DE 102010040055 A DE102010040055 A DE 102010040055A DE 102010040055 A1 DE102010040055 A1 DE 102010040055A1
- Authority
- DE
- Germany
- Prior art keywords
- driver
- dtm
- communication
- stub
- proxy
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000004891 communication Methods 0.000 title claims abstract description 106
- 238000005516 engineering process Methods 0.000 title description 6
- 101100278644 Oryza sativa subsp. japonica DTM1 gene Proteins 0.000 claims abstract description 10
- 238000004458 analytical method Methods 0.000 claims description 4
- 230000004044 response Effects 0.000 claims description 2
- 230000001105 regulatory effect Effects 0.000 claims 1
- 238000000034 method Methods 0.000 description 15
- 230000008569 process Effects 0.000 description 15
- 238000012544 monitoring process Methods 0.000 description 4
- 238000004886 process control Methods 0.000 description 3
- 238000012800 visualization Methods 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 238000004801 process automation Methods 0.000 description 2
- BUHVIAUBTBOHAG-FOYDDCNASA-N (2r,3r,4s,5r)-2-[6-[[2-(3,5-dimethoxyphenyl)-2-(2-methylphenyl)ethyl]amino]purin-9-yl]-5-(hydroxymethyl)oxolane-3,4-diol Chemical compound COC1=CC(OC)=CC(C(CNC=2C=3N=CN(C=3N=CN=2)[C@H]2[C@@H]([C@H](O)[C@@H](CO)O2)O)C=2C(=CC=CC=2)C)=C1 BUHVIAUBTBOHAG-FOYDDCNASA-N 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000001311 chemical methods and process Methods 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 239000007788 liquid Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Images
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/418—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM]
- G05B19/4185—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM] characterised by the network communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40006—Architecture of a communication node
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- 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/30—Nc systems
- G05B2219/31—From computer integrated manufacturing till monitoring
- G05B2219/31211—Communicate diagnostic data from intelligent field device controller to central
-
- 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/30—Nc systems
- G05B2219/31—From computer integrated manufacturing till monitoring
- G05B2219/31251—Redundant access, wireless and hardware access to fielddevices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2213/00—Indexing scheme relating to interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F2213/0038—System on Chip
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L2012/4026—Bus for use in automation systems
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Automation & Control Theory (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Manufacturing & Machinery (AREA)
- General Engineering & Computer Science (AREA)
- Small-Scale Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
Die Erfindung betrifft ein System zur Kommunikation von mehreren Clients (C1, C2, ...) mit mehreren Feldgeräten (F1, F2, ...), wobei ein Kommunikationsserver (CommServer) vorgesehen ist, der zumindest einen Kommunikationskanal (K1) adressiert, wobei dem Kommunikationsserver (CommServer) ein Kommunikationstreiber (Comm-DTM) und pro Kommunikationskanal (K1, K2, ...) ein Stub-Treiber (Stub-DTM) zugeordnet sind, wobei jedem Client (C1, C2, ...) ein Proxy-Treiber (Proxy-DTM) und mehrere Gerätetreiber (DTM1, DTM2, ..) zur Bedienung der Feldgeräte (F1, F2, ...) zugeordnet sind, wobei die Kommunikation zwischen den Clients (C1, C2, ...) und den Feldgeräten (F1, F2, ...) im Falle eines Kommunikationskanals (K1) über den Proxy-Treiber (Proxy-DTM) des entsprechenden Clients (C1, C2, ...), den Stub-Treiber (Stub-DTM) und den Kommunikationstreiber (CommDTM) erfolgt, und wobei der Stub-Treiber (Stub-DTM) die Kommunikationsverbindung der einzelnen Clients (C1, C2, ...) mit den Feldgeräten (F1, F2, ...) so regelt, dass sichergestellt ist, dass jederzeit nur ein Client (C1, C2, ...) oder eine definierte Anzahl von Clients (C1, C2, ...) parallel auf ein ausgewähltes Feldgerät (F1; F2; ...) zugreifen kann.
Description
- Die Erfindung betrifft ein System zur Kommunikation von mehreren Clients mit mehreren Feldgeräten in der Automatisierungstechnik.
- In der Automatisierungstechnik, insbesondere in der Prozessautomatisierungstechnik werden vielfach Feldgeräte eingesetzt, die zur Erfassung und/oder Beeinflussung von Prozessvariablen dienen. Zur Erfassung von Prozessvariablen dienen Sensoren, wie beispielsweise Füllstandsmessgeräte, Durchflussmessgeräte, Druck- und Temperaturmessgeräte, pH-Redoxpotentialmessgeräte, Leitfähigkeitsmessgeräte, usw., welche die entsprechenden Prozessvariablen Füllstand, Durchfluss, Druck, Temperatur, pH-Wert bzw. Leitfähigkeit erfassen. Zur Beeinflussung von Prozessvariablen dienen Aktoren, wie zum Beispiel Ventile oder Pumpen, über die der Durchfluss einer Flüssigkeit in einem Rohrleitungsabschnitt bzw. der Füllstand in einem Behälter geändert werden kann. Als Feldgeräte werden im Prinzip alle Geräte bezeichnet, die prozessnah eingesetzt werden und die prozessrelevante Informationen liefern oder verarbeiten. Im Zusammenhang mit der Erfindung werden unter Feldgeräten also insbesondere auch Remote I/Os, Funkadapter bzw. allgemein Geräte verstanden, die auf der Feldebene angeordnet sind. Eine Vielzahl solcher Feldgeräte wird von der Firma Endress + Hauser hergestellt und vertrieben.
- In modernen Prozessanlagen erfolgt die Kommunikation zwischen zumindest einer übergeordneten Steuereinheit und den Feldgeräten auf der Feldebene in der Regel über ein Bussystem, wie beispielsweise Profibus® PA, Foundation Fieldbus® oder HART®. Die Bussysteme können sowohl drahtgebunden als auch drahtlos ausgestaltet sein. Die übergeordnete Steuereinheit dient zur Prozesssteuerung, zur Prozessvisualisierung, zur Prozessüberwachung sowie zur Inbetriebnahme und Bedienung der Feldgeräte und wird auch als Konfigurier-/Managementsystem bezeichnet. Programme, die auf übergeordneten Einheiten eigenständig ablaufen, sind beispielsweise das Bedientool FieldCare der Firmengruppe Endress + Hauser, das Bedientool Pactware, das Bedientool AMS von Fisher-Rosemount oder das Bedientool PDM von Siemens. Bedientools, die in Leitsystem-Anwendungen integriert sind, sind das PCS7 von Siemens, das Symphony von ABB und das Delta V von Emerson. Unter dem Begriff 'Bedienen von Feldgeräten' wird insbesondere das Konfigurieren und Parametrieren von Feldgeräten, aber auch die Diagnose zwecks frühzeitiger Erkennung von Fehlern an den Feldgeräten oder im Prozess verstanden.
- Die Integration von Feldgeräten in Konfigurier-/Managementsysteme erfolgt üblicherweise über Gerätebeschreibungen, die dafür sorgen, dass die Konfigurier-/Managementsysteme die von den Feldgeräten gelieferten Datensätze erkennen und interpretieren können. Bereit gestellt werden die Gerätebeschreibungen für jeden Feldgerätetyp bzw. für jeden Feldgerätetyp in unterschiedlichen Messstellen/Anwendungen in der Regel von dem jeweiligen Gerätehersteller. Damit die Feldgeräte in unterschiedliche Feldbussysteme integriert werden können, müssen unterschiedliche Gerätebeschreibungen für die unterschiedlichen Feldbussysteme erstellt werden. So gibt es – um nur einige Beispiele zu nennen – HART-, Fieldbus Foundation- und Profibus-Gerätebeschreibungen. Die Anzahl der Gerätebeschreibungen ist sehr groß, – entspricht sie doch der großen Zahl der unterschiedlichen Feldgeräte bzw. Feldgerätetypen in den unterschiedlichen Messstellen bzw. in den unterschiedlichen Anwendungen und in den unterschiedlichen Bussystemen. Üblicherweise werden die Gerätebeschreibungen in dem jeweiligen Konfigurier-/Managementsystem abgespeichert sein. Hinzu kommt, dass aufgrund der Weiterentwicklung der Feldgeräte die Gerätebeschreibungen immer wieder an die geänderte Funktionalität angepasst werden müssen.
- Zwecks Schaffung einer einheitlichen Beschreibungssprache für die Feldgeräte, haben die Fieldbus Foundation (FF), die HART Communication Foundation (HCF) und die Profibus Nutzerorganisation (PNO) eine einheitliche elektronische Gerätebeschreibungssprache (Electronic Device Description Language EDDL) erstellt. Die EDDL bzw. die entsprechende Electronic Device Description EDD ist in der Norm IEC 61804-2 definiert.
- Neben den zuvor beschriebenen Gerätebeschreibungen werden in zunehmendem Maße sog. Device Type Manager (DTM) bzw. Gerätemanager oder Gerätetreiber eingesetzt, die als Laufzeitumgebung einen Frame bzw. eine Rahmenapplikation benötigen. DTMs dienen zur vollumfänglichen Bedienung der Feldgeräte und entsprechen insbesondere der FDT – Field Device Tool – Spezifikation. Die als Industriestandard geltende FDT-Spezifikation entspricht einer Schnittstellenspezifikation und wird von der PNO – Profibus Nutzer Organisation – in Zusammenarbeit mit dem ZVEI – Zentralverband Elektrotechnik- und Elektroindustrie – entwickelt. Die jeweils aktuelle FDT-Spezifikation ist über den ZVEI bzw. die PNO bzw. die FDT-Group erhältlich.
- Gerätetreiber, die auf dem FDT 1.2.x Standard beruhen, sind Microsoft Com basiert. Deshalb ist es notwendig, eine lokale Kopie der einzelnen Dateien, z. B. exe, dll, .. lokal zu installieren und eine COM definierte Registrierung auf dem entsprechenden Client vorzunehmen, auf dem die Applikation installiert ist, die auf die Feldgeräte zugreift. Weiterhin sind Kommunikationstreiber oftmals an lokale Schnittstellen, wie z. B. serielle Schnittstellen gebunden. Der Nachteil der bekannten Lösung ist darin zu sehen, dass ein lokales Projekt einer Prozessanlage auf Kommunikationszugänge der lokalen Recheneinheit bzw. des lokalen Clients beschränkt ist.
- Der Erfindung liegt die Aufgabe zugrunde, ein System vorzuschlagen, das es ermöglicht, Kommunikationsanteile der Netzwerktopologie eines Projekts auf verschiedene Clients zu verteilen.
- Die Aufgabe wird durch ein System zur Kommunikation von mehreren Clients mit mehreren Feldgeräten gelöst, das folgendermaßen ausgestaltet ist: Einem Kommunikationsserver, der zumindest einen Kommunikationskanal adressiert, ist ein Kommunikationstreiber und pro Kommunikationskanal ein Stub-Treiber zugeordnet. Jedem Client sind ein Proxy-Treiber und mehrere Gerätetreiber zur Bedienung der Feldgeräte zugeordnet, wobei die Kommunikation zwischen den Clients und den Feldgeräten im Falle eines Kommunikationskanals über den Proxy-Treiber des entsprechenden Clients, den Stub-Treiber und den Kommunikationstreiber erfolgt. Der Stub-Treiber regelt die Kommunikationsverbindung der einzelnen Clients mit den Feldgeräten so, dass sichergestellt ist, dass jederzeit nur ein Client oder – im Falle eines Kommunikationstreibers, der diese Möglichkeit bietet – eine definierte Anzahl von Clients parallel auf ein ausgewähltes Feldgerät zugreifen kann/können.
- Unter Proxy-Treiber wird ein Programmcode verstanden, der stellvertretend für einen anderen Programmcode steht. Beispielsweise ist dieser andere Programmcode auf einem entfernten Server, einem entfernten Softwaresystem, installiert. Der Stub-Treiber ist der lokale Anknüpfpunkt, um ausgelagerte Softwarekomponenten aus der Ferne ansprechen zu können. Die Funktionalität eines entfernten, nur über ein Netzwerk erreichbaren Softwaresystems wird auf dem lokalen Client in Form eines Proxy-Treibers erreichbar – so als wäre die Funktion des entfernten Softwaresystems lokal vorhanden. Statt die gewünschte Funktionalität jedoch tatsächlich zu implementieren, übersetzt der Proxy-Treiber die Anfragen in Netzwerkanrufe, kommuniziert mit dem entfernten System und delegiert die entsprechende Aktion an das entfernte Softwaresystem weiter. Für den nutzenden Client bleibt diese Aktion verborgen. Der Stub-Treiber übernimmt gleichfalls die Funktion eines Stellvertreters. Als Stellvertreter eines Kommunikationstreibers kann der Stub-Treiber den Zugriff auf den Kommunikationstreiber steuern.
- Der Vorteil des erfindungsgemäßen Systems ist darin zu sehen, dass es zu einer Lastverteilung kommt. Gerätetreiber eines Projekts können auf verschiedenen Recheneinheiten/Clients mit unterschiedlichen Applikationen gestartet und verwendet werden. Insbesondere können sie über verschiedene Recheneinheiten/Clients konfiguriert werden, ohne dass es zu Konflikten beim Zugriff auf die Feldgeräte kommt. Über eine Rahmenapplikation, z. B. eine FDT FrameApplication, werden Kommunikationsaufgaben auf den Kommunikationsserver ausgelagert. Generell lässt sich sagen, dass es mit dem erfindungsgemäßen System möglich ist, dass verschiedene Clients über die gleiche Kommunikationsverbindung bzw. die gleiche Kommunikationsstruktur auf die Feldgeräte zugreifen können, ohne dass Konflikte auftreten.
- Bei den Clients handelt es sich insbesondere um Software-Programme, die eine der nachfolgenden Aufgaben erfüllen können:
- – Das Software-Programm überwacht die korrekte Funktionalität der Feldgeräte. Entsprechende Software-Programme werden als Condition Monitoring (CM) Programme bezeichnet.
- – Das Software-Programm dient zur Parametrierung und/oder Konfigurierung der Feldgeräte. Entsprechende Software-Programme sind in unterschiedlichen Ausgestaltungen verfügbar. In der Beschreibungseinleitung sind entsprechende Programme bereits beschrieben. Stellvertretend sei an dieser Stelle das Produkt FieldCare der Anmelderin genannt.
- – Das Software-Programm dient zur Verwaltung und/oder Überwachung der Feldgeräte über deren Lebensdauer. Entsprechende Programme werden auch als PAM-Systeme (Plant Asset Management) bezeichnet. Stellvertretend sei an dieser Stelle das Produkt W@M der Anmelderin genannt.
- Als besonders vorteilhaft wird es in Zusammenhang mit der vorliegenden Erfindung erachtet, wenn die zum Einsatz kommenden Treiber: Kommunikationstreiber, Stub-Treiber, Proxy-Treiber, Gerätetreiber, Gateway-Treiber entsprechend dem bereits zuvor erwähnten FDT-Standard ausgestaltet sind.
- Weiterhin ist in Verbindung mit der vorliegenden Erfindung zwischen dem Kommunikationstreiber und einer Kommunikationshardware [z. B. „PROFIdtm DPV1” von Softing (Kommunikationstreiber) und „PROFIBUS Treiber” von Softing (Treiber)] ein Treiber vorgesehen, der eine Umsetzung des FDT-Standards auf Windows unterstützt. Somit kann die Darstellung auf jedem Windows basierten PC erfolgen.
- Insbesondere kommt das erfindungsgemäße System dann zum Einsatz, wenn die Clients auf unterschiedlichen, räumlich verteilten Recheneinheiten angeordnet sind.
- Eine vorteilhafte Ausgestaltung des erfindungsgemäßen Systems schlägt vor, dass der Kommunikationstreiber ein vorgegebenes Feldbusprotokoll unterstützt. Bevorzugt handelt es sich um eines der Feldbusprotokolle, die in der Prozessautomatisierungstechnik eingesetzt werden. Bereits zuvor wurden als Beispiele die Busprotokolle HART, Profibus PA, Fieldbus Foundation genannt.
- Darüber hinaus schlägt eine vorteilhafte Ausgestaltung des erfindungsgemäßen Systems vor, dass der Kommunikationstreiber so ausgestaltet ist, dass er automatisch oder auf Anforderung des Bedienpersonals einen Feldgeräte-Scan initiiert und die Beschreibung der passenden Gerätetreiber für die aufgefundenen Feldgeräte dem jeweiligen Client zur Verfügung stellt. Der Client kann beispielsweise noch nicht installierte oder aktualisierte Gerätetreiber über Internet oder andere Verteilmechanismen laden oder fest installieren und diese anschließend verwenden.
- Weiterhin ist vorgesehen, dass der Proxy-Treiber so konfigurierbar ist, dass er automatisch oder auf entsprechende Eingabe des Bedienpersonals hin eine Kommunikationsverbindung zu dem Stub-Treiber herstellt. Hierdurch ist der gewünschte Stub-Treiber ansprechbar.
- Vorteilhafte Ausgestaltungen betreffen die Ausgestaltungen des Stub-Treibers und des Proxy-Treibers. So ist beispielsweise vorgesehen, dass der Stub-Treiber die Kommunikationsverbindungen zwischen den Clients und den Feldgeräten verwaltet. Insbesondere überprüft der Stub-Treiber in gewissen Zeitabständen, ob die Clients, welche offene Kommunikationsverbindungen zu den Feldgeräten haben, überhaupt noch aktiv sind. Wird festgestellt, dass einer der Clients nicht mehr aktiv ist, so schließt der Stub-Treiber die nicht mehr verwendeten Kommunikationsverbindungen.
- Der Proxy-Treiber eines Clients ist so ausgestaltet, dass er überprüft, ob der Kommunikationsserver noch aktiv ist. Stellt der Proxy-Treiber fest, dass der Kommunikationsserver nicht mehr für den Client erreichbar ist, so unterbricht er die Kommunikationsverbindung im Client.
- Als vorteilhaft wird es im Zusammenhang mit dem erfindungsgemäßen System angesehen, wenn der Proxy-Treiber und der Stub-Treiber so ausgestaltet sind, das sie allgemeine Fehlerzustände in der Kommunikation zwischen dem Kommunikationstreiber und einem Gerätetreiber oder einem Gateway-Treiber detektieren, melden und/oder ggf. auch auflösen.
- Weiterhin wird vorgeschlagen, dass der Proxy-Treiber und der Stub-Treiber die Kommunikationsdaten aufzeichnen, zwecks Analyse darstellen und/oder speichern. Falls erforderlich, können beide Treiber die Kommunikationsdaten für weitere Analysezwecke mergen.
- Eine vorteilhafte Ausgestaltung des erfindungsgemäßen Systems sieht vor, dass der Stub-Treiber im Kommunikationsserver zusätzlich die Funktion eines Gateway-Treibers hat. Dies eröffnet die Möglichkeit, dass die Gerätetreiber auch im Kommunikationsserver hinzugefügt und verwendet werden können. Auch in diesem Fall erfolgt die Synchronisierung der Zugriffe auf die Felgeräte – gemischt lokal und von den Clients – im Stub-Treiber.
- In diesem Zusammenhang wird vorgeschlagen, dass der Kommunikationsserver mit dem enthaltenen Stub-Treiber bzw. den enthaltenen Stub-Treibern im Falle von mehreren Kommunikationskanälen als Windows Service ausgestaltet ist oder von einem Web Server gehostet wird. Somit kann der Kommunikationsserver auch auf Recheneinheiten ohne direkte Benutzerinteraktion von Ferne über Remote-Schnittstellen genutzt werden.
- Die Erfindung wird anhand der nachfolgenden Figuren näher erläutert. Es zeigt:
-
1 : eine schematische Darstellung einer Feldgerätetopologie in einer Automatisierungsanlage, -
2 : eine schematische Darstellung einer aus dem Stand der Technik bekannten Lösung und -
3 : eine bevorzugte Ausgestaltung des erfindungsgemäßen Systems. -
1 zeigt eine schematische Darstellung einer Feldgerätetopologie in einer Automatisierungsanlage. Dargestellt ist ein Feldbussegment FS, bei dem vier Feldgeräte F1, F2, F3 und F4 sowie eine übergeordnete Steuereinheit Control an einen Feldbus FB angeschlossen sind. Der Feldbus FB arbeitet auf der Basis eines der in der Automatisierungstechnik gebräuchlichen Feldbusprotokolle. Beispielsweise läuft die Kommunikation über den HART, Profibus PA oder den Fieldbus Foundation Standard. Es versteht sich von selbst, dass diese Aufzählung keineswegs eine Beschränkung darstellt. - Bei der übergeordneten Steuereinheit Control handelt es sich beispielsweise um eine SPS (Speicherprogrammierbare Steuerung) oder eine PLS (Prozessleitsystem). Die Feldgeräte F1, F2, F3, F4 dienen zur Bestimmung oder Überwachung einer physikalischen oder chemischen Prozessgröße.
- Konkrete Beispiele sind in der Beschreibungseinleitung bereits genannt worden. Die übergeordnete Steuereinheit Control ist mit einer Anzeigeeinheit
2 verbunden, die als Visualisierungssystem (z. B. zur Anzeige von Prozessparametern, etc.) dient. Die übergeordnete Steuereinheit Control dient zur Prozesssteuerung, zur Prozessvisualisierung, zur Prozessüberwachung und/oder zur Inbetriebnahme der Feldgeräte. - An dem Feldbus FR ist in einem parallelen Zweig ein Feldbus-Interface FI bzw. eine Feldbuszugriffseinheit angeschlossen. Das Feldbus-Interface FI bzw. Gateway führt eine Protokollumsetzung zwischen dem Protokoll des übergeordneten Netzwerkes LAN und dem Protokoll des Feldbusses FR durch. Das übergeordnete Netzwerk LAN ist beispielsweise ein lokales Firmennetz, das als Ethernet-LAN ausgebildet ist. Dabei kann das übergeordnete Netzwerk LAN auch an das weltweite Internet angeschlossen sein. An dem übergeordneten Netzwerk LAN sind unterschiedliche räumlich verteilt angeordnete Clients C1, C2 angeschlossen. Beispielsweise läuft auf dem Client C1 ein Condition Monitoring Programm, während auf dem Client
2 ein Konfigurier-/Managementsystem installiert ist. Sowohl an dem Feldbus FR als auch an dem übergeordneten Netzwerk LAN können selbstverständlich auch noch weitere Feldgeräte und/oder Netzwerke und/oder Clients angeschlossen sein. -
2 zeigt eine schematische Darstellung einer aus dem Stand der Technik bekannten Topologie. Auf einem Client C1 ist eine Softwareapplikation installiert, beispielsweise das Konfigurier-/Managementsystem FieldCare der Anmelderin. Die Gerätetreiber DTM1, DTM2, ... der Feldgeräte F1, F2, ... sind auf dem Client C1 gespeichert. Der Zugriff von C1 auf die Feldgeräte F1, F2, ... erfolgt über den Kommunikationstreiber Comm-DTM, den Treiber für die Kommunikations-Hardware und die Kommunikations-Hardware selbst. - Sind weitere Clients C2, C3, ... vorhanden, die gleichzeitig über den gleichen Kommunikationskanal auf die Feldgeräte F1, F2, ... zugreifen wollen, so gibt es Probleme. Mit der aus dem Stand der Technik bekannten Lösung ist es nicht in allen Fällen möglich, dass zwei Kommunikationstreiber auf die gleiche Kommunikations-Hardware zugreifen. Es gibt Treiber und Hardware, welche einen parallelen Zugriff erlauben, andere wiederum erlauben dies nicht.
- Liegt der Client C2 auf einem anderen Rechner wie der Client C1, so erfolgt der parallele Zugriff vom Client C2 auf der Ebene der Kommunikations-Hardware (durchgezogene Linie).
- Wenn der Client C2 auf dem selben Rechner liegt wie der Client C1, so geschieht der parallele Zugriff vom Client C2 nicht erst auf Ebene der Kommunikations-Hardware sondern schon auf Treiberebene. Die entsprechende Verbindungslinie ist in
2 strichliert dargestellt.3 zeigt eine bevorzugte Ausgestaltung des erfindungsgemäßen Systems zur Kommunikation von mehreren, räumlich verteilt angeordneten Clients C1, C2, ... mit mehreren Feldgeräten F1, F2, ..., die in einer Prozessanlage installiert sind. Der Kommunikationsserver CommServer adressiert im gezeigten Fall einen Kommunikationskanal K1. Der Kommunikationskanal K1 stellt eine FDT Komponente bzw. allgemein, eine Softwarekomponente dar, welche sich zwischen dem Kommunikationstreiber Comm-DTM oder dem Gateway-Treiber Gateway-DTM und dem Gerätetreiber DTM1, DTM2, .. befindet. Dem Kommunikationsserver CommServer sind ein Kommunikationstreiber Comm-DTM und Stub-Treiber Stub-DTM zugeordnet. Jedem Client C1, C2, ... sind ein Proxy-Treiber Proxy-DTM und die Gerätetreiber DTM1, DTM2, ... der Feldgeräte F1, F2, .. zugeordnet, mit denen der Client C1, C2, .. kommunizieren möchte. Die Kommunikation zwischen den Clients C1, C2, ... und den Feldgeräten F1, F2, ... erfolgt über den Proxy-Treiber Proxy-DTM des entsprechenden Clients C1, C2, ..., den Stub-Treiber Stub-DTM und den Kommunikationstreiber CommDTM. Hierbei regelt der Stub-Treiber Stub-DTM die Kommunikationsverbindung der einzelnen Clients C1, C2, ... mit den Feldgeräten F1, F2, ... so, dass sichergestellt ist, dass jederzeit nur ein Client C1, C2, ... auf ein ausgewähltes Feldgerät F1, F2, ... zugreifen kann. Der Stub-Treiber Stub-DTM kann auch so ausgestaltet sein, dass er den parallelen Zugriff von Clients C1, C2, ... auf die Feldgeräte F1, F2, ... erlaubt. - Der dem Kommunikationsserver CommServer zugeordnete Kommunikationstreiber (Comm-DTM) ist so ausgestaltet, dass er automatisch oder auf Anforderung des Bedienpersonals einen Feldgeräte-Scan initiiert und die Gerätetreiber DTM1, DTM2, ... der aufgefundenen Feldgeräte F1, F2, ... in dem jeweiligen Client C1, C2, ... für die Verwendung zugänglich machen kann.
- Der Proxy-Treiber (Proxy-DTM) ist bevorzugt so konfiguriert, dass er automatisch oder auf entsprechende Eingabe des Bedienpersonals hin eine Kommunikationsverbindung zu dem Stub-Treiber Stub-DTM herstellt. Der Stub-Treiber Stub-DTM und der Proxy-Treiber Proxy-DTM sind darüber hinaus so ausgestaltet, dass sie noch weitere, die Kommunikation verbessernde Funktionalitäten ausführen können. Auf eine Wiederholung dieser bereits zuvor genannten Funktionalitäten wird an dieser Stelle verzichtet.
- Da die Treiber bevorzugt nach der FDT Spezifikation erstellt sind, ist zwischen dem Kommunikationstreiber Comm-DTM und der Kommunikationshardware vielfach ein Treiber vorgesehen, der eine Umsetzung des FDT-Standards auf Windows unterstützt. Der Treiber kann auch im Comm-DTM integriert sein. Mit „Gateway” ist ein spezielles DTM (Gateway-DTM) gemeint, das zwischen dem Kommunikationstreiber Comm-DTM und einem Gerätetreiber DTM1, DTM2, ... eingesetzt wird.
- ZITATE ENTHALTEN IN DER BESCHREIBUNG
- Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
- Zitierte Nicht-Patentliteratur
-
- Norm IEC 61804-2 [0005]
Claims (14)
- System zur Kommunikation von mehreren Clients (C1, C2, ...) mit mehreren Feldgeräten (F1, F2, ...), wobei ein Kommunikationsserver (CommServer) vorgesehen ist, der zumindest einen Kommunikationskanal (K1) adressiert, wobei dem Kommunikationsserver (CommServer) ein Kommunikationstreiber (Comm-DTM) und pro Kommunikationskanal (K1, K2, ...) ein Stub-Treiber (Stub-DTM) zugeordnet sind, wobei jedem Client (C1, C2, ...) ein Proxy-Treiber (Proxy-DTM) und mehrere Gerätetreiber (DTM1, DTM2, ..) zur Bedienung der Feldgeräte (F1, F2, ...) zugeordnet sind, wobei die Kommunikation zwischen den Clients (C1, C2, ...) und den Feldgeräten (F1, F2, ...) im Falle eines Kommunikationskanals (K1) über den Proxy-Treiber (Proxy-DTM) des entsprechenden Clients (C1, C2, ...), den Stub-Treiber (Stub-DTM) und den Kommunikationstreiber (CommDTM) erfolgt, und wobei der Stub-Treiber (Stub-DTM) die Kommunikationsverbindung der einzelnen Clients (C1, C2, ...) mit den Feldgeräten (F1, F2, ...) so regelt, dass sichergestellt ist, dass jederzeit nur ein Client (C1, C2, ...) oder eine definierte Anzahl von Clients (C1, C2, ...) parallel auf ein ausgewähltes Feldgerät (F1; F2; ...) zugreifen kann.
- System nach Anspruch 1, wobei es sich bei den Clients um Software-Programme handelt, die – die korrekte Funktionalität der Feldgeräte überwachen oder – die zur Parametrierung-/Konfigurierung der Feldgeräte dienen oder – die zur Verwaltung und/oder Überwachung der Feldgeräte über deren Lebensdauer dienen.
- System nach Anspruch 1 oder 2, wobei die Treiber (CommDTM, Stub-DTM, Proxy-DTM, DTM1, DTM2, ...) entsprechend dem FDT-Standard ausgestaltet sind.
- System nach Verfahren nach Anspruch 1 oder 3, wobei zwischen dem Kommunikationstreiber (Comm-DTM) und einer Kommunikationshardware ein Treiber vorgesehen ist, der eine Umsetzung des FDT-Standards auf Windows unterstützt.
- System nach einem oder mehreren der vorhergehenden Ansprüche, wobei die Clients auf unterschiedlichen, räumlich verteilten Recheneinheiten angeordnet sind.
- System nach einem oder mehreren der vorhergehenden Ansprüche, wobei der Kommunikationstreiber (Comm-DTM) ein vorgegebenes Feldbusprotokoll (HART, Profibus PA, Fieldbus Foundation) unterstützt.
- System nach einem oder mehreren der vorhergehenden Ansprüche, dass der Kommunikationstreiber (Comm-DTM) so ausgestaltet ist, dass er automatisch oder auf Anforderung des Bedienpersonals einen Feldgeräte-Scan initiiert und die Gerätetreiber (DTM1, DTM2, ...) der aufgefundenen Feldgeräte (F1, F2, ...) in dem jeweiligen Client (C1, C2, ...) für die Verwendung zugänglich macht.
- System nach einem oder mehreren der Ansprüche 1–7, wobei der Proxy-Treiber (Proxy-DTM) so konfigurierbar ist, dass er automatisch oder auf entsprechende Eingabe des Bedienpersonals hin eine Kommunikationsverbindung zu dem Stub-Treiber (Stub-DTM) herstellt.
- System nach einem oder mehreren der vorhergehenden Ansprüche, wobei der Stub-Treiber (Stub-DTM) die offenen Kommunikationsverbindungen zwischen den Clients (C1, C2, ..) und dem Feldgerät (F1) bzw. den Feldgeräten (F1, F2, ...) verwaltet und überprüft, ob die Clients (C1, C2, ..), welche offene Kommunikationsverbindungen zu den Feldgeräten (F1, F2, ...) haben noch aktiv sind, und wobei der Stub-Treiber (Stub-DTM) nicht mehr verwendete Kommunikationsverbindungen schließt.
- System nach einem oder mehreren der vorhergehenden Ansprüche, wobei der Proxy-Treiber (Proxy-DTM) überprüft, ob der Kommunikationsserver (CommServer) noch aktiv ist, und wobei der Proxy-Treiber (Proxy-DTM) die Verbindung im Client (C1, C2, ..) abbricht, wenn der Kommunikationsserver (CommServer) nicht mehr erreichbar ist.
- System nach einem oder mehreren der vorhergehenden Ansprüche, wobei der Proxy-Treiber (Proxy-DTM) und der Stub-Treiber (Stub-DTM) so ausgestaltet sind, das sie allgemeine Fehlerzustände in der Kommunikation zwischen dem Kommunikationstreiber (Comm-DTM oder Gateway-DTM) und dem Gerätetreiber (DTM1, DTM2, .. oder Gateway-DTM) detektieren, melden und/oder auflösen.
- System nach einem oder mehreren der vorhergehenden Ansprüche, wobei der Proxy-Treiber (Proxy-DTM) und der Stub-Treiber (Stub-DTM) so ausgebildet sind, dass sie die Kommunikationsdaten aufzeichnen, zwecks Analyse darstellen und/oder speichern und wobei der Proxy-Treiber (Proxy-DTM) und der Stub-Treiber (Stub-DTM) die Kommunikationsdaten ggf. für weitere Analysezwecke mergen.
- System nach einem oder mehreren der vorhergehenden Ansprüche, wobei der Stub-Treiber (Stub-DTM) im Kommunikationsserver (CommServer) zusätzlich als Gateway-Treiber (Gateway-DTM) eingesetzt ist.
- System nach Anspruch 13, wobei der Kommunikationsserver (CommServer) (mit den enthaltenen Stub-DTMs) als Windows Service ausgestaltet ist oder von einem Web Server gehostet wird.
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE102010040055.6A DE102010040055B4 (de) | 2010-08-31 | 2010-08-31 | System zur Kommunikation von mehreren Clients mit mehreren Feldgeräten in der Automatisierungstechnik |
PCT/EP2011/061725 WO2012028367A1 (de) | 2010-08-31 | 2011-07-11 | System zur kommunikation von mehreren clients mit mehreren feldgeräten in der automatisierungstechnik |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE102010040055.6A DE102010040055B4 (de) | 2010-08-31 | 2010-08-31 | System zur Kommunikation von mehreren Clients mit mehreren Feldgeräten in der Automatisierungstechnik |
Publications (2)
Publication Number | Publication Date |
---|---|
DE102010040055A1 true DE102010040055A1 (de) | 2012-03-01 |
DE102010040055B4 DE102010040055B4 (de) | 2023-08-17 |
Family
ID=44534304
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE102010040055.6A Active DE102010040055B4 (de) | 2010-08-31 | 2010-08-31 | System zur Kommunikation von mehreren Clients mit mehreren Feldgeräten in der Automatisierungstechnik |
Country Status (2)
Country | Link |
---|---|
DE (1) | DE102010040055B4 (de) |
WO (1) | WO2012028367A1 (de) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE102012200282A1 (de) * | 2011-12-27 | 2013-06-27 | Endress + Hauser Process Solutions Ag | Verfahren zum Informationstausch auf einem Bussystem der Automatisierungstechnik |
EP3165975A1 (de) * | 2015-11-06 | 2017-05-10 | Schneider Electric Industries SAS | Verfahren und anordnung zur fernbedienung von feldgeräten zumindest einer automatisierungsanlage |
WO2018114194A1 (de) * | 2016-12-21 | 2018-06-28 | Endress+Hauser Process Solutions Ag | Überwachung der datenübertragung in einem client-server-basierten gerätezugriffssystem |
WO2019068451A1 (de) * | 2017-10-06 | 2019-04-11 | Endress+Hauser Process Solutions Ag | Verfahren zum betreiben einer anlage der automatisierungstechnik |
EP3369218A4 (de) * | 2015-10-29 | 2019-06-12 | Honeywell International Inc. | Vorrichtung und verfahren zur automatischen erkennung von hart-vorrichtungen über einen profibus |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE10151118A1 (de) * | 2001-10-15 | 2003-05-08 | Siemens Ag | Verfahren zum Übertragen von Rohdaten und Feldgerät |
DE60006018T2 (de) * | 1999-04-16 | 2004-12-30 | Metso Automation Oy | Drahtlose Steuerung eines Feldgerätes in einem industriellen Prozess |
US20100205244A1 (en) * | 2000-09-15 | 2010-08-12 | Invensys Systems, Inc. | Industrial Process Control Data Access Server Supporting Multiple Client Data Exchange Protocols |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE102005014050A1 (de) | 2005-03-23 | 2006-09-28 | Endress + Hauser Process Solutions Ag | Verfahren zum sicheren Bedienen eines Feldgerätes der Automatisierungstechnik |
DE102008055660B4 (de) | 2008-11-03 | 2014-01-09 | Phoenix Contact Gmbh & Co. Kg | Verfahren und Vorrichtung zum Zugreifen auf ein Funktionsmodul eines Automatisierungssystems |
-
2010
- 2010-08-31 DE DE102010040055.6A patent/DE102010040055B4/de active Active
-
2011
- 2011-07-11 WO PCT/EP2011/061725 patent/WO2012028367A1/de active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE60006018T2 (de) * | 1999-04-16 | 2004-12-30 | Metso Automation Oy | Drahtlose Steuerung eines Feldgerätes in einem industriellen Prozess |
US20100205244A1 (en) * | 2000-09-15 | 2010-08-12 | Invensys Systems, Inc. | Industrial Process Control Data Access Server Supporting Multiple Client Data Exchange Protocols |
DE10151118A1 (de) * | 2001-10-15 | 2003-05-08 | Siemens Ag | Verfahren zum Übertragen von Rohdaten und Feldgerät |
Non-Patent Citations (2)
Title |
---|
Norm IEC 61804-2 |
Wikipedia: Proxy (Rechnernetz). Version vom 23.08.2010, URL: http://de.wikipedia.org/w/index.php?title=Proxy_(Rechnernetz)&oldid=78210323, abgerufen am 17.05.2011 * |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE102012200282A1 (de) * | 2011-12-27 | 2013-06-27 | Endress + Hauser Process Solutions Ag | Verfahren zum Informationstausch auf einem Bussystem der Automatisierungstechnik |
EP3369218A4 (de) * | 2015-10-29 | 2019-06-12 | Honeywell International Inc. | Vorrichtung und verfahren zur automatischen erkennung von hart-vorrichtungen über einen profibus |
EP3165975A1 (de) * | 2015-11-06 | 2017-05-10 | Schneider Electric Industries SAS | Verfahren und anordnung zur fernbedienung von feldgeräten zumindest einer automatisierungsanlage |
WO2018114194A1 (de) * | 2016-12-21 | 2018-06-28 | Endress+Hauser Process Solutions Ag | Überwachung der datenübertragung in einem client-server-basierten gerätezugriffssystem |
US11063855B2 (en) | 2016-12-21 | 2021-07-13 | Endress+Hauser Process Solutions Ag | Monitoring of the data transmission in a client/server-based device access system |
WO2019068451A1 (de) * | 2017-10-06 | 2019-04-11 | Endress+Hauser Process Solutions Ag | Verfahren zum betreiben einer anlage der automatisierungstechnik |
US11550298B2 (en) | 2017-10-06 | 2023-01-10 | Endress+Hauser Process Solutions Ag | Method for operating an automation technology facility |
Also Published As
Publication number | Publication date |
---|---|
DE102010040055B4 (de) | 2023-08-17 |
WO2012028367A1 (de) | 2012-03-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE102010029952B4 (de) | Verfahren zum Integrieren von zumindest einem Feldgerät in ein Netzwerk der Automatisierungstechnik | |
EP2789145B1 (de) | Vorrichtung zur bedienung von mindestens einem feldgerät der automatisierungstechnik | |
DE102009028051B4 (de) | System zur Bedienung eines Feldgeräts über ein entferntes Terminal | |
DE102010062266A1 (de) | Verfahren zur Realisierung von zumindest einer Zusatzfunktion eines Feldgeräts in der Automatisierungstechnik | |
DE102008019053B4 (de) | Verfahren zum Betreiben einer Anlage der Prozessautomatisierungstechnik | |
DE102011079890A1 (de) | System und Verfahren zur Bedienung von Feldgeräten in einer Automatisierungsanlage | |
WO2012139870A2 (de) | Verfahren zur offline-konfiguration eines feldgeräts | |
DE102016124348A1 (de) | System und Mikroservice zum Überwachen einer Anlage der Prozessautomatisierung | |
DE102009046806A1 (de) | Verfahren zum Bereitstellen von gerätespezifischen Informationen eines Feldgeräts der Automatisierungstechnik | |
DE102012105446B4 (de) | Vorrichtung zur Bestimmung und/oder Überwachung einer chemischen oder physikalischen Prozessgröße in der Automatisierungstechnik | |
DE102008027935A1 (de) | Vorrichtung zur Integration von Geräteobjekten in eine übergeordnete Steuereinheit | |
DE102016124350A1 (de) | Verfahren und System zum Überwachen einer Anlage der Prozessautomatisierung | |
DE102011005062A1 (de) | Verfahren zum Bereitstellen von Daten eines Feldgeräts | |
WO2018197197A1 (de) | Verfahren zum betreiben eines feldgeräts | |
DE102011080569A1 (de) | System und Verfahren zur Bedienung von Feldgeräten in einer Automatisierungsanlage | |
DE102007060990A1 (de) | Verfahren zum Erzeugen eines anwendungsspezifischen Installationspakets von Geräteobjekten | |
EP3384352B1 (de) | Verfahren und system zur optimierung der inbetriebnahme von zumindest einem einer vielzahl von feldgeräten der automatisierungstechnik | |
DE102008027846A1 (de) | Vorrichtung zum automatischen Erfassen der Topologie der einzelnen Komponenten einer Prozessanlage in der Automatisierungstechnik | |
DE102010040055B4 (de) | System zur Kommunikation von mehreren Clients mit mehreren Feldgeräten in der Automatisierungstechnik | |
EP1714197B1 (de) | Gerätetreiber für feldgeräte der prozessautomatisierungstechnik | |
DE102010038457A1 (de) | Verfahren zur Integration eines Ersatz-Feldgerätes anstelle eines Feldgeräts in ein Feldbussystem | |
DE102010063164A1 (de) | Verfahren zum Integrieren von mindestens einem Feldgerät in ein Netzwerk der Automatisierungstechnik | |
DE102011077787A1 (de) | System zum Zugriff von zumindest einem Client auf zumindest ein Feldgerät | |
DE102010038458A1 (de) | System zur Bedienung von Feldgeräten in einer Prozessanlage | |
WO2008125526A1 (de) | Verfahren zur überwachung eines netzwerkes der prozessautomatisierungstechnik |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
R163 | Identified publications notified | ||
R012 | Request for examination validly filed | ||
R082 | Change of representative |
Representative=s name: KRATT-STUBENRAUCH, KAI, DR., DE |
|
R082 | Change of representative |
Representative=s name: KRATT-STUBENRAUCH, KAI, DR., DE |
|
R016 | Response to examination communication | ||
R018 | Grant decision by examination section/examining division | ||
R020 | Patent grant now final |