In der Prozessautomatisierungstechnik werden vielfach Feldgeräte eingesetzt, die zur Erfassung und/oder Beeinflussung von Prozessvariablen dienen.

Beispiele für derartige Feldgeräte sind Füllstandsmessgeräte, Massendurchflussmessgeräte, Druck-und Temperaturmessgeräte, pH- Redoxpotential-Messgeräte, Leitfähigkeitsmessgeräte etc., die als Sensoren die entsprechenden Prozessvariablen Füllstand, Durchfluss, Druck, Temperatur, pH-Wert bzw. Leitfähigkeitswert erfassen.

Neben solchen Messgeräten sind auch Systeme bekannt, die außer Messwerterfassung auch weitere Aufgaben erfüllen. Zu nennen sind hier Elektrodenreinigungssysteme, Kalibriersysteme sowie Probennehmer.

Ebenfalls als Feldgeräte werden Ein-/Ausgabeeinheiten sogenannte Remote I/Os bezeichnet.

Zur Beeinflussung von Prozessvariablen dienen sogenannte Aktoren, z. B.

Ventile, die den Durchfluss einer Flüssigkeit in einem Rohrleitungsabschnitt steuern oder Pumpen, die den Füllstand in einem Behälter verändern.

Eine Vielzahl solcher Feldgeräte wird von der Firma Endress + Hauser hergestellt und vertrieben.

Häufig sind Feldgeräte über einen Feldbus (Profibus@, FoundationSFieldbus, HART@ etc. ) mit übergeordneten Einheiten z. B. Leitsystemen bzw.

Steuereinheiten verbunden. Diese übergeordneten Einheiten dienen zur Prozesssteuerung, Prozessvisualisierung, Prozessüberwachung sowie zur Bedienung der Feldgeräte.

Zur Bedienung der Feldgeräte sind entsprechende Bedienprogramme (Bedientools) im Leitsystem bzw. in der Steuereinheit notwendig. Diese Bedienprogramme können eigenständig ablaufen oder aber auch in Leitsystem- Anwendungen integriert sein.

Eine eingeschränkte Bedienung von Feldgeräten ist mit herkömmlichen vielfach verwendeten Gerätebeschreibungen (Device Descriptions) möglich.

Für eine vollumfängliche Bedienung der Feldgeräte müssen alle Funktionen und Parameter einschließlich der graphischen Bedienelemente dem Bedienprogramm (Bedientool) bekannt gemacht werden.

Die Gerätehersteller liefern deshalb seit kurzem zu ihren Feldgeräten Gerätetreiber z. B. DTMs (Device Type Manager), die alle Daten und Funktionen des jeweiligen Feldgeräts kapseln und gleichzeitige eine graphische Benutzeroberfläche zur Verfügung stellen.

Mit Hilfe dieser Gerätetreiber ist eine geräte-und herstellerübergreifende Bedienung von Feldgeräten mit einem Bedienprogramm möglich.

Der Trend in der Prozessautomatisierungstechnik geht immer mehr dahin, dass die Feldgeräte den speziellen Applikationen in denen sie eingesetzt werden angepasst sind und insbesondere auch dass Anwenderschnittstellen kundenspezifisch ausgelegt sind. In diesem Fall müssten nicht nur zu jedem Feldgerät sondern auch zu jeder Gerätevariante von den Geräteherstellern entsprechende Gerätetreiber erstellt werden. Diese Vielzahl der Gerätetreiber müssten bei jeder Änderungen einer Gerätesoftware entsprechend aktualisiert werden. Ältere Gerätetreiber von früheren Gerätevarianten müssten außerdem vom Gerätehersteller für längere Zeit verfügbar gehalten werden.

Dies würde bei dem Gerätehersteller einen enormen Aufwand bei der Erstellung und Aktualisierung von Gerätetreibern erfordern. Mit den applikationsspezifischen Gerätetreibern wäre zusätzlich ein erheblicher Kostenaufwand verbunden.

Auch auf der Anwenderseite wäre der Einsatz applikationsspezifischen Gerätetreiber sehr aufwendig. Die neuen Gerätetreiber müssten jeweils aufwendig installiert werden. Beim Anwender bestünde die Unsicherheit, ob seine Feldgeräte die aktuellsten auf die Softwareversion des Feldgerätes abgestimmten Gerätetreiber verwenden.

