Die Erfindung betrifft ein Datenübertragungssystem für einen Datenaustausch zwischen einem Feldbussystem und einer Geratezugriffssoftware, ein Kopplergerät für ein Feldbussystem, einen generischen Kommunikationstreiber für eine Geratezugriffssoftware sowie einen Datenformatumsetzer für eine Geratezugriffssoftware. Des Weiteren betrifft die Erfindung ein Verfahren zum Datenaustausch zwischen einem Feldbussystem und einer Geratezugriffssoftware sowie ein Verfahren zum Aufsetzen von Kommunikationspfaden zwischen einem Feldbussystem und einer Geratezugriffssoftware.

In der Automatisierungstechnik werden vielfach Feldgeräte eingesetzt, die zur Erfassung und/oder Beeinflussung von Prozessvariablen dienen. Beispiele für derartige Feldgeräte sind Füllstandsmessgeräte, Massedurchflussmessgeräte, Druck- und Temperaturmessgeräte etc., die als Sensoren die entsprechenden Prozessvariablen Füllstand, Durchfluss, Druck bzw. Temperatur erfassen.

Die Parametrierung, Konfiguration und Zustandsüberwachung der Feldgeräte eines Feldbussystems erfolgt in der Regel mittels einer auf einem Host installierten Gerätezugriffssoftware. In einer typischen Gerätezugriffssoftware wird die hierarchische Struktur des Feldbussystems mit Hilfe von Gerätetreibern bzw. Gerätebeschreibungsdateien nachgebildet. Die Anordnung der Gerätetreiber bzw. Gerätebeschreibungsdateien entspricht spiegelbildlich der Struktur der Gerätezugriffssoftware. Dies bringt jedoch auch Nachteile mit sich. Wenn beispielsweise ein Gerätetreiber bzw. eine Gerätebeschreibungsdatei für einen Gateway fehlt oder fehlerhaft ist, dann kann auf sämtliche über diesen Gateway erreichbaren Feldgeräte nicht mehr zugegriffen werden.

Es ist daher Aufgabe der Erfindung, eine weniger störanfällige Struktur für die Gerätezugriffssoftware eines Feldbussystems zur Verfügung zu stellen. Gelöst wird diese Aufgabe durch die in den Ansprüchen 1 , 1 1 , 13, 14, 16 und 19 angegebenen Merkmale.

Vorteilhafte Weiterentwicklungen der Erfindung sind in den Unteransprüchen angegeben. Ein Datenübertragungssystem entsprechend den Ausführungsformen der Erfindung ist ausgelegt für einen Datenaustausch zwischen einem Feldbussystem, das mindestens ein Feldgerät umfasst, und einer Gerätezugriffssoftware, die auf einem Host installiert ist und mit der auf Komponenten des Feldbussystems zugegriffen werden kann. Das Datenübertragungssystem umfasst ein Kopplergerät, das an das Feldbussystem angeschlossen ist, sowie einen generischen Kommunikationstreiber, der in die Gerätezugriffssoftware eingebunden ist, wobei außerdem mindestens ein Gerätetreiber in die Gerätezugriffssoftware eingebunden ist. Außerdem umfasst das Datenübertragungssystem eine zentrale Datenübertragungsstrecke, die zwischen dem generischen Kommunikationstreiber und dem Kopplergerät aufbaubar ist und über die ein primärer Datenverkehr übertragbar ist.

Der generische Kommunikationstreiber ist dazu ausgelegt, mit mindestens einem der in die Gerätezugriffssoftware eingebundenen Gerätetreiber Daten auszutauschen und von dem mindestens einen Gerätetreiber empfangene Daten als Teil des primären Datenverkehrs über die zentrale Datenübertragungsstrecke zum Kopplergerät zu übermitteln, und Daten des über die zentrale Datenübertragungsstrecke vom Kopplergerät empfangenen primären Datenverkehrs jeweils an denjenigen Gerätetreiber weiterzuleiten, für den die Daten bestimmt sind.

Das Kopplergerät ist dazu ausgelegt, den vom generischen Kommunikationstreiber über die zentrale Datenübertragungsstrecke empfangenen primären Datenverkehr unter Hinzufügung von Routinginformationen in einen sekundären Datenverkehr umzusetzen und auf dem Feldbussystem zu senden, und von mindestens einem der Feldgeräte empfangene Daten in den primären Datenverkehr umzusetzen und über die zentrale Datenübertragungsstrecke zum generischen Kommunikationstreiber zu übermitteln.

Bei dem Datenübertragungssystem entsprechend den Ausführungsformen der vorliegenden Erfindung wird eine neuartige Topologie für den Datenaustausch zwischen einem Feldbussystem und einer Gerätezugriffssoftware verwendet. Auf Seiten der Gerätezugriffssoftware ist eine zentrale Kommunikationskomponente vorgesehen, der generische Kommunikationstreiber, und auf Seiten des Feldbussystems ist ebenfalls eine zentrale Kommunikationskomponente vorgesehen, das Kopplergerät. Zwischen dem generischen Kommunikationstreiber und dem Kopplergerät wird eine zentrale Datenübertragungsstrecke aufgesetzt, über die der gesamte Datenaustausch zwischen der Gerätezugriffssoftware und dem Feldbussystem abgewickelt wird. Der generische Kommunikationstreiber ist außerdem dafür zuständig, innerhalb der Gerätezugriffssoftware den Datenaustausch mit den Gerätetreibern abzuwickeln. Das Kopplergerät ist innerhalb des Feldbussystems für das Routing des Datenverkehrs zum gewünschten Bestimmungsort zuständig. Hierzu erzeugt das Kopplergerät geeignete Routinginformationen, die in den Datenverkehr eingefügt werden. Diese vom Kopplergerät erzeugten Routinginformationen sorgen innerhalb des Feldbussystems für das richtige Routing des Datenverkehrs zum gewünschten Bestimmungsort.

Bei der früher innerhalb der Gerätezugriffssoftware verwendeten hierarchischen Anordnung der Kommunikations- und Gerätetreiber hatte das Fehlen eines Treibers bereits den Ausfall von ganzen Teilsegmenten der Treiberstruktur zur Folge. Dies kann bei der neuartigen zentralisierten Treiberstruktur nicht mehr passieren, denn alle Gerätetreiber kommunizieren direkt mit dem generischen Kommunikationstreiber. Weitere Kommunikationstreiber sind nicht erforderlich. Dadurch wird das Gesamtsystem deutlich weniger störanfällig. Es ist nicht mehr möglich, dass ein fehlender Treiber ganze Teile der Gerätezugriffssoftware lahmlegt. Insbesondere für umfangreiche verschachtelte Feldbustopologien ist dies von Vorteil.

Bei der vorliegenden Datenübertragungssystem wird sämtliche für Datenübertragung, Protokollumsetzung und Routing erforderliche Intelligenz und Rechenleistung in zwei hierfür vorgesehenen Kommunikationskomponenten untergebracht, im generischen Kommunikationstreiber und dem zugeordneten Kopplergerät. Das Kopplergerät ist dabei insbesondere für das Routing innerhalb des Feldbussystems zuständig. Durch diese Bündelung und Zentralisierung der Funktionalitäten wird das System insgesamt übersichtlicher und weniger störanfällig.

