DE69321397T2

DE69321397T2 - Fensteranzeigesteuerverfahren in einem offenen System mit Fenstern

Info

Publication number: DE69321397T2
Application number: DE69321397T
Authority: DE
Inventors: Lawrence A. Cave Creek Arizona 85331 Clawson; Kevin P. Peoria Arizona 85345 Staggs
Original assignee: Honeywell Inc
Current assignee: Honeywell Inc
Priority date: 1992-06-16
Filing date: 1993-06-15
Publication date: 1999-05-20
Anticipated expiration: 2013-06-16
Also published as: AU658301B2; CA2097563C; CA2097563A1; EP0575150B1; EP0575150A3; AU4013293A; JP3464020B2; DE69321397D1; EP0575150A2; US5386503A; JPH06208522A

Description

Die vorliegende Anmeldung ist auf folgende bezogen:
a) Europäische Patentveröffentlichung Nr. EP-A-0 575 145 mit dem Titel "Open distributed digital communication System";
b) Europäische Patentveröffentlichung Nr. EP-A-0 575 149 mit dem Titel "Priority based graphics in an open System environment";
c) Europäische Patentveröffentlichung Nr. EP-A-0 575 148 mit dem Titel "Directly connected display of process control System in an open system Windows environment";
d) Europäische Patentveröffentlichung Nr. EP-A-0 575 147 mit dem Titel "Device dependent layer of a windowing system for a process control System display":
e) Europäische Patentveröffentlichung Nr. EP-A-0 575 144 mit dem Titel "A method of coupling opensystems to a proprietary network".

Hintergrund der Erfindung

Diese Erfindung bezieht sich auf verteilte Digitalsysteme und insbesondere auf verteilte Digitalsysteme mit mehreren Knoten, die an ein Netzwerk angeschlossen sind für einen Dialog zwischen den Knoten, wobei ein einmal geschlossenes Netzwerk geöffnet wird, um einer Vielzahl von Knoten den Anschluß an das Netzwerk zu ermöglichen.
Die gegenwärtig bestehenden Systeme besitzen eine Vielzahl von Knoten, die betriebsmäßig mit einem Bus oder einem Netzwerk verbunden sind, wobei die Knoten durch einen einzelnen Hersteller entwickelt werden, der eine strikte Kontrolle über den Entwurf der Knoten und über die durch die Knoten ausgeführten Funktionen ausübt. Ferner wird ein vorbestimmtes Protokoll durch das Netzwerk verwendet, was zu einer "geschlossenen" Umgebung führt.
Um dem Anwender die Möglichkeit der Auswahl von Geräten anderer Hersteller zu gestatten, die unterschiedliche Protokolle besitzen und hierdurch die Möglichkeiten und die Funktionalität dieser Systeme zu erweitern, ist es erwünscht, eine "offene" Systemumgebung zu besitzen, die es dem Benutzer gestattet, diese Geräte anderer Hersteller mit unterschiedlichen Entwürfen an das Netzwerk des Systems (direkt oder idndirekt) anzuschließen. Durch Öffnung des Systems für diese Geräte wird nunmehr die Zuverlässigkeit des Systems empfänglich für irgendwelche Fehler (Störungen. Viren....) der neu hinzugefügten Geräte, die sich nicht unter der Kontrolle des Herstellers des Systems befinden.

Zusammenfassung der Erfindung

Die vorliegende Erfindung gibt eine Vorrichtung zur Steuerung eines Displays eines Prozeßsteuersystems in einer offenen Fensterausführung vor, wobei das Prozeßsteuersystem eine Schnittstellenvorrichtung mit wenigstens einem Fremdsystem und eine Display-Generatoreinheit in einem Fensterformat aufweist, um erste Displayinformation von dem Fremdsystem und zweite Displayinformation von einem Netzwerk des Prozeßsteuersystems auf einer Displayeinheit des Prozeßsteuersystems darzustellen, wobei die Vorrichtung gekennzeichnet ist durch:
einen ersten Eingangskanal der Display-Generatoreinheit für die Übertragung der ersten Displayinformation der Fremdsysteme an die Display-Generatoreinheit und zur Übertragung der Steuerinformation, um ein Displayformat der Display-Generatoreinheit der Displayeinheit zu befehlen, wobei das Displayformat mehrere Fenster umfaßt und eines der Fenster eine Steuerübersicht ist zur Darstellung der zweiten Displayinformation:
einen zweiten Einsangskanal der Display-Generatoreinheit für den Empfang der zweiten Displayinformation des Prozeßsteuersystems, die zu der Display-Generatoreinheit übertragen wird:
eine Einrichtung zur Ausgabe der Displayinformation des Prozeßsteuersystems und des Fremdsystems an die Displayeinheit im Displayformat gemäß der Steuerinformation:
eine Einrichtung zur Übertragung einer Bereitschaftsanweisung an die Display- Generatoreinheit;
eine Einrichtung zur Übertragung einer Fehlernachricht an die Display-Generatoreinheit, wenn eine Antwort auf die Bereitschaftsanweisung innerhalb einer ersten vorbestimmten Zeitperiode nicht erhalten wird;
eine Einrichtung, um eine Modifikation der Steuerinformation zu veranlassen, so daß das Displayformat eine Entfernung der mehreren Fenster anzeigt;
eine Einrichtung zum Zoomen der Steuerübersicht, so daß die Steilerübersicht die gesamte Darstellung der Displayeinheit in einem einzigen Fenster einnimmt;
eine Einrichtung zum Sperren des ersten Eingangskanales;
eine Einrichtung, um die Schnittstellen in einen Leerlaufmodus zu bringen, so daß keine Displayinformation durch die Schnittstellenvorrichtung angenommen wird; und
eine Einrichtung, um beim Empfang der Bereitschaftsanweisung an der Display- Generatoreinheit mit einer Bestätigungsanweisung an die Schnittstellenvorrichtung zu antworten, wodurch die Displayeinheit betriebsfähig wird.
Die vorliegende Erfindung gibt ebenfalls ein Verfahren zur Steuerung eines Displays eines Prozeßsteuersystems in einer offenen Fensterausführung vor, wobei das Prozeßsteuersystem eine Schnittstellenvorrichtung mit wenigstens einem Fremdsystem umfaßt, wobei die Schnittstellenvorrichtung eine erste Displayinformation von dem Fremdsystem empfängt, so daß die erste Displayinformation von dem Fremdsystem und die zweite Displayinformation von einem Netzwerk des Prozeßsteuersystems auf einer Displayeinheit des Prozeßsteuersystems über eine Display-Generatoreinheit in einem Fensterformat auf Grund von Steuerinformation von der Schnittstellenvorrichtung angezeigt werden, wobei das Verfahren gekennzeichnet ist durch die Schritte; von der Schnittstellenvorrichtung:
a) Übertragung der ersten Displayinformation von den Fremdsystemen an die Display- Generatoreinheit über einen ersten Eingangskanal der Display-Generatoreinheit;
b) Übertragung der Steuerinformation an die Display-Generatoreinheit über den ersten Eingangskanal, um der Display-Generatoreinheit der Displayeinheit ein Displayformat zu befehlen, wobei das Displayformat mehrere Fenster umfaßt und ein Fenster eine Steuerübersicht für die Darstellung der zweiten Displayinformation ist;
c) Übertragung einer Bereitschaftsanweisung an die Display-Generatoreinheit;
d) Schauen nach einer Antwort auf die Bereitschaftsanweisung von der Display- Generatoreinheit, wobei:
i) wenn die Bereitschaftsantwort innerhalb einer ersten vorbestimmten Zeitperiode empfangen wird und wenn neue Display-Steuerinformation zu übertragen ist zu dem Schritt (a) fortgefahren wird;
ii) wenn die Antwort innerhalb der ersten vorbestimmten Zeitperiode empfangen wird und wenn keine neue Display/Steuerinformation zu übertragen ist zu dem Schritt (c) fortgefahren wird;
iii) wenn die Antwort innerhalb der ersten vorbestimmten Zeitperiode nicht empfangen wird:
1) eine Fehlernachricht zu der Display-Generatoreinheit
übertragen wird;
2) die Modifikation der Steuerinformation veranlaßt wird, so daß das Displayformat eine Entfernung der mehreren Fenster anzeigt;
3) die Steuerübersicht gezoomt wird, so daß die Steuerübersicht die gesamte Darstellung der Displayeinheit in einem einzigen Fenster einnimmt; und
4) der erste Eingangskanal gesperrt wird: und danach die Schnittstellenvorrichtung in einen Leerlaufmodus gebracht wird, so daß keine Displayinformation durch die Schnittstelleninformation angenommen wird; und von der Diaplay-Generatoreinheit:
e) Empfang der zweiten Displayinformation des Prozeßsteuersystems, die zu der Displaygeneratoreinheit über einen zweiten Eingangskanal der Display - Generatoreinheit übertragen wird;
f) Empfang der ersten Display- und Steuerinformation der Fremdsysteme, die zu der Display-Generatoreinheit über den ersten Eingangskanal der Display Generatoreinheit übertragen wird;
g) Ausgabe der Displayinformation des Prozeßsteuersystems und des Fremdsystems an die Displayeinheit im Displayformat gemäß der Steuerinformation;
h) Antwort mit einer Bestätigungsanweisung an die Schnittstellenvorrichtung beim Empfang der Bereitschaftsanweisung, wodurch die Displayeinheit betriebsfähig ist; und
i) Fortschreiten zu dem Schritt (e).
Somit gibt die vorliegende Erfindung eine Vorrichtung und ein Verfahren für die Steuerung von Fensterdisplays in einer offenen Fensterausführung vor, während die hohe Zuverlässigkeit beibehalten wird, die das System vor der Öffnung zu der Umgebung besaß, d. h. es wird sichergestellt, daß die Systemanzeige als ein Minimum einer Bedienungsperson vorgegeben wird.