Aufgabe der Erfindung ist es einen Gerätetreiber für Feldgeräte der Prozessautomatisierungstechnik anzugeben, der die oben genannten Nachteile nicht aufweist, der insbesondere einfach und kostengünstig an spezielle Applikationen anpassbar ist.

Gelöst wird diese Aufgabe durch die in Anspruch 1 angegebenen Merkmale.

Die wesentliche Idee der Erfindung besteht darin, dass sich der Gerätetreiber selbst konfiguriert. Für diese Konfiguration wird eine dem Feldgerät zugeordnete Projektierungsdatei verwendet, die normalerweise im Feldgerät abgespeichert ist und die applikationsspezifische Funktionalität des Feldgerätes bestimmt. Mit Hilfe der Projektierungsdatei werden bei der Inbetriebnahme des Feldgerätes die entsprechenden Module im Arbeitsspeicher des Feldgerätes instanziiert und verknüpft. Außerdem legen Projektierungsdateien die Konfiguration von Anwenderschnittstellen fest.

Der wesentliche Vorteil der Erfindung besteht darin, dass sich der Gerätetreiber automatisch der applikationsspezifischen Funktionalität des Feldgeräts anpasst.

Der Feldgerätehersteller braucht für unterschiedliche applikationsspezifische Feldgeräte, ganze Gerätegruppen bzw. Gerätefamilien nur noch einen Gerätetreiber zur Verfügung zu stellen. Dadurch verringert sich der Aufwand für

Erstellung und Aktualisierung von Gerätetreibern erheblich. Bei Änderungen der Gerätesoftware (Updates-Upgrades) müssen keine neuen Gerätetreiber erstellt werden. Der Gerätetreiber liest die der neuen Software entsprechende neue Projektierungsdatei und konfiguriert sich entsprechend selbst. In einer Weiterbildung der Erfindung ist der Gerätetreiber als DTM (device type manager) gemäß den FDT-Spezifikationen ausgebildet. Dadurch lässt sich der Gerätetreiber leicht in bekannte FDT-Frame-Applikationen (PACTware@, FieldCareO etc. ) einbinden.

Die als Industriestandard geltenden FDT-Spezifikationen wurden von der PNO Profibus0 Nutzerorganisation in Zusammenarbeit mit dem ZVEI (Zentralverband Elektrotechnik-und Elektronikindustrie) entwickelt. Die aktuelle FDT-Spezifikation 1.2 ist über den ZVEI erhältlich.

In einer Weiterbildung der Erfindung besteht der Gerätetreiber aus mehreren DTM-Treibermodulen, die den Modulen im Feldgerät zugeordnet sind.

Dadurch kann der Gerätetreiber leicht an grundsätzlich neue Funktionalitäten, die bisher im Feldgerät möglicherweise nicht vorgesehen waren, angepasst werden.

Die Module umfassen z. B. Reglerfunktion, Alarmfunktion, Diagnosefunktion und Bedienfunktion. Mit Hilfe derartiger Module lassen sich applikationsspezifische Feldgeräte einfach projektieren.

In einer Weiterentwicklung der Erfindung lädt sich der Gerätetreiber zur Online- Parametrierung die entsprechende Projektierungsdatei aus dem betreffenden Feldgerät selbst. So braucht der Anwender, der das Feldgerät zum ersten Mal aufruft, keine aufwendigen Installationsroutinen aufzurufen.

Neben einer Online-Bedienung ist auch eine Offline-Bedienung der Feldgeräte möglich. In diesem Fall wird die entsprechende Projektierungsdatei von einem Speichermedium (Diskette, CD-Rom) geladen.

Nachfolgend ist die Erfindung anhand den in der Zeichnung dargestellten Ausführungsbeispiele näher erläutert.

Es zeigen : Fig. 1 schematische Darstellung eines Netzwerks der Prozessautomatisierungstechnik mit mehreren Feldgeräten ; Fig. 2 schematische Darstellung eines Bedienprogramms für Feldgeräte mit integriertem Gerätetreiber ; Fig. 3 schematische Darstellung der Verschalung von drei Modulen ; Fig. 4 Gerätetreiber bestehend aus mehreren Treibermodulen.