Ein weiterer Vorteil ist, dass auf Seiten des Kopplergeräts der ankommende Datenverkehr überwacht und eine Sicherheitsüberprüfung durchgeführt werden kann. Insofern ist die Abwicklung des Datenaustausche über zwei zentrale Kommunikationskomponenten auch unter Sicherheitsaspekten sinnvoll.

Nachfolgend ist die Erfindung anhand von in der Zeichnung dargestellten Ausführungsbeispielen näher erläutert. Es zeigen:

Fig. 1 ein Feldbussystem sowie die Struktur der Gerätezugriffssoftware gemäß dem Stand der Technik, wobei die Konsequenzen des Fehlens eines geeigneten Gateway-Treibers bzw. Gateway-DTMs (Device Type Managers) veranschaulicht sind; Fig. 2 eine neuartige Kommunikationsstruktur mit einem generischen Kommunikationstreiber auf Seiten der Gerätezugriffssoftware und einem zugehörigen Kopplergerät auf Seiten des Feldbussystems; Fig. 3A eine Anfrage, die von dem generischen Kommunikationstreiber an das Kopplergerät gerichtet wird;

Fig. 3B die Übertragung einer Liste sämtlicher Feldgeräte vom Kopplergerät zum generischen Kommunikationstreiber;

Fig. 3C das Aufsetzen von geeigneten Kommunikationskanälen für die Geräte-DTMs auf Seiten des generischen Kommunikationstreibers;

Fig. 3D die Durchführung eines FDT-Scans für jeden der aufgesetzten Kommunikationskanäle;

Fig. 3E die Instantiierung von passenden Geräte-DTMs für die Feldgeräte;

Fig. 4 den Ablauf der Kommunikation zwischen den Geräte-DTMs und den Feldgeräten;

Fig. 5 unterschiedliche Möglichkeiten zur Implementierung einer Datenformatumsetzung zur Umsetzung des primären Datenverkehrs in einen sekundären Datenverkehr;

Fig. 6 ein Feldbussystem, bei dem das Kopplergerät zugleich als Feldzugangsgerät ausgelegt ist.

In Fig. 1 ist ein Feldbussystem 100 gezeigt, das mehrere hierarchisch angeordnete Feldbussegmente umfasst. Das Feldbussegment 101 ist entsprechend dem Protokoll Profibus realisiert. An das Feldbussegment 101 sind ein Feldzugangsgerät 102, ein Feldgerät 103 sowie ein Gateway 104 angeschlossen. Unterhalb des Gateways 104 wird das Protokoll HART verwendet. Insbesondere kommunizieren die beiden an dem Gateway 104 angeschlossenen Feldgeräte 105, 106 über das Protokoll HART mit dem Gateway 104. Der Gateway 104 ist dazu ausgelegt, vom Feldbussegment 101 erhaltene Profibus-Pakete in entsprechende HART-Pakete umzuwandeln und in umgekehrter Richtung von den Feldgeräten 105, 106 empfangene HART-Pakete in entsprechende Profibus-Pakete umzuwandeln. An das Feldzugangsgerät 102 ist über eine Ethernet-Verbindung 107 ein Host 108 angeschlossen, auf dem eine Gerätezugriffssoftware 109 installiert ist. Über die Gerätezugriffssoftware 109 werden vom Host 108 aus die Komponenten des Feldbussystems 100 konfiguriert und parametriert. Insbesondere können von der Gerätezugriffssoftware 109 aus die Parameter der verschiedenen Komponenten des Feldbussystems 100 ausgelesen, dargestellt und verändert werden. Darüber hinaus ermöglicht die Gerätezugriffssoftware 109 eine Zustandsüberwachung (Condition Monitoring) der Komponenten des Feldbussystems 100. Der für diese Aufgaben erforderliche Datenaustausch wird in der Regel über den sogenannten azyklischen Datenverkehr abgewickelt.

Um die verschiedenen Komponenten des Feldbussystems 100 korrekt ansprechen zu können, benötigt die Gerätezugriffssoftware 109 Informationen über die Eigenschaften und Parameter der Feldgeräte, Gateways, Remote I/Os etc. des Feldbussystems 100. Diese Informationen werden von den Herstellern der unterschiedlichen Geräte in der Regel in Form von Gerätebeschreibungsdateien oder Gerätetreibern zur Verfügung gestellt. Zur Gerätebeschreibung für den azyklischen Datenaustausch werden bei den Feldbusprotokollen Profibus-DP, Profibus-PA, Fieldbus Foundation und HART Gerätebeschreibungen gemäß den Standards DD (Device Description), EDD (Enhanced Device Description), DTM (Device Type Manager) sowie FDI Device Packages verwendet. Insbesondere bei den Standards EDD und DTM werden zusätzlich zu Geräteparametern, Gerätefunktionalität und Adressraumbelegung auch Grafikfeatures und grafische Benutzeroberflächen spezifiziert, die die Parametrierung und Konfigurierung des jeweiligen Feldgeräts erleichtern sollen. Zur Erzeugung dieser grafischen Oberflächen sind im Standard EDD spezielle Grafikbefehle vorgesehen, die nach Art einer Interpreter-Sprache abgearbeitet werden.

Im Standard DTM (Device Type Manager) wird eine ausführbare Datei (ein Executable) zur Verfügung gestellt, das auch die genannten Grafikfeatures umfasst. Die verschiedenen DTMs zu den verschiedenen Komponenten des Feldbussystems werden in eine gemeinsame FDT-Rahmenapplikation eingebunden, wobei FDT für„Field Device Tool" steht. Dadurch wird eine gemeinsame Rahmenapplikation zur Verfügung gestellt, in die die DTMs zu verschiedenen Geräten und von unterschiedlichen Herstellern eingebunden werden können. Der FDT-Standard wird in den nächsten Jahren zunehmend durch den Standard FDI Device Packages ergänzt und später ersetzt.

Neben den bisher diskutierten Feldbusprotokollen Profibus, Fieldbus Foundation und HART gewinnen die sogenannten Industrial Ethernet-Protokolle an Bedeutung, zu denen u.a. die Feldbusprotokolle EtherNet/IP, ProfiNet und EtherCAT gehören.

Beim Feldbusprotokoll EtherNet/IP ist eine Gerätebeschreibungsdatei entsprechend dem Standard EDS (Electronic Data Sheet) zur Beschreibung sowohl des zyklischen als auch des azyklischen Datenaustausche vorgesehen.

Im Beispiel von Fig. 1 handelt es sich bei der Gerätezugriffssoftware 109 um eine FDT- Rahmenapplikation, in die zur Beschreibung des Feldbussystems 100 eine Anzahl von unterschiedlichen Geräte-DTMs, Gateway-DTMs und Kommunikations-DTMs eingebunden sind. An oberster Stelle der DTM-Hierarchie steht der Kommunikations-DTM 1 10. Der Kommunikations-DTM 1 10 ist dem Feldzugangsgerät 102 zugeordnet und kommuniziert mit diesem über die Ethernet-Verbindung 107. Der Kommunikations-DTM 1 10 stellt in gewisser Weise die Außenschnittstelle der Gerätezugriffssoftware 109 dar. Sämtlicher ein- und ausgehende Datenverkehr wird über den Kommunikations-DTM 1 10 geführt.