Kurze Beschreibung der Zeichnungen

Fig. 1 zeigt ein Blockdiagramm eines Prozeßsteuersystems, bei dem die vorliegende Erfindung verwendet werden kann;
Fig. 2 zeigt ein Blockdiagramm gemeinsamer Elemente eines jeden physikalischen Moduls des Prozeßsteuersystems von Fig. 1;
Fig. 3 zeigt ein funktionelles Blockdiagramm eines typischen physikalischen Moduls des Prozeßsteuersystems;
Fig. 4 zeigt ein teilweises funktionelles Blockdiagramm des bestehenden Systems und des offenen Systems des bevorzugten Ausführungsbeispieles der vorliegenden Erfindung;
Fig. 5 zeigt ein funktionelles Blockdiagramm einer offenen Bedienstation des bevorzugten Ausführungsbeispieles der vorliegenden Erfindung; und
Fig. 6 zeigt ein Blockdiagramm einer Graphikkarte des bevorzugten Ausführungsbeispieles der vorliegenden Erfindung.
Fig. 7 welche die Fig. 7A und 7B umfaßt, zeigt Beispiele von Bildschirmanzeigen der Displayeinheit des Prozeßsteuersystems;
Fig. 8 zeigt ein Flußdiagramm der Schnittstellenvorrichtung der Displayverarbeitung; und
Fig. 9 zeigt ein Flußdiagramm der Graphikkarten-Displayverarbeitung des Prozeßsteuersystems des bevorzugten Ausführungsbeispieles.

Detaillierte Beschreibung