In Fig. 1 ist ein Netzwerk der Prozessautomatisierungstechnik näher dargestellt.

An einen Datenbus D1 sind mehrere Rechnereinheiten (Workstations) WS1, WS2 angeschlossen. Diese Rechnereinheiten dienen als übergeordnete Einheiten (Leitsystem bzw. Steuereinheit) zur Prozessvisualisierung, Prozessüberwachung und zum Engineering sowie zum Bedienen und Überwachen von Feldgeräten. Der Datenbus D1 arbeitet z. B. nach dem ProfibusG) DP-Standard oder nach dem HSE (High Speed Ethernet)-Standard der Foundation@ Fieldbus. Über ein Gateway 1, das auch als Linking Device oder als Segmentkoppler bezeichnet wird, ist der Datenbus D1 mit einem Feldbussegment SM1 verbunden. Das Feldbussegment SM1 besteht aus mehreren Feldgeräten F1, F2, F3, F4 die über einen Feldbus FB miteinander

verbunden sind. Bei den Feldgeräten F1, F2, F3, F4 können es sich sowohl um Sensoren oder um Aktoren handeln. Der Feldbus FB arbeitet entsprechend nach einem der bekannten Feldbus-Standards Profibus, Foundation Fieldbus oder HART.

In Fig. 2 ist ein Bedienprogramm, das auf einer der Steuereinheiten WS1, WS2 bzw. auf der Bedieneinheit BE abläuft, schematisch dargestellt. Bei dem Bedienprogramm kann es sich um die Bediensoftware PACTware (PACTware Consortium e. V. ) oder FieldcareS) (Firma Endress + Hauser@) handeln, die beide als Betriebssystem Microsoft Windows@, 98NT, 2000 benötigen und die als FDT-Frame-Applikation dienen. Die FDT-Frame-Applikation ist insbesondere verantwortlich für die Verwaltung der DTMs in einer Projektdatenbank (projekt database) für die Kommunikation zu den Bussystemen, für die Verwaltung des Gerätekatalogs, sowie für die Verwaltung der Benutzer und Zugriffsrechte etc..

Über verschiedene Schnittstellen S1, S2 erfolgt die Einbindung eines DTMs (hier DTMF1) in die FDT-Frame-Applikation. Der DTM, der auch als Gerätetreiber bezeichnet wird, kapselt die Daten und Funktionen des Feldgerätes F1 und benötigt als Laufzeitumgebung die FDT-Frame-Applikation.

Mit Hilfe von DTMs ist eine geräte-und herstellerübergreifende Bedienung von Feldgeräten möglich. Insbesondere erlaubt der DTM Zugriff auf Geräteparameter, Gerätekonfiguration, Abruf von Diagnosedaten und Statusinformationen über eine herstellerspezifische graphische Benutzeroberfläche.

Das FDT-Konzept basiert darauf, dass in eine FDT-Frame-Applikation unterschiedliche Feldgeräte DTMs von unterschiedlichen Herstellern in einfacher Weise gebunden werden können.

Über eine Schnittstelle S3 kommuniziert die FDT-Frame-Applikation mit dem Feldgerät F1. Die softwaremäßige Verbindung erfolgt dabei über einen oder

mehrere Kommunikations-DTM (s). Hardwaremäßig erfolgt die Verbindung über eine Busanschaltung BA, den Datenbus D1, das Gateway G1, den Feldbus FB und die am Feldgerät vorgesehenen Schnittstelle FS1.

Nachfolgend ist die Funktionsweise der Erfindung näher erläutert. Die Erfindung basiert im wesentlichen auf der Projektierungsdatei, die die applikationsspezifische Funktionalität des Feldgerätes festlegt. Diese Projektierungsdatei wird bei der Projektierung des Feldgerätes erstellt. Dabei werden mit einem entsprechenden Entwicklungswerkzeug vordefinierte Module z. B. per Drag and Drop ausgewählt und miteinander verknüpft. Die Module weisen hierfür entsprechende Anschlusspunkte für Ein/Ausgänge auf, die entsprechend dem gewünschten Datenstrom im Feldgerät miteinander verknüpft werden müssen.