Der Geräte-DTM 1 1 1 ist in der DTM-Hierarchie unterhalb des Kommunikations-DTM 1 10 angeordnet und bildet die Funktionalität des Feldgeräts 103 ab. Da es sich bei dem Feldgerät 103 um ein Profibus-Feldgerät handelt, ist auch der zugehörige Geräte-DTM 1 1 1 für das Senden und Empfangen von Profibus-Datenpaketen ausgelegt. Für die Datenübertragung zum Feldgerät 103 sendet der Geräte-DTM 1 1 1 daher ein Profibus- Datenpaket zum Kommunikations-DTM 1 10, der dieses Datenpaket in einen Ethernet- Datenstrom umsetzt und über die Ethernet-Verbindung 107 zum Feldzugangsgerät 102 übermittelt. Dort werden die Ethernet-Daten wieder in das ursprüngliche Profibus- Datenpaket zurückverwandelt, und dieses Profibus-Datenpaket wird zum Feldgerät 103 übertragen. In umgekehrter Richtung, also vom Feldgerät 103 zum zugehörigen Geräte-DTM 1 1 1 funktioniert die Datenübertragung entsprechend.

In der Ebene unterhalb des Kommunikations-DTM 1 10 ist außerdem ein Gateway-DTM 1 12 angeordnet, der dem Gateway 104 zugeordnet ist. Über den Gateway-DTM 1 12 kann der Gateway 104 parametriert und konfiguriert werden. Dabei erfolgt die Kommunikation zwischen dem Gateway-DTM 1 12 und dem Gateway 104 über Profibus-Datenpakete, die für die Übertragung zwischen der Kommunikations-DTM 1 10 und dem Feldzugangsgerät 102 in einen entsprechenden Ethernet-Datenstrom umgesetzt werden.

Unterhalb des Gateway-DTM 1 12 in der DTM-Hierarchie sind zwei Geräte-DTMs 1 13, 1 14 angeordnet. Der Geräte-DTM 1 13 bildet die Funktionalität des Feldgeräts 105 ab, und der Geräte-DTM 1 14 bildet die Funktionalität des Feldgeräts 106 ab. Da es sich bei den beiden Feldgeräten 105, 106 um HART-Feldgeräte handelt, sind auch die beiden Geräte-DTMs 1 13, 1 14 für das Protokoll HART ausgelegt. Wenn der Geräte-DTM 1 13 beispielsweise Daten zum zugehörigen Feldgerät 105 übermitteln möchte, dann sendet er ein HART-Datenpaket zum Gateway-DTM 1 12. Der Gateway-DTM 1 12 bildet auf Seiten der Gerätezugriffssoftware 109 die Funktionalität des Gateway 104 nach. Da der Gateway 104 als Protokoll Umsetzer zwischen Profibus und HART fungiert, umfasst auch der zugehörige Gateway-DTM 1 12 diese Protokollwandler- Funktionalität. Der Gateway-DTM 1 12 wandelt daher das vom Geräte-DTM 1 13 erhaltene HART-Datenpaket in ein entsprechendes Profibus-Datenpaket um, welches dann zum Kommunikations-DTM 1 10 übermittelt wird. Der Kommunikations-DTM 1 10 wandelt das Profibus-Paket in einen entsprechenden Ethernet-Datenstrom um, der über die Ethernet- Verbindung 107 zum Feldzugangsgerät 102 übermittelt wird und dort wieder in das ursprüngliche Profibus-Datenpaket umgewandelt wird. Dieses Profibus-Datenpaket wird dem Gateway 104 zugeführt. Im Gateway 104 wird das Profibus-Datenpaket in ein entsprechendes HART-Datenpaket umwandelt, welches dann dem Feldgerät 105 zugeführt wird. Wenn in umgekehrter Richtung ein HART-Datenpaket vom Feldgerät 105 zum Geräte-DTM 1 13 übermittelt werden soll, dann wird dieses HART-Datenpaket zuerst durch den Gateway 104 in ein Profibus-Datenpaket umgesetzt, welches dann durch das Feldzugangsgerät 102 in einen entsprechenden Ethernet-Datenstrom umgewandelt wird, der über die Ethernet- Verbindung 107 zum Kommunikations-DTM 1 10 übertragen wird. Dort werden die Ethernet- Daten wieder in das ursprüngliche Profibus-Datenpaket zurückverwandelt. Dieses Profibus- Datenpaket wird dann vom Gateway-DTM 1 12 in ein entsprechendes HART-Datenpaket umgewandelt, das dem Geräte-DTM 1 13 zugeführt wird.

Aus der obigen Darstellung ergibt sich, dass bei der in Fig. 1 gezeigten Lösung die hierarchische Struktur des Feldbussystems 100 auf Seiten der Gerätezugriffssoftware 109 durch eine entsprechende Anordnung von Kommunikations-DTMs, Gateway-DTMs und Geräte-DTMs spiegelsymmetrisch nachgebildet wird. Die hierarchische Topologie der DTMs entspricht eins zu eins der hierarchischen Topologie des realen physikalischen Feldbussystems. Diese hierarchische Anordnung der Gerätebeschreibungen ist weit verbreitet und hat sich im Markt durchgesetzt. Dennoch fällt auf, dass bereits bei einem relativ einfachen Feldbussystem wie dem in Fig. 1 gezeigten Feldbussystem 100 die zugehörige hierarchische Struktur der DTMs doch vergleichsweise komplex ist. Bei noch umfangreicheren Feldbussystemen, wie sie in der Praxis häufig vorkommen, ergibt sich für die DTMs eine hochkomplizierte hierarchische Struktur mit vielfachen Verschachtelungen, welche auch als "Nested Communication" bezeichnet werden.

Im Folgenden soll ein weiterer Nachteil der in Fig. 1 gezeigten herkömmlichen hierarchischen DTM-Struktur erläutert werden. Es soll angenommen werden, dass der Gateway 104 von einem Dritthersteller stammt, und dass der Dritthersteller keinen geeigneten Gateway-DTM 1 12 für die FDT-Rahmenapplikation zur Verfügung stellt. Der Grund dafür könnte beispielsweise sein, dass der Dritthersteller in erster Linie auf die Standards DD und EDD setzt und den alternativen Standard FDT/DTM nur in gewissem Maße unterstützt. Denkbar wäre auch, dass es für das Betriebssystem, das auf dem Host 108 installiert ist, keinen passenden Gateway-DTM für den Gateway 104 gibt. Außerdem wäre denkbar, dass der vom Dritthersteller bereitgestellte Gateway-DTM 1 12 Programmierfehler aufweist und ein Einsatz daher vermieden werden sollte.