Bevor die vorliegende Erfindung beschrieben wird, ist es hilfreich, eine geschlossene Systemumgebung zu verstehen. Bezug nehmend auf Fig. 1 ist dort ein Blockdiagramm eines Prozeßsteuersystems 10 des bevorzugten Ausführungsbeispieles gezeigt, in welchem die vorliegende Erfindung angetroffen werden kann. Das Prozeßsteuersystem 10 umfaßt ein Anlagen-Steuernetzwerk 11, wobei ein Daten-Highway 12 daran angeschlossen ist; der den Anschluß einer Prozeßsteuerung 20' gestattet. Bei heutigen Prozeßsteuersystemen 10 können zusätzliche Prozeßsteuerungen 20' operativ mit dem Anlagen-Steuernetzwerk 11 über ein entsprechendes Highway-Gateway 601 und einen entsprechenden Daten-Highway 12 verbunden werden. Eine Prozeßsteuerung 20, eine Schnittstellenvorrichtung, die viele neue Zusätze. Verbesserungen und Elemente gegenüber der Prozeßsteuerung 20' umfaßt, ist operativ an das Anlagen-Steuernetzwerk 11 über ein universelles Steuernetzwerk (UCN) 14 und einen Netzwerk-Schnittstellenmodul (NIM) 602 angeschlossen. Im bevorzugten Ausführungsbeispiel des Prozeßsteuersystems 10 können zusätzliche Prozeßsteuerungen 20 operativ an das Anlagen-Steilernetzwerk 11 über ein entsprechendes UCN 14 und einen entsprechenden NIM 602 angeschlossen werden. Die Prozeßsteuerungen 20. 20' bilden eine Schnittstelle mit analogen Eingangs- und Ausgangssignalen und digitalen Eingangs- und Ausgangssignalen ((A/I, A/O. D/I und D/O) des Prozeßsteuersystems 10 von der Vielzahl von Feldgeräten (nicht gezeigt) des gesteuerten Prozesses, welche Ventile. Druckschalter, Druckmeßgeräte, Thermoelemente. ... umfassen.
Das Anlagen-Steuernetzwerk (oder einfacher Netzwerk) 11 gibt eine Gesamtüberwachung des gesteuerten Prozesses zusammen mit dem Anlagenbediener vor und erhält alle Information, die für die Ausführung der Überwachungsfunktion erforderlich ist und es umfaßt eine Schnittstelle zu der Bedienungsperson. Das Anlagen-Steuernetzwerk 11 umfaßt mehrere physikalische Module, welche eine universelle Bedienstation (US) 122, einen Anwendungsmodul (AM) 124, einen Verlaufsmodul (HM) 126, einen Computermodul (cm) 128 umfassen und es dupliziert (Stützung oder Sekundär) diese Module (und zusätzliche Arten von Modulen, die nicht gezeigt sind) falls erforderlich, um die geforderte Steuer/Überwachungsfunktion des gesteuerten Prozesses auszuführen. Jeder dieser physikalischen Module ist operativ an ein lokales Steuernetzwerk (LCN) 120 angeschlossen, welches jedem dieser Module gestattet, einen Dialog miteinander auszuführen, wenn dies erforderlich ist. Der NIM 602 und das HG 601 bilden eine Schnittstelle zwischen dem LCN 120 und dem UCN 14 und zwischen dem LCN 120 und dem Daten-Highway 12.
Die physikalischen Module 122, 124, 126, 128, ... des Netzwerkes 11 des bevorzugten Ausführungsbeispieles bestehen aus Typen mit verschiedenen spezialisierten Funktionen. Jeder physikalische Modul ist ebenbürtig oder äquivalent zu dem jeweils anderen bezüglich der Zugriffsrechte zu dem Dialogmedium des Netzwerkes bzw. zu dem LCN 120 zum Zwecke der Datenübertragung zu anderen physikalischen Modulen des Netzwerkes 11.
Der universelle Bedienstationsmodul (US) 122 des Netzwerkes 11 ist eine Arbeitsstation für eine oder mehrere Bedienungspersonen der Anlage. Er umfaßt eine Bedienkonsole, die die Schnittstelle zwischen der Bedienperson bzw. den Bedienpersonen der Anlage und dem Prozeß bzw. den Prozessen der Anlage bildet, für welche sie verantwortlich sind. Jeder universelle Bedienstationsmodul 122 ist an das LCN 120 angeschlossen und alle Dialoge zwischen dem universellen Bedienstationsmodul 122 und irgendeinem anderen physikalischen Modul des Netzwerkes 11 erfolgt über das LCN 120. Der universelle Bedienstationsmodul 122 besitzt Zugriff zu Daten, die in dem LCN 120 vorliegen und auf Systemmittel und Daten, die durch oder von irgendeinem anderen physikalischen Modul des Netzwerkes 11 verfügbar sind. Der universelle Stationsmodul 122 umfaßt eine Kathodenstrahlröhren-Anzeige (CRT) (nicht dargestellt), welche einen Video- Anzeigegenerator, eine Bedientastatur (KB) (nicht dargestellt), einen Drucker (PRT) (nicht dargestellt) umfaßt und ebenfalls (aber nicht dargestellt) eine Kassettendiskette- Datenspeichereinrichtung. Trendschreiber und Statusanzeigen z. B. umfassen kann.
Ein Verlaufsmodul (HM) 126 gibt die Möglichkeit einer Massen-Datenspeicherung vor. Der Verlaufsmodul 126 umfaßt wenigstens eine herkömmliche Platten-Massenspeichereinrichtung, wie beispielsweise eine Winchesterplatte, welche Plattenspeichereinrichtung die Möglichkeit der nicht-flüchtigen Speicherung von Binärdaten in einem großen Volumen vorgibt. Die Arten von Daten, die durch solch eine Massenspeichereinrichtung gespeichert werden, betreffen typischerweise Trend verlaufe. Ereignisverläufe.... oder Daten, aus welchen solche Verläufe festgelegt werden können. Daten, die CRT-Anzeigen bilden. Kopien von Programmen für die physikalischen Module 3....
Ein Anwendungsmodul (AM) 124 liefert die Möglichkeit einer zusätzlichen Datenverarbeitung zur Unterstützung der Prozeß-Steuerfunktionen, die durch Steuerungen ausgeführt werden. welche den Prozeßsteuer-Subsystemen 20, 20" zugeordnet sind, wie beispielsweise eine Datenermittlung, einen Alarm, eine Sammlung des Chargenverlaufs und ergibt die Möglichkeit der kontinuierlichen Steuerberechnung vor, falls dies erforderlich ist. Die Datenverarbeitungsfähigkeiten des Anwendermoduls 124 werden durch einen Prozessor (nicht dargestellt) und einen Speicher (nicht dargestellt) vorgegeben, die dem Modul zugeordnet sind.
Der Computermodul (cm) 128 verwendet die allen physikalischen Modulen gemeinsamen üblichen Standardeinheiten, um einem mittleren bis großen Mehrzweck- Datenverarbeitungssystem den Dialog mit anderen physikalischen Modulen des Netzwerkes 11 und den Einheiten solcher Module über das LCN 120 und mit den Einheiten der Prozeßsteuer-Subsysteme 20, 20' über den Highway-Gatewaymodul 601 und den NIM 602 entsprechend zu gestatten. Datenverarbeitungssysteme eines Computermoduls 128 werden verwendet, um eine Überwachung. Optimierung, eine allgemeine Anwender-Programmherstellung und die Ausführung solcher Programme in höheren Programmsprachen vorzugeben. Typischerweise besitzen die Datenverarbeitungssysteme eines Computermoduls 128 die Fähigkeit, einen Dialog mit anderen solchen Systemen über einen Dialogprozessor und Dialogleitungen auszuführen.
Das lokale Steuernetzwerk 120 (LCN) ist ein Hochgeschwindigkeits-, bitserielles, zweifach redundantes Dialognetzwerk, das alle physikalischen Module des Anlagen-Steuernetzwerkes 11 verbindet. Das LCN 120 bildet die einzige Datenübertragungsstrecke zwischen den Haupt-Datenquellen, wie beispielsweise dem Highway-Gatewaymodul 601, dem Anwendungsmodul 124 und dem Verlaufsmodul 126 und den Hauptanwendern solcher Daten, wie beispielsweise dem universellen Bedienstationsmodul 122, dem Computermodul 128 und dem Anwendungsmodul 124. Das LCN 120 gibt ebenfalls das Dialogmedium vor, über welches große Datenblöcke, wie beispielsweise Speicherbilder von einem physikalischen Modul, wie beispielsweise dem Verlaufsmodul 126 zu dem universellen Stationsmodul 122 bewegt werden können. Das LCN 120 ist zweifach redundant insofern, als es aus zwei Koaxialkabeln besteht, die die serielle Übertragung von Binärsignalen über beide Kabel erlauben.
Bezug nehmend auf Fig. 2 ist dort ein Blockdiagramm der gemeinsamen Elemente eines jeden physikalischen Moduls des Netzwerkes 11 des Prozeßsteuersystems gezeigt. Jeder physikalische Modul umfaßt eine zentrale Prozessoreinheit 38 und einen Modulspeicher 40, einen Speicher mit wahlfreiem Zugriff (nicht dargestellt) und solche zusätzlichen Steuereinrichtungen oder Einheiten (nicht dargestellt), welche konfiguriert sind, um die gewünschte Funktionalität dieser Art von Modul vorzugeben, d. h. z. B. die Funktionalität der Bedienstation 122. Die Datenverarbeitungsmöglichkeiten einer CPU 38 eines jeden Moduls und des Modulspeichers 40 schaffen eine verteilte Verarbeitungsumgebung, die eine verbesserte Zuverlässigkeit und Leistung des Netzwerkes 11 und des Prozeßsteuersystems 10 vorgibt. Die Zuverlässigkeit des Netzwerkes 11 und des Systems 10 wird verbessert auf Grund dessen, daß ein anderer physikalischer Modul betriebsfähig bleibt, wenn ein physikalischer Modul des Netzwerkes 11 ausfällt. Infolgedessen wird das Netzwerk 11 als ein Ganzes durch einen solchen Auftritt nicht gesperrt, wie dies bei zentralisierten Systemen der Fall sein würde. Die Leistung wird durch diese verteilte Umgebung insofern verbessert, als die vergrößerten Computer-Verarbeitungsressourcen zu höherer Durchgangsleistung und schnelleren Betriebs-Ansprechzeiten führen, was auf die Gleichzeitigkeit und die Parallelität der Datenverarbeitungsmöglichkeiten des Systems zurückzuführen ist.
Wie zuvor erwähnt, umfaßt jeder physikalische Modul die Bus-Schnittstelleneinheit BIU 32, die an das LCN 120 durch den Sender/Empfänger 34 angeschlossen ist. Jeder physikalische Modul ist ebenfalls mit dem Modulbus 36 versehen, welcher im bevorzugten Ausführungsbeispiel in der Lage ist. Daten mit 16 Bit parallel zwischen der Modul-CPU 38 und dem Modul-Speicher 40 zu übertragen. Andere Einheiten, die verwendet werden, um jeden Typ von physikalischem Modul zurechtzuschneidern, um seine funktionellen Anforderungen zu erfüllen, sind operativ an den Modulbus 36 angeschlossen, so daß jede solche Einheit einen Dialog mit anderen Einheiten des physikalischen Moduls über den Modulbus 36 führen kann. Die BIU 32 des physikalischen Moduls löst die Übertragung von Daten über das LCN 120 aus. Im bevorzugten Ausführungsbeispiel werden alle Übertragungen durch eine BIU 32 über die Koaxialkabel übertragen, welche im bevorzugten Ausführungsbeispiel das LCN 120 bilden.
Gemäß Fig. 3 ist dort ein funktionelles Blockdiagramm eines typischen physikalischen Moduls 122. 124. 126. 128 des Anlagen-Steuernetzwerkes 11 dargestellt, der die Bus- Schnittstelleneinheit (BIU) 32 und den Sender/Empfänger 34 umfaßt, der die BIU 32 mit dem LCN 120 verbindet. Die BIU 32 ist in der Lage. Binärdaten über das LCN 120 zu übertragen und Daten von dem LCN 120 zu empfangen. Der Sender/Empfänger 34 im bevorzugten Ausführungsbeispiel ist über einen Transformator an das LCN 120 angeschlossen. Im bevorzugten Ausführungsbeispiel ist das LCN 120 ein zweifach redundantes Koaxialkabel mit der Übertragungsmöglichkeit von bitseriellen Daten. Die BIU 32 ist mit einer sehr schnellen Mikromaschine 56 versehen. Im bevorzugten Ausführungsbeispiel besteht die Mikromaschine 56 aus Bit-Scheibenkomponenten, so daß sie acht Bit parallel verarbeiten kann und einen 24 Bit-Mikrobefehl aus ihrem programmierbaren Festwertspeicher (PROM) 58 ausführen kann.
Von dem LCN 120 empfangene Signale werden durch den Sender/Empfänger 34 übertragen und von dem Schaltkreis 52 in das Empfangsregister FIFO 54 eingegeben. Die Mikromaschine 56 prüft die in dem FIFO-Register 54 gespeicherten Daten und sie stellt fest, ob die Information an den physikalischen Modul adressiert ist. Wenn die Daten einen Informationsrahmen betreffen, so werden die empfangenen Daten durch den Schreibschaltkreis 66 durch direkten Speicherzugriff (DMA) mittels herkömmlicher direkter Speicher-Zugriffstechniken zu der Speichereinheit (MMU) 40 des physikalischen Moduls über den Modulbus 36 übertragen.
Der Dialog zwischen dem Prozessor MCPU 68, einem Motorola-Mikroprozessor 68020 im bevorzugten Ausführungsbeispiel, und anderen Funktionselementen des MCPU 38 erfolgt über den lokalen Mikroprozessorbus 39. Das Modulbus-Schnittstellenelement 41 bildet die Dialogverbindung zwischen dem lokalen Bus 39 und dem Modulbus 36. Der Prozessor 68 bearbeitet Befehle, die entweder von seinem lokalen Speicher 43, im bevorzugten Ausführungsbeispiel einem EPROM, oder von dem MMU 40 abgerufen werden. Der Prozessor 68 besitzt einen kristallgesteuerten Takt 45, der Taktimpulse bzw. Zeittaktsignale erzeugt. Der Ein/Ausgangs-Anschluß (I/O) 49 bildet eine Verbindung zwischen der MCPU 38 und Geräten außerhalb des physikalischen Moduls, um das Laden von Programmen und die Diagnose von Fehlern beispielsweise zu gestatten.
Jede MCPU 38 umfaßt ein Zeittakt-Subsystem 48, welches auf Grund von Taktsignalen des Modultaktes 45 Zeittaktsignale mit hoher Auflösung, Synchronisation und in Echtzeit erzeugt. Jedes Zeittakt-Subsystem 48, welches mit einem Zeittakt-Subsystemtreiber 50 versehen ist, besitzt die Möglichkeit der Übertragung von Zeittaktinformation zu anderen physikalischen Modulen über das LCN 120. Ein weiterer Eingang zu jedem Zeittakt- Subsystem 48 bildet Zeittaktinformation, welche über das LCN 120 übertragen wird und die durch den Sender/Empfänger 34, den Zeittaktempfänger 55 und den Zeittakttreiber 57 der BIU 32 empfangen wird. Zeittaktimpulse von der Modul-Spannungsversorgung 59, die eine Funktion der Frequenz der externen Quelle der elektrischen Wechselspannungsleistung sind, welche an die Spannungsversorgung 59 angelegt wird, werden durch das Zeittakt-Subsystem 48 benutzt, um eine Langzeit-Frequenzdrift der durch den Takt 45 erzeugten Taktimpulse zu korrigieren.
- Zusätzliche Information zu der BIU 32 kann in dem US-Patent 4 556 974 aufgefunden werden. Eine detailliertere Beschreibung des Prozeßsteuersystems 10 kann durch Bezugnahme auf das US-Patent 4 607 256 erhalten werden. Zusätzliche Information der einzelnen gemeinsamen Funktionsblöcke der physikalischen Module kann durch Bezugnahme auf das US-Patent 4 709 347 erhalten werden, wobei alle zuvor erwähnten Patente dem Inhaber der vorliegenden Anmeldung zugeordnet sind und zusätzliche Information bezüglich der Prozeßsteuerung 20' kann durch Bezugnahme auf das US-Patent 4 296 464 erhalten werden.
Die Hinzufügung einer Schnittstellenvorrichtung, welche eine Schnittstelle des zuvor beschriebenen Prozeßsteuersystems 10 mit anderen Systemen bildet und eine Modifikation eines Graphikgenerators in der US 122 öffnet das vorliegende System, speziell die Graphik-Schnittstelle, welche die Fähigkeit durch Entwurf umfaßt. Knoten mit unterschiedlichem Aufbau leicht einen Dialog mit dem Netzwerk zu gestatten, was nunmehr beschrieben wird.
Bezug nehmend auf Fig. 4 ist dort ein teilweises funktionelles Blockdiagramm des bestehenden Systems und des geöffneten Systems der vorliegenden Erfindung gezeigt. Die universelle Bedienstation (US) 122 ist an einen Koprozessor 200 angeschlossen und der Koprozessor ist an ein offenes System angeschlossen, d. h. an Schnittstellen/Protokolle von unterschiedlichem Entwurf, welche ein Aufgaben-Steuerprogramm/Schnittstellenprotokoll (TCP/IP), eine offene Systemschnittstelle (OSI), ein DECnet (ein Produkt der Firma Digital Equipment Corporation in Maynard, Massachusetts).... umfassen. Die Universalstation 122 ist ebenfalls mit dem LCN 120. wie zuvor beschrieben, verbunden. Somit umfaßt die neue universelle Bedienstation (offene US) 123 die US 122, wie zuvor beschrieben, zusammen mit dem Koprozessor 200. Der Zweck der offenen US 123 liegt darin, die graphische Schnittstelle zu den offenen Systemen zu öffnen und Information von der geschlossenen US zu den offenen Systemen vorzugeben. Der Koprozessor 200 ist aufgebaut, um die Schnittstelle mit anderen Systemen zu ermöglichen, d. h. des offenen Systems ohne Beeinträchtigung der Integrität des bestehenden Systems. Der Koprozessor 200 des bevorzugten Ausführungsbeispieles der vorliegenden Erfindung ist ein Mikroprozessor 68040 der Firma Motorola, der mit einem UNIX-Betriebssystem arbeitet (UNIX ist ein Betriebssystem der American Telephone and Telegraph Company ATT, das leicht erhältlich ist und dem Fachmann auf dem Gebiet wohlbekannt ist) und wird manchmal als UNIX-Koprozessor bezeichnet.
Bezug nehmend auf Fig. 5 ist dort ein funktionelles Blockdiagramm der offenen Bedienstation 123 des bevorzugten Ausführungsbeispieles der vorliegenden Erfindung gezeigt. Die Bedienstation 122 umfaßt, wie zuvor beschrieben, die BIU 32, die an den Modulbus 36, den Modulspeicher 40 und den Modul-CPU 38 angeschlossen ist, die beide ebenfalls mit dem Modulbus 36 verbunden sind. Diese grundlegenden Funktionsblöcke sind in allen physikalischen Modulen enthalten. Zusätzliche Funktionsblöcke, die dem physikalischen Modul hinzugefügt werden, sind diejenigen, die dem physikalischen Modul seine Persönlichkeit gegenüber irgendeinem anderen physikalischen Modul geben. Die Bedienstation 122 umfaßt eine Graphikkarte 150, welche eine Schnittstelle mit einer Anzeige (CRT) und einer Tastatur (KB) 151, 153 bildet. Ein gemeinsam benutzter Speicher 202 ist eingeschlossen und ebenfalls an den Modulbus 36 angeschlossen, der den Dialog zwischen dem Koprozessor 200 und dem physikalischen Modul US 122 (und hierdurch den Dialog mit dem verbleibenden Prozeßsteuersystem 10 über die Modul-CPU 38) vorgibt. Der Koprozessor 200 fordert somit eine Behandlung (z. B. den Wert eines Meßpunktes, den Inhalt einer Datei, ... oder irgendeine Information des Prozeßsteuersystems 10) für die Modul-CPU 38 über den gemeinsam benutzten Speicher 202 an. Die Modul-CPU 38 führt sodann den Dialog mit dem geeigneten Modul aus, um die angeforderte Behandlung in einer normalen Weise auszuführen. Wenn einmal die Antwort erhalten ist, so wird die Information zu dem Koprozessor 200 über den gemeinsam genutzten Speicher 202 weitergereicht. Da die Modul-CPU 38 den Dialog über das LCN 120 führt, wird die Integrität des LCN (d. h. des Systems) aufrechterhalten und in gleicher Weise kann der Modulspeicher 40 durch den Koprozessor 200 nicht verfälscht werden.
Ebenfalls in Fig. 5 gezeigt ist ein Beispiel eines offenen Systems (oder eines Fremdsystems), z. B. eines Systems der Firma Digital Equipment Corporation, welches das DECnet-Netzwerk und Protokoll und einen DEC-Prozessor 300 umfaßt, der an das DECnet-Netzwerk angeschlossen ist. Im bevorzugten Ausführungsbeispiel der vorliegenden Erfindung erfolgt der Dialog zwischen dem offenen DEC-System und dem Koprozessor 200 über ein X-Windows-Protokoll (X-Windows ist ein Protokoll, das durch das Massachusetts Institute of Technology, Cambridge, Massachusetts definiert ist) für die graphische Anzeigeinformation und andere offene Systemstandards werden für den Datenaustausch benutzt. Irgendwelche Anforderungen des äußeren Systems an das LCN erfolgen über den Koprozessor 200 über den gemeinsam benutzten Speicher 202 zu der Modul-CPU 38 wie zuvor beschrieben.
Es ist ebenfalls erwünscht, die Graphikschnittstelle zu öffnen, so daß eine Anzeige, die sich nicht auf dem LCN befindet, auf der CRT 151 der US 122 angezeigt werden kann. Dies wird erzielt durch die Schnittstelle zu der Graphikkarte 150 von dem Koprozessor 200. Bezug nehmend auf Fig. 6 ist dort ein Blockdiagramm der Graphikkarte 150 des bevorzugten Ausführungsbeispieles der vorliegenden Erfindung für die Schaffung des offenen Systems gezeigt. Die Graphikkarte umfaßt einen Kartenbus 152. Angeschlossen an den Kartenbus 152 ist ein Datenspeicher 154, der die Information enthält, die auf der CRT darzustellen ist und der ebenfalls einige Steuerinformation enthält. Ein Mikroprozessor 156 ist ebenfalls an den Kartenbus 152 und ferner an den Modulbus 36 angeschlossen. Ein Graphikprozessor 160 ist an den Kartenbus 152 angeschlossen und Führt die gesamte Verarbeitung für die Entwicklung der in dem Datenspeicher 154 gespeicherten Information einschließlich einiger Steuerfunktionen aus. Ein gemeinsam benutzter Speicher 158 ist an den Kartenbus 152 angeschlossen. Eine Verbindung erfolgt von dem Kartenbus 152 zu dem Koprozessor 200, wodurch die zuvor erwähnte Schnittstelle zu der Graphikkarte 150 von dem Koprozessor 200 vorgegeben wird. Der Mikroprozessor 156 des bevorzugten Ausführungsbeispieles der vorliegenden Erfindung ist ein Prozessor 68020 der Firma Motorola. Die Graphikkarte 150 ist eine Graphikkarte mit zwei Anschlüssen, wobei ein Anschluß der Graphikkarte mit dem Modulbus 36 verbunden ist. der vorgibt, wie eine Anzeige von dem LCN zu steuern ist. Das LCN 120 gibt ein "Einzelfenster für den Prozeß" vor. d. h. eine Schirmanzeige davon, was der Prozeß/das Prozeßsteuersystem macht. Der zweite Anschluß ist an den Koprozessor 200 angeschlossen und gibt die Fensterschnittstelle für die Universalstation 122 vor. Die Fensterschnittstelle ist die X- Windows-Schnittstelle, die wohldefiniert ist und dem Fachmann wohlbekannt ist (die Schnittstelle, die durch MIT. Cambridge. Massachusetts definiert ist). Es ist die Schnittstelle von dem Koprozessor 200, die alle Fensteranzeigen [d. h. die Schirmanzeige(n) des offenen Systems] und Fenstersteuerungen ausführt, einschließlich der Anweisungen an die Graphikkarte 150, um festzulegen, wo das einzelne Fenster für den Prozeß auf dem Schirm der CRT 151 abzulegen ist. Die Schnittstelle zwischen der Graphikkarte 150 und dem Koprozessor 200 ist die volle Fensterschnittstelle. Eines der Fenster ist die Anzeige, die zuvor als "Einzelfenster für den Prozessor" (manchmal als LCN-Fenster bezeichnet) erwähnt wurde. Der Koprozessor 200 befiehlt der Graphikkarte 150, wo das LCN-Fenster auf der CRT 151 anzuordnen ist sowie seine relative Größe auf der Anzeige. X-Windows ist ein wohldefiniertes Protokoll, welches den Dialog mit der Graphikkarte 150 (oder irgendeiner Graphikkarte) und der Anzeige festlegt und einem Computer die Anzeige vieler Fenster gestattet. Dies umfaßt die Anzeige wenigstens eines Fensters von dem LCN und/oder wenigstens eines Fensters von dem offenen System 300. In diesem System ist ein Server in X-Windows als die Maschine definiert, die die Anzeige steuert (oder der Teil des Koprozessors 200, der die Schnittstelle mit der Graphikkarte 150 bildet) und ein dient ist das Anwenderprogramm, im vorliegenden Ausführungsbeispiel der DEC-Prozessor 300.
Der dient 300 kann Daten besitzen, welche dargestellt werden sollen. Der dient 300 führt einen Dialog mit dem Serverteil des Koprozessors 200 über ein X-Windows-Protokoll, das darzustellende Daten anzeigt. Der Serverteil des Koprozessors 200 führt einen Dialog mit der Graphikkarte 150 über eine geräteabhängige Schicht (DDL) und wird durch den Vertreiber der Graphikkarte oder bei X-Windows über das DDX-Protokoll vorgegeben. Der Mikroprozessor 156 hält die Integrität des Kartenbusses 152 in dem Datenspeicher 154 aufrecht. Die Verarbeitung der auf der CRT 151 darzustellenden Daten wird durch den Graphikprozessor 160 ausgeführt. Wenn ein vorbestimmter Datenschirm darzustellen ist, so legt der Mikroprozessor 156 (der Anforderungen von dem LCN 120 über den Modulbus 36 annimmt) die Daten in dem gemeinsam benutzten Speicher 156 ab, die nachfolgend durch den Graphikprozessor 160 bearbeitet werden und sodann in dem Datenspeicher 154 gespeichert werden. Wenn das offene System 300 (über den dient) einige Information darzustellen wünscht, so wird die Information dem Serverteil des Koprozessors 200 mitgeteilt, der sodann die Information in dem gemeinsam benutzten Speicher 158 speichert. Der Graphikprozessor 160 verarbeitet sodann diese Information und speichert sie in dem Datenspeicher 154 für die Anzeige. Auf diese Weise und unter Steuerung durch den Graphikprozessor 160 wird die Vielzahl von Anzeigen, d. h. die Fenster auf der CRT 151 dargestellt.
Es versteht sich für den Fachmann, daß das X-Windows-Protokoll der wesentliche offene Schnittstellenstandard ist, wobei das X-Windows-Protokoll leicht verfügbar ist und dem Fachmann bekannt ist. Im bevorzugten Ausführungsbeispiel wird das UNIX- Betriebssystem verwendet, wobei das UNIX-Betriebssystem auf vielen handelsüblich verfügbaren Prozessoren laufen kann. Weitere Information bezüglich des bevorzugten Ausführungsbeispieles der Graphikkarte 150 und des bevorzugten Ausführungsbeispieles der US 122 kann durch Bezugnahme auf die US-Patente 4 490 797 und 4 663 619 erhalten werden, obgleich es sich versteht, daß irgendeine Graphikkarte, wie zuvor erläutert, verwendet werden kann. Der Graphikprozessor 160 des bevorzugten Ausführungsbeispieles der vorliegenden Erfindung ist ein TMS 34020 der Firma Texas Instruments (TI). Der Mikroprozessor 156 und die Modul-CPU 38 sind vom Typ 68020 der Firma Motorola. Der Koprozessor 200 des bevorzugten Ausführungsbeispieles der vorliegenden Erfindung, ist vom Typ 68040 der Firma Motorola und besitzt eine Bus-Anschlußmöglichkeit mit den anderen Mikroprozessoren des Systems. Es versteht sich. daß eine Vielzahl von Prozessoren verwendet werden kann, einschließlich eines Prozessors mit einem verminderten Befehlssatz, der von der Firma Hewlett Packard neben anderen Herstellern von Prozessoren erhältlich ist.
Obgleich das bevorzugte Allsführungsbeispiel das UNIX-Betriebssystem verwendet, versteht es sich für den Fachmann, daß irgendein Betriebssystem verwendet werden kann, einschließlich OSF1. Open Systems Foundation/USA. Cambridge. Massachusetts. Obgleich der Koprozessor 200 die Anzeige im bevorzugten Ausführungsbeispiel steuert, kann auch die Graphikkarte die Anzeigesteuerung ausführen. Da X-Windows leicht verfügbar war und die gewünschte Anzeige-Steuerfunktion ausführte, wurde X-Windows verwendet, um einen Vorteil aus der Verfügbarkeit der gewünschten Steuerfunktion zu ziehen. Es wird durch den Fachmann erkannt, daß die Verwirklichung der vorliegenden Erfindung nicht auf X-Windows beschränkt ist und daß irgendein Protokoll verwendet werden kann.
Somit ist erkennbar, daß das Prozeßsteuersystem 10 ein offenes System ist, das einem anderen System die Schnittstellenbildung mit dem LCN des Prozeßsteuersystems gestattet.
wobei auf Grund des zuvor beschriebenen Dialogschemas die Integrität des Prozeßsteuersystems 10 aufrechterhalten wird.
Die vorliegende Erfindung, die nunmehr beschrieben wird, ist auf die Funktion; d. h. auf ein Verfahren gerichtet, das im wesentlichen durch die Graphikkarte ausgeführt wird und das garantiert, daß die Graphikansicht (Steuerübersicht) zu einem Feldgerät (Ventil, ...) oder zu irgendwelchen anderen Steuerübersichten des Prozeßsteuersystems auf der Displayeinheit immer unabhängig von dem Betriebszustand des Koprozessors 200 beibehalten wird.
Wenn der Koprozessor 200 läuft und die Displayeinheit 151 steuert (und insbesondere die aktuelle Anzeige auf dem Schirm der Displayeinheit 151) und wenn eine Fehlfunktion oder irgendeine andere Anomalie für den Koprozessor 200 auftritt, so garantiert die Funktion der Graphikkarte 150, daß eine Einzelansicht des Prozeßsteuersystems aufrechterhalten wird. Wie zuvor erläutert, ist der Koprozessor mit der US 122 verbunden und steuert eine Graphikschnittstelle über das Display 151 und die Tastatur 153.
Bezug nehmend auf Fig. 7, welche die Fig. 7A und 7B umfaßt, ist ein Beispiel von zwei Anzeigen der Displayeinheit 151 gezeigt. Fig. 7A zeigt ein Beispiel einer typischen normalen Anzeige und Fig. 7B zeigt eine Anzeige, wenn eine Anomalie in dem Koprozessor 200 auftritt, d. h. eine Hilfsanzeige. Fig. 7A zeigt z. B. die Fenster, die angezeigt werden können. Die Fenster umfassen immer eine "Ansicht des Prozesses", d. h. eine Steuerübersicht von dem Prozeßsteuersystem 10. Ebenfalls umfaßt kann beispielsweise ein Fenster sein, das einen Ereignisverlauf (eine Prozeßsteuersystem- Anweisung) zeigt, der von einem äußeren System kommt und z. B. ein DEC- Computersy stem 300, wie in Fig. 5 gezeigt, in Anwendung des Prozeßsteuersystems betreibt. Ein anderes Fenster kann Daten betreffen, die von einem anderen äußeren Computersystem (nicht gezeigt), beispielsweise von einem Apple-Computer, kommen. Dieses Computersystem kann ein anderes Anwendungsprogramm bearbeiten, das als Dokumentation bezeichnet ist (im bevorzugten Ausführungsbeispiel des Prozeßsteuersystems wird die Dokumentation des Prozeßsteuersystems auf einem Apple- Computer gebildet). Noch ein weiteres Fenster kann beispielsweise Labordaten anzeigen, die von einem Hewlett Packard-Computersystem können. Die Fenster werden mit Ausnahme der Steueransicht auf einem einzigen Schirm der Displayeinheit 151 angezeigt, wobei die Displayinformation für diese Fenster von einer Anzahl äußerer Computersysteme kommt, die an den Koprozessor 200 angeschlossen sind. Wenn ein Fehler bei dem Koprozessor 200 festgestellt wird, so garantiert das Verfahren der vorliegenden Erfindung, daß die Displayfenster von den äußeren Systemen gesperrt werden und die Steueranzeige das einzige gezeigte Display ist und gezoomt wird, um den gesamten Schirm der Displayeinheit 151 einzunehmen. Diese Beobachtung dient ebenfalls als eine Anzeige für die Bedienungsperson, daß eine Fehlfunktion in der Schnittstelle zu den äußeren Systemen aufgetreten ist.
Die Graphikkarte 150 besitzt wie zuvor erläutert, zwei Eingangs-Dialogkanäle, einen ersten Kanal mit dem LCN 120 über den Mikroprozessor 156/Modulbus 36 und einen zweiten Kanal mit dem Koprozessor 200 über den Mikroprozessor 156/Kartenbus 152. Der erste Kanal ist ein ausfallsicherer Kanal und verwendet all die gleichen Mechanismen, die durch das LCN 120 verwendet werden. Der Mikroprozessor 156 der Graphikkarte 150 gestattet dem Dialog des ersten Kanales (d. h. dem Kanal zu dem LCN 120) eine höhere Priorität als die des zweiten Kanales. Die von dem ersten Kanal empfangenen Daten werden durch die Graphikkarte 150 sicher beibehalten, um sicherzustellen, daß der Koprozessor 200 diese Daten nicht verfälschen kann, d. h. der Koprozessor 200 besitzt keinen direkten Zugriff zu dem Modulspeicher 40 und dem Datenspeicher 154.
Der zweite Kanal gibt in dem bevorzugten Ausführungsbeispiel der vorliegenden Erfindung die X-Fensterumgebung vor. d. h. den OSF (Open Systems Foundation Standard) des offenen Systems. Ebenso ist, wie zuvor erwähnt worden ist. X-Windows ein Standard. welcher ein Protokoll zwischen verschiedenen Computersystemen definiert- um diesen eine Anzeige auf dem angeschlossenen Display zu gestatten, wodurch sie in der Lage sind, die Fensteranzeige zu erzielen, wie sie zuvor im Zusammenhang mit Fig. 7 erläutert wurde.
Die vorliegende Erfindung ist ein Verfahren, welches garantiert, daß die Steuerübersicht immer beibehalten wird. Wenn daher irgendeine Fehlfunktion in den Maschinen des äußeren Netzwerks auftritt, die eine Fehlfunktionn des Koprozessors 200 hervorruft (d. h. ein Zusammenbruch von X-Windows), so ist die Steuerübersicht die primäre Ansicht (oder Hilfsansicht) für die Bedienungsperson. Das Prozeßsteuersystem 10 (d. h. die Module des Prozeßsteuersystems 10 und speziell die Bedienstation 122) übernimmt die Steuerung der Graphik und der Anzeige der Steuerübersicht. Die Zuverlässigkeit des Prozeßsteuersystems ist sehr hoch, so daß es in hohem Maße sicher ist, daß die Steueransicht immer angezeigt werden kann. Die Steueransicht-Anzeigedaten kommen von dem LCN und sie sind insgesamt unabhängig von dem Koprozessor 200 des offenen Systemnetzwerkes. Alles andere auf dem Display kommt jedoch von dem offenen Systemnetzwerk. Im bevorzugten Ausführungsbeispiel der vorliegenden Erfindung, d. h. bei der X-Fensterausführung steuert der Koprozessor 200 die Fenster, die der Koprozessor 200 mit der Graphikkarte 150 austauscht, d. h. das Durchreichen aller von dem offenen Systemnetzwerk gesammelten Daten und das Durchreichen der Display-Steuerinformation, durch die das Display gesteuert wird. Der Koprozessor 200 zeichnet jedoch nicht die Steuerübersicht, sondern steuert, wo auf dem Schirm die Steuerübersicht darzustellen ist.
Das Displaybeispiel von Fig. 7 besitzt alle Displayinformation und Steuerinformation, die in dem Datenspeicher 154 der Graphikkarte 150 gespeichert ist. Die Steuer-Übersichtsdaten werden in den Datenspeicher 154 der Graphikkarte 150 von dem LCN 122 durch einen Modulbus 36 und den Mikroprozessor 156 eingegeben. Alle Displaydaten der anderen Ansichten werden der Graphikkarte 150 von dem Koprozessor 200 eingegeben. Diese Daten werden in dem Datenspeicher 154 über den Kartenbus 152, den gemeinsam benutzten Speicher 158 und den Graphikprozessor 160 gespeichert. Der Graphikprozessor 160 verarbeitet die Eingänge und speichert die Ergebnisse in dem Datenspeicher 154 in einem vorbestimmten Format, das mit den Steueranweisungen von dem Koprozessor 200 übereinstimmt und in einem Format, das mit der Information übereinstimmt, wie sie durch die Displayeinheit 151 erwartet wird.
Bezug nehmend auf die Fig. 8 und 9 ist ein Übersichts-Flußdiagramm des Koprozessors 200 und der Graphikkarte 150 entsprechend dargestellt, das auf die Displayhandhabung bezogen ist. Zwischen dem Koprozessor 200 und der Graphikkarte 150 laufen Überwachungszeitgeber gemäß den Blöcken 400, 401. Der Koprozessor 200 sendet periodisch Bereitschaftsnachrichten (Überwachungsanweisungen an die Graphikkarte 150 (Block 405), die innerhalb einer vorbestimmten Zeit (Block 410) beantwortet werden müssen. Wenn keine Antwort empfangen wird (Block 415), so erklärt der Koprozessor 200 einen Ausfall der Graphikkarte 150 und sendet eine spezielle Nachricht an die Graphikkarte 150, so daß die Verbindung mit dem Koprozessor 200 im wesentlichen gesperrt wird, alle Anzeigen von dem offenen Systemnetzwerk entfernt werden und er veranlaßt ein Zoomen der Steuerübersicht, so daß die Steuerübersicht die einzige gezeigte Anzeige ist und im wesentlichen den gesamten Bildschirm der Anzeige 151 einnimmt (Block 420). Vor dem Senden der Überwachungsanweisung (Block 405) überprüft der Koprozessor 200 die Gültigkeit der Eingangskanäle (Block 402). Im bevorzugten Ausführungsbeispiel werden vorbestimmte Speicherorte des gemeinsamen Speichers 202 überprüft, um sicherzustellen, daß die Inhalte, d. h. die Speicher- Hinweisadressen gültig sind. Wenn die Gültigkeitsprüfung vorbei ist, so fährt die Verarbeitung zu dem Block 405 weiter, andernfalls wird ein Ausfall angezeigt und die Verarbeitung fährt zu dem Block 420 weiter. Wie oben erwähnt, ist dies ebenfalls eine schnelle Anzeige an die Bedienungsperson, daß etwas aufgetreten ist in dem Dialog mit dem offenen Systemnetzwerk, wobei noch die Steuerübersicht angezeigt wird.
Zusätzlich muß die Bereitschaftsnachricht von dem Koprozessor 200 in einem vorbestimmten Intervall empfangen werden und wenn die Nachricht während des vorbestimmten Intervalles nicht empfangen wird, erklärt die Graphikkarte 150 den Ausfall des Koprozessors 200 und überträgt eine Nachricht zu dem Koprozessor 200, daß keine weiteren Nachrichten angenommen werden und stellt nur die Steuerübersicht wie zuvor beschrieben dar (Block 421). Der Koprozessor 200 durchläuft eine Neuauslösung, um zurück ins Netz zu gelangen. Wenn eine Anweisung durch die Graphikkarte empfangen wird (Block 406), so erfolgt eine Prüfung, um festzustellen, ob die empfangene Anweisung eine Überwachungsanweisung ist, die Graphikkarte überträgt eine Antwort zu dem Koprozessor 200 (Block 418) und stellt zurück und startet neu den Zeitgeber (Block 419). Wenn die empfangene Anweisung keine Überwachaungsanweisung ist (Block 416), so wird die Anweisung verarbeitet (Block 422) und das Verfahren setzt sich im Block 406 fort und wartet auf den Empfang zusätzlicher Anweisungen. Wenn keine Anweisung innerhalb des Zeitintervalles empfangen wird (Block 413), so verharrt die Graphikkarte im wesentlichen in einer Warteschleife (soweit die Displayverarbeitung betroffen ist) und wartet auf den Empfang einer Anweisung.
Somit ist gemäß dem Verfahren der vorliegenden Erfindung leicht erkennbar, daß die Unversehrtheit des Prozeßsteuersystems 10 aufrechterhalten wird. Ferner wird die Steuerübersicht, d. h. eine Ansicht des Prozeßsteuersystems aufrechterhalten, unabhängig von irgendwelchen Dingen, die sich in dem offenen Systemnetzwerk ereignen.
Während gezeigt worden ist, was als das bevorzugte Ausführungsbeispiel der vorliegenden Erfindung angesehen wird, liegt es auf der Hand, daß viele Änderungen und Modifikationen darin vorgenommen werden können, ohne daß von dem wesentlichen Rahmen der Erfindung, wie er in den angefügten Ansprüchen definiert ist, abgewichen wird.

Claims

1. Vorrichtung zur Steuerung eines Displays eines Prozeßsteuersystems (10) in einer offenen Fensterausführung, wobei das Prozeßsteuersystem (10) eine Schnittstellenvorrichtung (200) mit wenigstens einem Fremdsystem (300) und eine Display-Generatoreinheit (150) in einem Fensterformat aufweist, um erste Displayinformation von dem Fremdsystem und zweite Displayinformation von einem Netzwerk des Prozeßsteuersystems auf einer Displayeinheit (151) des Prozeßsteuersystems darzustellen, wobei die Vorrichtung gekennzeichnet ist durch:

einen ersten Eingangskanal der Display-Generatoreinheit für die Übertragung der ersten Displayinformation der Fremdsysteme (300) an die Display-Generatoreinheit (150) und zur Übertragung der Steuerinformation, um ein Displayformat der Display-Generatoreinheit der Displayeinheit zu befehlen, wobei das Displayformat mehrere Fenster umfaßt und eines der Fenster eine Steuerübersicht ist zur Darstellung der zweiten Displayinformation;

einen zweiten Eingangskanal der Display-Generatoreinheit (150) für den Empfang der zweiten Displayinformation des Prozeßsteuersystems (10), die zu der Display- Generatoreinheit übertragen wird;

eine Einrichtung (150) zur Ausgabe der Displayinformation des Prozeßsteuersystems und des Fremdsystems an die Displayeinheit (151) im Displayformat gemäß der Steuerinformation;

eine Einrichtung zur Übertragung einer Bereitschaftsanweisung an die Display- Generatoreinheit;

eine Einrichtung zur Übertragung einer Fehlernachricht an die Display- Generatoreinheit, wenn eine Antwort auf die Bereitschaftsanweisung innerhalb einer ersten vorbestimmten Zeitperiode nicht erhalten wird;

eine Einrichtung, um eine Modifikation der Steuerinformation zu veranlassen, so daß das Displayformat eine Entfernung der mehreren Fenster anzeigt;

eine Einrichtung zum Zoomen der Steuerübersicht, so daß die Steuerübersicht die gesamte Darstellung der Displayeinheit in einem einzigen Fenster einnimmt;

eine Einrichtung zum Sperren des ersten Eingangskanales;

eine Einrichtung, um die Schnittstellen in einen Leerlaufmodus zu bringen, so daß keine Displayinformation durch die Schnittstellenvorrichtung angenommen wird; und

eine Einrichtung, um beim Empfang der Bereitschaftsanweisung an der Display- Generatoreinheit mit einer Bestätigungsanweisung an die Schnittstellenvorrichtung zu antworten, wodurch die Displayeinheit betriebsfähig wird.

2. Verfahren zur Steuerung eines Displays eines Prozeßsteuersystems (10) in einer offenen Fensterausführung, wobei das Prozeßsteuersystem eine Schnittstellenvorrichtung (200) mit wenigstens einem Fremdsystem (300) umfaßt, wobei die Schnittstellenvorrichtung eine erste Displayinformation von dem Fremdsystem empfängt, so daß die erste Displayinformation von dem Fremdsystem und die zweite Displayinformation von einem Netzwerk des Prozeßsteuersystems auf einer Displayeinheit (151) des Prozeßsteuersystems über eine Display-Generatoreinheit (150) in einem Fensterformat auf Grund von Steuerinformation von der Schnittstellenvorrichtung angezeigt werden, wobei das Verfahren gekennzeichnet ist durch die Schritte; von der Schnittstellenvorrichtung:

a) Übertragung der ersten Displayinformation von den Fremdsystemen (300) an die Display-Generatoreinheit (150) über einen ersten Eingangskanal der Display-Generatoreinheit;

b) Übertragung der Steuerinformation an die Display-Generatoreinheit über den ersten Eingangskanal, um der Display-Generatoreinheit der Displayeinheit ein Displayformat zu befehlen, wobei das Displayformat mehrere Fenster umfaßt und ein Fenster eine Steuerübersicht für die Darstellung der zweiten Displayinformation ist;