Ein Ausgang kann dabei mit mehreren Eingängen verknüpft werden, ein Eingang aber nur von einem Ausgang gespeist werden. Bei den Modulen kann es sich z. B. um Funktionsblöcke, wie sie in der IEC-Norm 61131-3 spezifiziert sind, handeln (z. B. um Reglerblock, Alarmblock, Analoginput-Block bzw.

Diskret-Output-Block).

In Fig. 3 ist die Verschaltung von 3 Funktionsblöcken Al, PID und AO schematisch dargestellt. Neben der reinen Messwertverarbeitung sind auch Module für die Anwenderschnittstelle am Feldgerät vorgesehen.

Mit Hilfe der Projektierungsdatei P ist es deshalb möglich ohne die Generierung von neuem Quellcode ein applikationsspezifisches Feldgerät bereitzustellen.

Wie der Betrieb eines Feldgerätes mit Hilfe derartige Module erfolgt ist in der eigenen Anmeldung"Messeinrichtung für die Prozesstechnik und Betriebsverfahren für eine Messeinrichtung"angemeldet am 13.04. 2002 beim DPMA (AZ : 10216331.6) näher beschrieben. Bezüglich des Offenbarungsgehalts wird auf diese Anmeldung explizit verwiesen.

Die Projektierungsdatei P wird im Feldgerät abgespeichert und beim Inbetriebnehmen des Feldgerätes geladen. Sie instanziiert die entsprechenden Module und deren Verknüpfungen und konfiguriert die Anwenderschnittstelle.

Zur Offline Bedienung von Feldgeräten kann die entsprechenden Projektierungsdateien auch von einem Speichermedium (z. B. Diskette, CD- ROM) geladen werden.

Nachfolgend ist der wesentliche Aspekt der Erfindung näher erläutert.

Mit Hilfe der Projektierungsdatei P, die die applikationsspezifische Funktionalität des Feldgerätes festlegt, konfiguriert sich der Gerätetreiber für dieses Feldgerät selbst. Dies ist im Folgenden für das Feldgerät F1 erklärt. Ein generischer Gerätetreiber, der für mehrere Feldgeräte geeignet ist, wird in das Bedienprogramm geladen. Dieser generische Gerätetreiber besitzt vor seiner Konfigurierung nur eine eingeschränkte Basisfunktionalität, die ihm u. a. das Auslesen der Projektierungsdatei P aus dem Feldgerät F1 über einen Kommunikations-DTM bzw. das Laden von einem separaten Speichermedium ermöglicht. Diese Basisfunktionalität ist in Fig. 1 durch den Bereich BF dargestellt.

Erst durch das Laden und Ausführen der Projektierungsdatei P in der Steuereinheit, wird aus dem generischen Gerätetreiber ein gerätespezifischer Gerätetreiber DTMF1, mit dem dem Bedienprogramm und damit dem Anwender die volle Funktionalität des Feldgerätes F1 über den Gerätetreiber DTMF1 zur Verfügung steht. Die erweiterte Funktionalität, die mit Hilfe der Projektierungsdatei P erzeugt wird, ist in Fig. 1 durch den Bereich EF dargestellt.

Mit Hilfe der Projektierungsdatei P wird aus einem generischen Gerätetreiber, der für verschiedene Feldgeräte verwendbar ist, ein gerätespezifischer Gerätetreiber DTMF1.

In Fig. 4 ist eine alternative Ausgestaltung der Erfindung dargestellt, bei der der Gerätetreiber aus mehreren Treibermodulen aufgebaut ist. Hierbei entspricht jedem Modul M1, M2, M3, M4 im Feldgerät ein entsprechendes DTM- Treibermodul DTM1, DTM2, DTM3, DTM4. Entsprechend der im Feldgerät vorgesehenen Module und deren Verknüpfungen werden die entsprechenden DTMs, die in einem Speicher der Steuereinheit abgelegt sind, durch die Projektierungsdatei P geladen und miteinander verknüpft.

Die Erfindung ermöglicht es aus einem generischen Gerätetreiber DTM, der für verschiedene Feldgeräte eingesetzt werden kann, einen gerätespezifischen Gerätetreiber zu erzeugen.