Wenn für den Gateway 104 kein geeigneter Gateway-DTM 1 12 zur Verfügung steht, dann bedeutet dies, dass eine Parametrierung, Konfiguration und Zustandsüberwachung des Gateway 104 von der Gerätezugriffssoftware 109 aus nicht möglich ist. Darüber hinaus bedeutet es jedoch auch, dass auf die beiden an den Gateway 104 angeschlossenen Feldgeräte 105, 106 von der Gerätezugriffssoftware 109 aus nicht zugegriffen werden kann, obwohl auf Seiten der Gerätezugriffssoftware 109 für jedes der beiden Feldgeräte 105, 106 ein passender Geräte-DTM 1 13, 1 14 vorhanden ist. Der Grund hierfür ist, dass die beiden Geräte-DTMs 1 13, 1 14 den darüber angeordneten Gateway-DTM 1 12 für einen Zugriff auf die beiden Feldgeräte 105, 106 benötigen. Der Gateway-DTM 1 12 ist insbesondere für die Protokollumsetzung von HART auf Profibus erforderlich. Wenn der Gateway-DTM 1 12 fehlt, ist es daher auch für sämtliche in der DTM-Hierarchie darunter angeordneten DTMs nicht mehr möglich, auf die entsprechenden Geräte des Feldbussystems 100 zuzugreifen. Deshalb sind in Fig. 1 neben dem Gateway-DTM 1 12 auch die beiden darunter angeordneten Geräte-DTMs 1 13, 1 14 durchgestrichen. Dies stellt einen gravierenden Nachteil der in Fig. 1 gezeigten hierarchischen DTM-Struktur des Stands der Technik dar. Wenn ein Gateway-DTM fehlt oder ausfällt, können dadurch auch sämtliche in der DTM-Hierarchie darunter angeordneten DTMs nicht mehr verwendet werden. Eine Parametrierung und Konfiguration der entsprechenden Feldgeräte ist von der Gerätezugriffssoftware 109 aus dann nicht möglich. Insbesondere das Fehlen bzw. der Wegfall eines in der DTM-Hierarchie weit oben angeordneten Gateway-DTMs kann den Ausfall von vielen Geräte-DTMs nach sich ziehen.

Zur Vermeidung derartiger Nachteile wird eine neuartige Topologie für das Feldbussystem und die zugehörige Gerätezugriffssoftware vorgestellt, die in Fig. 2 veranschaulicht ist.

Das in Fig. 2 gezeigte Feldbussystem 200 umfasst ein Profibus-Segment 201 mit einem Feldzugangsgerät 202, einem Feldgerät 203 sowie einem Gateway 204. Zusätzlich ist an das Profibus-Segment 201 ein Kopplergerät 205 angeschlossen, das für die Ein- und Auskopplung von azyklischem Datenverkehr vorgesehen ist. An den Gateway 204 sind die beiden Feldgeräte 206, 207 angeschlossen, die über das Protokoll HART mit dem Gateway 204 kommunizieren. Der Gateway 204 ist dazu ausgelegt, aus dem Profibus-Segment 201 empfangene Profibus-Datenpakete in entsprechende HART-Datenpakete umzusetzen und umgekehrt.

In dem in Fig. 2 gezeigten Beispiel einer Feldbustopologie werden die beiden Feldbusprotokolle Profibus und HART eingesetzt. Dies ist nur als Beispiel zu verstehen. Es könnten auch andere Feldbusprotokolle sowie verschachtelte Feldbustopologien mit einer Mehrzahl von unterschiedlichen Feldbussegmenten und Feldbusprotokollen verwendet werden.

An das Feldzugangsgerät 202 ist über eine Ethernet-Verbindung 208 ein Host 209 angeschlossen, auf dem eine Gerätezugriffssoftware 210 installiert ist. Über die Gerätezugriffssoftware 210 kann auf die verschiedenen Komponenten des Feldbussystems 200 zugegriffen werden. Insbesondere kann über die Gerätezugriffssoftware 210 eine Parametrierung, Konfiguration sowie eine Zustandsüberwachung der verschiedenen Komponenten des Feldbussystems 200 durchgeführt werden.

In dem in Fig. 2 gezeigten Beispiel handelt es sich bei der Gerätezugriffssoftware 210 um eine FDT-Rahmenapplikation, in die eine Anzahl von verschiedenen DTMs eingebunden ist. An oberster Stelle der DTM-Hierarchie befindet sich der Kommunikations-DTM 21 1 . In der Hierarchieebene unterhalb des Kommunikations-DTM 21 1 ist der Geräte-DTM 212 angeordnet, der dem Feldgerät 203 zugeordnet ist. Darüber hinaus ist in der Hierarchieebene unterhalb des Kommunikations-DTM 21 1 ein generischer Kommunikationstreiber 213 angeordnet, der dem neu hinzugefügten Kopplergerät 205 zugeordnet ist. Über den generischen Kommunikationstreiber 213 kann eine Datenverbindung zum Kopplergerät 205 aufgebaut werden, welche dazu verwendet werden kann, einen geeignet formatierten Datenverkehr für den Zugriff auf unterschiedliche Komponenten in das Feldbussystem 200 einzuspeisen und in umgekehrter Richtung Datenverkehr von diesen Komponenten zum generischen Kommunikationstreiber 213 zu übertragen.

Bei dem in Fig. 2 gezeigten Beispiel wird für die Rahmenapplikation der Standard FDT verwendet, wobei die Treiber dem Standard DTM entsprechen. Stattdessen könnten jedoch für die Gerätezugriffssoftware und die darin eingebundenen Treiber bzw. Gerätebeschreibungsdateien auch andere Standards wie beispielsweise DD, EDD, EDS, FDI Device Packages oder andere Standards verwendet werden.