c) Übertragung einer Bereitschaftsanweisung an die Display-Generatoreinheit;

d) Schauen nach einer Antwort auf die Bereitschaftsanweisung von der Display-Generatoreinheit, wobei:

i) wenn die Bereitschaftsantwort innerhalb einer ersten vorbestimmten Zeitperiode empfangen wird und wenn neue Display- Steuerinformation zu übertragen ist, zu dem Schritt (a) fortgefahren wird;

ii) wenn die Antwort innerhalb der ersten vorbestimmten Zeitperiode empfangen wird und wenn keine neue Display/Steuerinformation zu übertragen ist, zu dem Schritt (c) fortgefahren wird;

iii) wenn die Antwort innerhalb der ersten vorbestimmten Zeitperiode nicht empfangen wird:

1) eine Fehlernachricht zu der Display-Generatoreinheit übertragen wird;

2) die Modifikation der Steuerinformation veranlaßt wird, so daß das Displayformat eine Entfernung der mehreren Fenster anzeigt;

3) die Steuerübersicht gezoomt wird, so daß die Steuerübersicht die gesamte Darstellung der Displayeinheit in einem einzigen Fenster einnimmt; und

4) der erste Eingangskanal gesperrt wird; und danach die Schnittstellenvorrichtung in einen Leerlaufmodus gebracht wird, so daß keine Displayinformation durch die Schnittstelleninformation angenommen wird; und von der Display-Generatoreinheit:

e) Empfang der zweiten Displayinformation des Prozeßsteuersystems, die zu der Display-Generatoreinheit über einen zweiten Eingangskanal der Display- Generatoreinheit übertragen wird;

f) Empfang der ersten Display- und Steuerinformation der Fremdsysteme, die zu der Display-Generatoreinheit über den ersten Eingangskanal der Display- Generatoreinheit übertragen wird;

g) Ausgabe der Displayinformation des Prozeßsteuersystems und des Fremdsystems an die Displayeinheit im Displayformat gemäß der Steuerinformation;

h) Antwort mit einer Bestätigungsanweisung an die Schnittstellenvorrichtung beim Empfang der Bereitschaftsanweisung, wodurch die Displayeinheit betriebsfähig ist; und

i) Fortschreiten zu dem Schritt (e).