Anforderungen

Die steigende Anzahl der Gerätetreiber hat zur Folge, daß die Verwaltung der einzelnen Treiber immer schwieriger wird. Das Starten und Stoppen der Gerätetreiber ist noch relativ einfach über Kommandoprozeduren möglich, wenn man immer nur dieselben zusammenhängenden Gruppen startet, wie z.B. alle Treiber für Spektrometer A oder alle Treiber für das Magnetsystem von Spektrometer A. Diese Methode wird im Moment angewandt. Für neue Gruppen müßten neue Kommandoprozeduren erstellt werden. Dabei kann es natürlich leicht zu Überschneidungen der Gruppen kommen, und es ist schwer überwachbar, daß Prozesse nicht etwa doppelt gestartet werden oder daß einige gestoppt werden, obwohl sie noch benötigt werden. Abbildung zeigt die Komplexität der Abhängigkeiten am Beispiel der Steuerung des Magnetsystems. Beim weiteren Ausbau der Spektrometer-Anlage wird die Anzahl der Kommandoprozeduren groß und damit unübersichtlich.

Ein weiteres Problem taucht auf, wenn einzelne Treiber wegen eines Fehlers beendet werden. Dies fällt meist erst dann auf, wenn auf diese Treiber nicht mehr zugegriffen werden kann. Im Rahmen der existierenden Start-Kommandoprozeduren wird einigen Treibern der Befehl geschickt, ihre Initialisierungsroutinen auszuführen. Normalerweise führt ein Treiber diese Routinen selbständig vor Ausführung der ersten Aktion aus (siehe Abschnitt ). Wenn diese Routine aber einige Minuten benötigt, ist es sinnvoll, sie gleich nach dem Start abzuarbeiten. Die Kommandoprozeduren müssen immer wieder Verbindungen zu Rechnern aufbauen, um dort die einzelne Programme zu starten. Dies benötigt einige Zeit, die als Meßzeit verloren geht.

Im Rahmen dieser Arbeit wurde wegen dieser Schwierigkeiten ein Prozeß-Kontroll-System entwickelt, das folgende Aufgaben erfüllen sollte:

• Mit Hilfe der Prozeßkontrolle sollten auf allen Rechnern die einzelnen Prozesse gestartet und auch wieder gestoppt werden können.
• Es sollte intern vermerkt werden, welche Prozesse gestartet wurden, um Doppelstarts zu vermeiden.
• Abhängigkeiten einzelner Prozesse von anderen sollten berücksichtigt werden, damit alle Treiber gestartet werden, die ein bestimmter Prozess benötigt, bzw. keiner gestoppt wird, der noch von einem anderen benötigt wird.
• Alle Informationen über die Prozesse sollten in einer zentralen Datenbank verwaltet werden.
• Das Terminieren von Prozessen sollte überwacht und gemeldet werden, so daß entsprechende Maßnahmen, wie z.B. das Neustarten des Prozesses, ergriffen werden könnten.
• Bestimmte Prozesse sollten gleich am Anfang initialisiert werden können.
• Das System sollte so flexibel sein, daß es auch mit Prozessen umgehen könnte, die nicht über das Messagesystem kommunizieren. Damit wären dann auch die Prozesse der Datenerfassungs-Software MECDAS [Kry93] kontrollierbar.

Als Folge könnten die vorhandenen Kommandoprozeduren ersetzt werden, und das Starten und Stoppen von Prozeßgruppen würde schneller gehen als bei Verwendung der bisherigen Kommandoprozeduren.

Zur Zeit gibt es einen Satz von Kommandoprozeduren, die jeweils eine zusammengehörige Gruppe von Prozessen starten oder stoppen. Es handelt sich hierbei um:

• die Targetsteuerung
• die Kollimatorsteuerung
• die Steuerung des Magnetsystems
• die Steuerung der Triggerelektronik
• die Steuerung der Driftkammerhochspannungen
• die Vakuumüberwachung
• die Gasflußüberwachung

Ohne Prozeß-Kontroll-System müßten mit Inbetriebnahme der Spektrometer B und C auch für diese entsprechende Kommandoprozeduren eingerichtet werden.