In der Hierarchieebene unterhalb des generischen Kommunikationstreibers 213 sind zwei Geräte-DTMs 214, 215 angeordnet, die den beiden Feldgeräten 206, 207 zugeordnet sind. Für den Gateway 204 ist kein zugehöriger Gateway-DTM vorgesehen. Die Funktionalität, die bei der in Fig. 1 gezeigten Lösung durch den Gateway-DTM 1 12 bereitgestellt wurde, wird nun durch den generischen Kommunikationstreiber 213 zusammen mit dem Kopplergerät 205 übernommen. Bei den beiden Feldgeräten 206, 207 handelt es sich um HART-Feldgeräte. Insofern sind auch die beiden zugeordneten Geräte-DTMs 214, 215 für das Protokoll HART ausgelegt. Der Datenaustausch zwischen den Geräte-DTMs 214, 215 und dem generischen Kommunikationstreiber 213 erfolgt daher entsprechend dem Protokoll HART. Der generische Kommunikationstreiber 213 ist dazu ausgelegt, die von den Geräte-DTMs 214, 215 erhaltenen HART-Datenpakete in entsprechende Profibus-Datenpakete umzusetzen und diese Profibus-Datenpakete über die Ethernet-Verbindung 208 zum Kopplergerät 205 zu übertragen. Das Kopplergerät 205 erhält vom generischen Kommunikationstreiber 213 also Profibus-Datenpakete mit darin eingepackten HART-Daten, welche für die Feldgeräte 206, 207 bestimmt sind. Für das Kopplergerät 205 stellt sich nun die Aufgabe, diese Daten in einem geeigneten Datenformat zu den Feldgeräten 206, 207 zu übermitteln. Hierzu nutzt das Kopplergerät 205 Informationen über die Topologie des Feldbussystems 200, welche durch Analysieren des Datenverkehrs im Profibus-Segment 201 erhalten werden. Unter Verwendung dieser Topologieinformationen erzeugt das Kopplergerät 205 ausgehend von dem primären Datenverkehr, den es vom generischen Kommunikationstreiber 213 empfangen hat, unter Hinzufügung geeigneter Routinginformationen einen sekundären Datenverkehr, der in das Profibus-Segment 201 eingespeist wird. Die vom Kopplergerät 205 erzeugten Profibus-Pakete werden vom Gateway 204 in entsprechende HART-Datenpakete umgewandelt und diese HART-Datenpakete werden dann zu demjenigen der Feldgeräte 206, 207 geroutet, für das sie bestimmt sind. In umgekehrter Richtung werden HART-Datenpakete, die beispielsweise vom Feldgerät 206 erzeugt werden, vom Gateway 204 in entsprechende Profibus-Datenpakete umgesetzt, welche dann vom Kopplergerät 205 empfangen werden. Das Kopplergerät 205 erzeugt aus diesen vom Feldgerät 206 erhaltenen Daten einen entsprechenden primären Datenverkehr, der über die Ethernet-Verbindung 208 zum generischen Kommunikationstreiber 213 übertragen wird. Dort werden die Profibus-Datenpakete in entsprechende HART- Datenpakete umgewandelt und zum Geräte-DTM 214 geroutet, welcher dem Feldgerät 206 zugeordnet ist.

Bei der in Fig. 2 gezeigten Lösung wird zwischen einem generischen Kommunikationstreiber 213, der in die FDT-Rahmenapplikation eingebunden ist, und einem Kopplergerät 205, das Bestandteil des Feldbussystems 200 ist, eine bidirektionale Datenverbindung aufgesetzt. Über das Kopplergerät 205 kann auf sämtliche Feldgeräte zugegriffen werden, die auf gleicher Hierarchieebene wie das Kopplergerät 205 oder in Hierarchieebenen unterhalb des Kopplergeräts 205 angeordnet sind (in Fig. 2 also auf die Feldgeräte 206, 207). Die entsprechenden Geräte-DTMs 214, 215 für diese Feldgeräte 206, 207 werden in der DTM- Hierarchie unmittelbar unterhalb des generischen Kommunikationstreibers 213 instantiiert. Auf einen Gateway-DTM für den Gateway 204 kann dabei verzichtet werden. Das Kopplergerät 205 ist dann dafür zuständig, den vom generischen Kommunikationstreiber 213 erhaltenen primären Datenverkehr unter Hinzufügung von geeigneten Routinginformationen in einen sekundären Datenverkehr umzusetzen und diesen auf dem Profibus-Segment 201 zu senden. Dieser sekundäre Datenverkehr wird dann vom Gateway 204 demjenigen der Feldgeräte 206, 207 zugeleitet, für das die Daten bestimmt sind.

Das Grundkonzept der in Fig. 2 gezeigten Anordnung ist es, anstatt der in Fig. 1 gezeigten hierarchischen DTM-Struktur zwei zentrale Komponenten einzuführen, nämlich einen generischen Kommunikationstreiber 213 auf Seiten der Gerätezugriffssoftware 210 sowie ein in das Feldbussystem 200 eingebundenes Kopplergerät 205, um zwischen diesen beiden zentralen Komponenten einen bidirektionalen primären Datenverkehr aufzusetzen. Auf Seiten des Kopplergeräts 205 ist die Topologie des Feldbussystems 200 bekannt, so dass die von der Gerätezugriffssoftware 210 empfangenen Daten unter Hinzufügung von geeigneter Routinginformation zum jeweiligen Bestimmungsort geroutet werden können.

In den Fig. 3A bis 3E ist dargestellt, wie die in Fig. 2 gezeigte Kommunikationsstruktur der Reihe nach aufgesetzt wird. Dabei werden für die einzelnen Komponenten dieselben Bezugszeichen verwendet wie in Fig. 2.

In Fig. 3A ist das Feldbussystem 200 zu erkennen. An das Profibus-Segment 201 ist das Kopplergerät 205 angeschlossen. Außerdem ist in Fig. 3A der Host 209 mit der darauf installierten Gerätezugriffssoftware 210 zu erkennen. Die Gerätezugriffssoftware 210 umfasst anfangs nur den Kommunikations-DTM 21 1 , den Geräte-DTM 212 für das Feldgerät 203 und den generischen Kommunikationstreiber 213, der dem Kopplergerät 205 zugeordnet ist. Darüber hinaus sind noch keine weiteren Geräte-DTMs installiert.

Sobald das Kopplergerät 205 in das Feldbussystem 200 eingebunden ist, beginnt das Kopplergerät 205 mit dem Scannen der Topologie des Feldbussystems 200. Das Kopplergerät 205 analysiert die auf dem Profibus-Segment 201 übertragenen Profibus- Datenpakete und ermittelt anhand von Gerätekennungen, Herstellerkennungen, Geräteversionen, Adressierungs- und Routinginformationen die Topologie des Feldbussystems 200. Auf diese Weise erzeugt das Kopplergerät 205 eine Liste der vorhandenen Feldgeräte und Gateways.

Auf Seiten des generischen Kommunikationstreibers 213 ist noch nicht bekannt, welche Feldgeräte und Gateways im Feldbussystem 200 vorhanden sind. Wie in Fig. 3A gezeigt, sendet der generische Kommunikationstreiber 213 deshalb eine Anfrage an das Kopplergerät 205, um Informationen über die identifizierten Feldgeräte und Gateways abzufragen. Diese Anfrage ist in Fig. 3A als Pfeil 300 eingezeichnet.

In Fig. 3B ist gezeigt, wie das Kopplergerät 205 auf diese Anfrage hin eine Liste 301 von Feldgeräten und Gateways zum generischen Kommunikationstreiber 213 übermittelt. Die Übertragung der Liste 301 vom Kopplergerät 205 zum generischen Kommunikationstreiber 213 ist in Fig. 3B durch den Pfeil 302 dargestellt. Die Liste 301 umfasst Informationen über die im Feldbussystem vorhandenen Feldgeräte und Gateways sowie über die von diesen Geräten verwendeten Protokolle. Diese Liste 301 steht ab jetzt auch dem generischen Kommunikationstreiber 213 zur Verfügung.

Im nächsten Schritt, der in Fig. 3C gezeigt ist, legt der generische Kommunikationstreiber 213 für jedes in der Liste 301 aufgeführte Feldgerät einen zugehörigen Kommunikationskanal an. Bei dem in den Fig. 3A bis 3E dargestellten Beispiel legt der generische Kommunikationstreiber 213 also zwei HART-Kanäle 303, 304 an, wobei der HART-Kanal 303 für das Feldgerät 206 vorgesehen ist und wobei der HART-Kanal 304 für das Feldgerät 207 vorgesehen ist. Die Kommunikationskanäle 303, 304 werden also jeweils passend zu den von den Feldgeräten 206, 207 verwendeten Protokollen aufgesetzt.

Im nächsten Schritt, der in Fig. 3D veranschaulicht ist, wird von jedem der neu aufgesetzten Kommunikationskanäle 303, 304 aus ein sogenannter FDT-Scan durchgeführt. Mit Hilfe eines FDT-Scans können von einem bestimmten Kommunikationskanal aus Informationen über das zugehörige Feldgerät abgefragt werden. Mit Hilfe eines FDT-Scans kann insbesondere der Gerätetyp, die Version, die Gerätekennung und die Herstellerkennung des zugehörigen Feldgeräts ermittelt werden.

In Fig. 3D ist als Beispiel ein von der FDT-Rahmenapplikation initiierter FDT-Scan für den Kommunikationskanal 303 gezeigt. Die Scananfrage wird entsprechend dem Pfeil 305 über den generischen Kommunikationstreiber 213 zum Kopplergerät 205 übermittelt. Das Kopplergerät 205 leitet die Scananfrage entsprechend dem Pfeil 306 unter Hinzufügung geeigneter Routinginformationen zum Feldgerät 206 weiter, dessen Daten abgefragt werden sollen.

Daraufhin übermittelt das Feldgerät 206 Informationen zum eigenen Gerätetyp und zur Version sowie die eigene Geräte- und Herstellerkennung zum Kopplergerät 205. Das Kopplergerät 205 leitet diese Informationen an den generischen Kommunikationstreiber 213 weiter. Dadurch weiß die FDT-Rahmenapplikation jetzt, welcher Typ von Feldgerät zum Kommunikationskanal 303 gehört.

Für den zweiten Kommunikationskanal 304 wird von der FDT-Rahmenapplikation ein zweiter FDT-Scan initiiert, um Informationen über das zugehörige Feldgerät 207 abzufragen. Aus Gründen der Übersicht ist dieser zweite FDT-Scan in Fig. 3D nicht mit eingezeichnet. Das Feldgerät 207 übermittelt daraufhin die angeforderten Informationen zum generischen Kommunikationstreiber 213. Die FDT-Rahmenapplikation kennt jetzt jeweils den Gerätetyp, die Version, die Gerätekennung und die Herstellerkennung der beiden Feldgeräte 206, 207.

Wie in Fig. 3E gezeigt ist, werden im nächsten Schritt für jeden der beiden Kommunikationskanäle 303, 304 die zu den Feldgeräten 206, 207 passenden Geräte-DTMs 214, 215 instantiiert. Nach erfolgter Instantiierung kann über den Geräte-DTM 214, den Kommunikationskanal 303 und den generischen Kommunikationstreiber 213 auf das Feldgerät 206 zugegriffen werden. Entsprechend kann über den Geräte-DTM 215, den Kommunikationskanal 304 und den generischen Kommunikationstreiber 213 auf das Feldgerät 207 zugegriffen werden. Mit der Instantiierung der beiden Geräte-DTMs 214, 215 ist die Instantiierung der in Fig. 2 gezeigten Kommunikationsstruktur abgeschlossen.

In Fig. 4 ist der Datenfluss in einer entsprechend Fig. 3A bis Fig. 3E aufgesetzten Kommunikationsstruktur im Überblick dargestellt.

Zunächst soll von der Geräte-DTM 214 aus auf Parameter des zugehörigen Feldgeräts 206 zugegriffen werden. Hierzu sendet der Geräte-DTM 214 ein HART-Datenpaket an den generischen Kommunikationstreiber 213, der dieses HART-Datenpaket über den Kommunikationskanal 303 empfängt und in ein entsprechendes Profibus-Datenpaket umwandelt. Dieses Profibus-Datenpaket wird durch den Kommunikations-DTM 21 1 in einen entsprechenden Ethernet-Datenstrom umgesetzt und über die Ethernet-Verbindung 208 zum Feldzugangsgerät 202 übertragen. Dort werden die Ethernet-Daten wieder in das ursprüngliche Profibus-Datenpaket zurückverwandelt. Dieses Profibus-Datenpaket wird auf dem Profibus-Segment 201 gesendet und zum Kopplergerät 205 übertragen.

Auf Seiten des Kopplergeräts 205 stehen die benötigten Topologieinformationen für das weitere Routing dieses Datenpakets zur Verfügung. Mit Hilfe dieser Topologieinformationen kann das Kopplergerät 205 einen Übertragungspfad für die Übertragung des Datenpakets zum gewünschten Bestimmungsort (also zum Feldgerät 206) aufsetzen. Insbesondere ist auf Seiten des Kopplergeräts 205 bekannt, dass das Datenpaket über den Gateway 204 zum Feldgerät 206 geroutet werden kann, und welche Routinginformationen vom Gateway 204 benötigt werden, um das Datenpaket zum Feldgerät 206 zu routen. Für die gängigsten Gateways im Bereich der Automatisierungstechnik sind auf Seiten des Kopplergeräts 205 Informationen zu den benötigten Datenformaten gespeichert. Zur Umsetzung der Datenpakete umfasst das Kopplergerät 205 einen Datenformatumsetzer 400, der den vom generischen Kommunikationstreiber 213 empfangenen primären Datenverkehr 401 in einen entsprechenden sekundären Datenverkehr 402 umsetzt und dabei die vom Gateway 204 benötigten Routinginformationen in die Profibus-Pakete einfügt. Der sekundäre Datenverkehr 402 wird zum Gateway 204 geroutet, der die Profibus-Datenpakete des sekundären Datenverkehrs 402 in entsprechende HART-Datenpakete umsetzt und diese HART-Datenpakete zum Feldgerät 206 routet.

Es soll nun angenommen werden, dass das Feldgerät 206 auf die Anfrage des Geräte-DTMs 214 antwortet und beispielsweise ein oder mehrere Parameterwerte übermittelt. Hierzu sendet das Feldgerät 206 ein HART-Datenpaket mit den Parameterwerten an den Gateway 204, der dieses HART-Datenpaket in ein entsprechendes Profibus-Datenpaket umwandelt. Das Kopplergerät 205 empfängt dieses Profibus-Datenpaket des sekundären Datenverkehrs 402 und wandelt es mittels des Datenformatumsetzers 400 in ein Profibus-Datenpaket des primären Datenverkehr 401 um. Der primäre Datenverkehr 401 wird dann über das Feldzugangsgerät 202, die Ethernet-Verbindung 208 und den Kommunikations-DTM 21 1 zum generischen Kommunikationstreiber 213 übertragen. Der generische Kommunikationstreiber 213 wandelt das empfangene Profibus-Datenpaket in ein entsprechendes HART-Datenpaket um und übermittelt dieses HART-Datenpaket über den Kommunikationskanal 303 zum Geräte-DTM 214. Damit stehen jetzt auf Seiten des Geräte-DTM 214 die benötigten Parameterwerte des Feldgeräts 206 zur Verfügung. Diese Parameterwerte können von der Geräte-DTM 214 beispielsweise auf einer grafischen Benutzeroberfläche angezeigt werden.

Der Datenformatumsetzer 400 ist dazu ausgelegt, den primären Datenverkehr 401 in den sekundären Datenverkehr 402 umzusetzen und dabei geeignete Routinginformationen für den Gateway 204 (oder auch für andere Gateways) einzufügen. Dieser Datenformatumsetzer 400 ist in Fig. 4 in das Kopplergerät 205 integriert. Dies ist eine vorteilhafte Lösung, weil auf Seiten des Kopplergeräts 205 die benötigte Topologieinformation durch Mitlesen des Datenverkehrs einfach beschafft werden kann.

Wie in Fig. 5 dargestellt ist, kann die Datenformatumsetzung vom Kopplergerät 205 weg verlagert und zu anderen Komponenten der Kommunikationsstruktur hin verlagert werden. Beispielsweise könnte anstelle des Datenformatumsetzers 400 ein Datenformatumsetzer 500 auf Seiten des Feldzugangsgeräts 202 vorgesehen werden. In diesem Fall würde die Umwandlung des primären Datenverkehrs in den sekundären Datenverkehr unter Hinzufügung der benötigten Routinginformation bereits auf Seiten des Feldzugangsgeräts 202 erfolgen. Die für die Formatumsetzung benötigten Topologieinformationen können auch vom Feldzugangsgerät 202 aus durch Mitlesen des Datenverkehrs auf dem Profibus- Segment 201 erfasst werden. Eine weitere Möglichkeit ist, den Datenformatumsetzer als Software zu realisieren und in die Gerätezugriffssoftware 210 auf Seiten des Hosts 209 zu integrieren. Beispielsweise könnte der Datenformatumsetzer 501 für die Umsetzung der Datenpakete und die Hinzufügung der benötigten Routinginformationen in den Kommunikations-DTM 21 1 integriert werden. In diesem Fall wäre der Kommunikations-DTM 21 1 dafür zuständig, den primären Datenverkehr in den sekundären Datenverkehr umzusetzen. Um die hierfür benötigten Routinginformationen einfügen zu können, würde der Kommunikations-DTM 21 1 allerdings Topologieinformationen vom Feldbussystem 200 benötigen, welche beispielsweise in Form einer erweiterten Liste vorab vom Feldbussystem 200 zum Kommunikations-DTM 21 1 übertragen werden müssten. Die Übersendung einer derartigen um Topologieinformationen ergänzten Liste wäre jedoch problemlos möglich. Damit der Kommunikations-DTM 21 1 passende Routinginformationen für die Datenpakete erzeugen kann, müssten auf Seiten des Kommunikations-DTM 21 1 außerdem Informationen zu den Datenformaten der gängigsten Gateways abgelegt sein. Der Kommunikations-DTM 21 1 würde dann den sekundären Datenverkehr erzeugen und über die Ethernet-Verbindung 208 fertig konfektionierte und mit Routinginformationen versehene Datenpakete zum Feldzugangsgerät 202 übermitteln, das diese Datenpakete dann auf dem Profibus-Segment 201 sendet.

Als weitere Alternative könnte auf Seiten der Gerätezugriffssoftware 210 unterhalb der Kommunikations-DTM 21 1 ein separates Softwaremodul 502 vorgesehen sein, das einen Datenformatumsetzer 503 umfasst. Dieses Softwaremodul 502 wäre dann dazu ausgelegt, den vom generischen Kommunikationstreiber 213 empfangenen primären Datenverkehr in den entsprechenden sekundären Datenverkehr umzuwandeln, wobei die benötigten Routinginformationen eingefügt werden. Dieser sekundäre Datenverkehr würde dann über den Kommunikations-DTM 21 1 und die Ethernet-Verbindung 208 zum Feldzugangsgerät 202 übertragen, das diesen sekundären Datenverkehr dann auf dem Profibus-Segment 201 sendet.

Als weitere Alternative wäre es auch denkbar, den Datenformatumsetzer 504 in den generischen Kommunikationstreiber 213 zu integrieren. In diesem Fall würde die Umsetzung vom primären Datenverkehr in den um Routinginformationen ergänzten sekundären Datenverkehr bereits auf Seiten des generischen Kommunikationstreibers 213 erfolgen. Eine Voraussetzung wäre wiederum, dass Topologie-Informationen über das Feldbussystem 200 dem generischen Kommunikationstreiber 213 vorab vom Feldbussystem 200 zur Verfügung gestellt werden. Der generische Kommunikationstreiber 213 würde dann den fertig konfektionierten und mit Routinginformationen versehenen sekundären Datenverkehr über den Kommunikations-DTM 21 1 und die Ethernet-Verbindung 208 an das Feldzugangsgerät 202 übertragen, und das Feldzugangsgerät 202 würde diesen sekundären Datenverkehr auf dem Profibus-Segment 201 senden.

Bei dem bisher diskutierten Beispiel war das Kopplergerät in der Gerätehierarchie des Feldbussystems irgendwo zwischen dem Feldzugangsgerät und den Feldgeräten angeordnet. Bei dieser Lösung war das Kopplergerät lediglich für das Routing innerhalb eines bestimmten Teilbereichs des Feldbussystems zuständig. Daher kann das Kopplergerät relativ klein ausgeführt sein und benötigt nur wenig Rechenleistung. In Fig. 6 ist ein weiteres Beispiel gezeigt, bei dem ein Kopplergerät 600 an oberster Stelle der Gerätehierarchie des Feldbussystems 601 angeordnet ist. Bei dem in Fig. 6 gezeigten Beispiel ist das Kopplergerät 600 daher für das gesamte Routing in dem vergleichsweise komplexen Feldbussystem 601 zuständig. Über eine Ethernet-Verbindung 602 ist das Kopplergerät 600 mit einem Host 603 verbunden. Auf dem Host 603 ist eine Gerätezugriffssoftware 604 installiert. Von der Gerätezugriffssoftware 604 aus kann zum Zweck der Parametrierung, Konfiguration und Zustandsüberwachung auf die Komponenten des Feldbussystems 601 zugegriffen werden. Das Kopplergerät 600 dient also zugleich als Feldzugangsgerät. Dies hat den Vorteil, dass das Kopplergerät 600 den gesamten Datenverkehr, der in das Feldbussystem 601 eingespeist wird, kontrollieren kann. Ankommende Datenpakete können beispielsweise einer Sicherheitsprüfung unterzogen werden, um Schadsoftware zu erkennen. Außerdem kann bei Zugriffen auf das Feldbussystem 601 die Zugriffsberechtigung und Autorisierung für diesen Zugriff geprüft werden, beispielsweise mit Hilfe von verschiedenen Benutzerkonten.

Das Feldbussystem 601 umfasst ein Profibus-Segment 605, an das das Kopplergerät 600, ein erster Gateway 606 (Hersteller X), ein Profibus-Feldgerät 607 sowie ein zweiter Gateway 608 (Hersteller Y) angeschlossen sind. Der erste Gateway 606 ist dazu ausgelegt, das Profibus-Protokoll in das Protokoll CANopen umzusetzen. An das CANopen-Segment 609 sind ein CANopen-Feldgerät 610 sowie ein dritter Gateway 61 1 (Hersteller Z) angeschlossen. Dieser dritte Gateway 61 1 ist dazu ausgelegt, das Protokoll CANopen in das Protokoll Interbus umzusetzen. An den dritten Gateway 61 1 (Hersteller Z) sind zwei Interbus-Feldgeräte angeschlossen, nämlich das Interbus-Feldgerät 612 und das Interbus-Feldgerät 613.

Der zweite Gateway 608 (Hersteller Y) ist dazu ausgelegt, das Profibus-Protokoll in das Protokoll HART umzusetzen. An den zweiten Gateway 608 (Hersteller Y) sind zwei HART- Feldgeräte angeschlossen, nämlich das HART-Feldgerät 614 und das HART-Feldgerät 615. Zur Erfassung der Topologie des Feldbussystems 601 wird vom Kopplergerät 600 aus ein Topologie-Scan durchgeführt. Dabei detektiert das Kopplergerät zuerst folgende Komponenten:

- erster Gateway 606 (Hersteller X),

- Profibus-Feldgerät 607,

- zweiter Gateway 608 (Hersteller Y).

Es soll angenommen werden, dass das Kopplergerät 600 sowohl den ersten Gateway 606 (Hersteller X) als auch den zweiten Gateway 608 (Hersteller Y) unterstützt. Daher fordert das Kopplergerät 600 vom zweiten Gateway 608 weitere Informationen darüber an, welche weiteren Feldgeräte und Komponenten an den zweiten Gateway 608 angeschlossen sind. Der zweite Gateway 608 (Hersteller Y) antwortet, dass zwei HART-Feldgeräte 614 und 615 an den zweiten Gateway 608 angeschlossen sind. Außerdem fordert das Kopplergerät 600 vom ersten Gateway 606 (Hersteller X) Informationen darüber an, welche Feldgeräte und Komponenten an den ersten Gateway 606 angeschlossen sind. Der erste Gateway 606 antwortet, dass ein CANopen-Feldgerät 610 sowie ein dritter Gateway 61 1 (Hersteller Z) an den ersten Gateway 606 angeschlossen sind.

Nachdem der dritte Gateway 61 1 (Hersteller Z) ebenfalls vom Kopplergerät 600 unterstützt wird, fordert das Kopplergerät 600 vom dritten Gateway 61 1 Informationen darüber an, welche weiteren Feldgeräte und Komponenten an den dritten Gateway 61 1 angeschlossen sind. Der dritte Gateway 61 1 antwortet, dass zwei Interbus-Feldgeräte 612 und 613 an den dritten Gateway 61 1 angeschlossen sind. Das Kopplergerät 600 hat jetzt einen vollständigen Topologie-Scan des Feldbussystems 601 durchgeführt. Dabei wurden die folgenden sechs Feldgeräte entdeckt:

1 ) Profibus-Feldaerät 607

Routing: Profibus -> Profibus-Feldgerät 607

2) HART-Feldqerät 614

Routing: Profibus -> zweiter Gateway 608 -> HART-Feldgerät 614

3) HART-Feldaerät 615

Routing: Profibus -> zweiter Gateway 608 -> HART-Feldgerät 615

4) CANopen-Feldaerät 610

Routing: Profibus -> erster Gateway 606 -> CANopen-Feldgerät 610

5) Interbus-Feldaerät 612

Routing: Profibus -> erster Gateway 606 -> dritter Gateway 61 1 -> Interbus-Feldgerät 612

6) Interbus-Feldgerät 613

Routing: Profibus -> erster Gateway 606 -> dritter Gateway 61 1 -> Interbus-Feldgerät 613.

Auf Seiten des Kopplergeräts 600 ist jetzt eine vollständige Liste aller im Feldbussystem 601 vorhandenen Feldgeräte sowie der zugehörigen Routinginformation verfügbar.

Anfangs ist auf Seiten der Gerätezugriffssoftware 604 (also der FDT-Rahmenapplikation) lediglich der generische Kommunikationstreiber 616 installiert, der dem Kopplergerät 600 zugeordnet ist. Der generische Kommunikationstreiber 616 fragt zunächst vom Kopplergerät 600 eine Liste der auf Seiten des Feldbussystems 601 vorhandenen Feldgeräte ab. Wie oben dargestellt, hat das Kopplergerät 600 die Liste der Feldgeräte sowie die zugehörige Routinginformation bereits mittels eines Topologie-Scans ermittelt. Das Kopplergerät 600 übermittelt daher zum generischen Kommunikationstreiber 616 eine Liste mit folgenden sechs Feldgeräten:

- Profibus-Feldgerät 607,

- HART-Feldgerät 614,

- HART-Feldgerät 615,

- CANopen-Feldgerät 610,

- Interbus-Feldgerät 612 und

- Interbus-Feldgerät 613. Nach Erhalt dieser Liste setzt der generische Kommunikationstreiber 616 insgesamt sechs Kommunikationskanäle für diese Feldgeräte auf, nämlich einen Profibus- Kommunikationskanal, zwei HART-Kommunikationskanäle, einen CANopen- Kommunikationskanal sowie zwei Interbus-Kommunikationskanäle.

Daraufhin wird für jeden dieser Kommunikationskanäle ein FDT-Scan durchgeführt, und daraufhin werden jeweils passende Geräte-DTMs für die verschiedenen Feldgeräte des Feldbussystems 601 instantiiert. Insbesondere wird für das Profibus-Feldgerät 607 ein geeigneter Geräte-DTM 617 für Profibus instantiiert. Für die beiden HART-Feldgeräte 614 und 615 werden jeweils passende Geräte-DTMs 618, 619 für HART instantiiert. Für das CANopen-Feldgerät 610 wird ein passender Geräte-DTM 620 für CANopen instantiiert. Und für die beiden Interbus-Feldgeräte 612, 613 werden jeweils passende Geräte-DTMs 621 , 622 für Interbus instantiiert. Nach der Instantiierung der sechs Geräte-DTMs 617 bis 622 ist die Kommunikationsstruktur vollständig. Die einzelnen Geräte-DTMs 617 bis 622 können jetzt jeweils Datenpakete über den generischen Kommunikationstreiber 616 und die Ethernet-Verbindung 602 zum Kopplergerät 600 schicken. Dort werden die Datenpakete des primären Datenverkehrs in den sekundären Datenverkehr umgesetzt, wobei Routinginformationen eingefügt werden, mit denen die Datenpakete zum Ziel-Feldgerät geroutet werden.

In umgekehrter Richtung können die Feldgeräte Datenpakete zum Kopplergerät 600 übermitteln, und diese Datenpakete werden dann über die Ethernet-Verbindung 602 zum generischen Kommunikationstreiber 616 übermittelt. Dieser setzt die Datenpakete in das für den jeweiligen Geräte-DTM benötigte Protokoll um und leitet die Datenpakete an den jeweiligen Geräte-DTM weiter.