DE10125384B4

DE10125384B4 - Vorrichtung und Verfahren zur Inbetriebnahme und Diagnose von Steuerungssystemen

Info

Publication number: DE10125384B4
Application number: DE10125384.2A
Authority: DE
Inventors: Ulrich Bungert; Martin Kiesel
Original assignee: Siemens AG; Siemens Corp
Current assignee: Siemens AG; Siemens Corp
Priority date: 2000-12-22
Filing date: 2001-05-23
Publication date: 2018-09-20
Anticipated expiration: 2021-05-24
Also published as: DE10125384A1

Abstract

Vorrichtung zur Inbetriebnahme und/oder Diagnose von Steuerungssystemen miteiner Darstellungseinrichtung zur Darstellung der Funktionalität des Steuerungssystems über ein Objektmodell, undeinem Engineeringsystem zur Inbetriebnahme, Projektierung, Parametrierung von Steuerungen und Antrieben und/oder zur Erstellung eines Steuerungsprogramms auf der Basis der über das Objektmodell dargestellten Funktionalität des Steuerungssystems, wobeiInstanzen von Steuerungsobjekten, insbesondere Steuerungsgeräte und vernetzte Antriebe, und/oder deren gegenseitige Beziehungen in dem Engineeringsystem über einen Projektbrowser visualisierbar sind undzu den Instanzen Informationen über den Betriebszustand, die Speicherbelegung und die CPU-Auslastung darbietbar sind.

Description

Die vorliegende Erfindung betrifft eine Vorrichtung und Verfahren zur Inbetriebnahme und Diagnose von Steuerungssystemen. Insbesondere betrifft die vorliegende Erfindung eine Vorrichtung mit einem Engineeringsystem zur Erstellung eines Steuerungsprogramms.
Die Inbetriebnahme, das Betreiben und die Diagnose von Automatisierungssystemen und Antrieben erfolgt zunehmend vollkommen elektronisch. Mechanische Systeme und Antriebe von Automaten werden über Mikrokontroller mit einer entsprechenden Software (Runtimesysteme) gesteuert. Die entsprechenden Steuerungsprogramme werden in einem sogenannten Engineeringsystem auf einem PC entwickelt und anschließend in das Runtimesystem geladen, das für die Zeitsteuerung des zu steuernden Systems verantwortlich ist. Das Engineeringsystem dient auch zur Inbetriebnahme, Projektierung, Parametrierung von Steuerungen und Antrieben.
Die zunehmende Komplexität von Automaten erfordert ebenfalls komplexere Steuersysteme und damit komplexere Steuerungsprogramme. Bisherige Engineering-Tools stellen rudimentär Informationen bereit, die dem Anwender in Form von Einzelinformationen geliefert werden. Die Datenaufbereitung erfolgt in der Regel manuell.
Aus der DE 198 53 205 A1 ist ein Verfahren zum Steuern technischer Prozesse bekannt, bei dem ein Objektmodell verwendet wird. Das Objektmodell weist verschiedene Objektinstanzen auf.
Aus der WO 00/26732 A1 ist für ein Steuersystem für eine Waschmaschine eine Bildschirmdarstellung der Bedienfläche der Waschmaschine bekannt. Zuweisungen von Funktionsbefehlen können aus einer Liste in einem gesonderten Teilfenster erfolgen.
Aus der Druckschrift DE 691 21 712 T2 ist ein Verfahren bzw. eine Vorrichtung jeweils zur Analyse eines industriellen oder kommerziellen Prozesses, der Konfiguration von Steuerungs-Hardware und der Entwicklung von Programmen zur Ausführung durch diese Steuerungs-Hardware bekannt. Eine Editier-Task dient zum Darstellen des industriellen Prozesses als Plan oder Diagramm. Eine weitere Editier-Task wird dazu verwendet, die Konfiguration der Steuerungs-Hardware plan- oder diagrammartig aufzustellen.
Darüber hinaus offenbart die Druckschrift US 5 576 946 A ein piktogramm-basiertes Projektierungs- und Steuerungssystem. Die Piktogramme stellen tatsächliche Prozessschritte dar und können aus einer Bibliothek ausgewählt und editiert werden, sodass sich ein Herstellungsprozess zusammenstellen lässt.
Die Aufgabe der vorliegenden Erfindung besteht somit darin, dem Anwender eine möglichst intuitive und einfache Möglichkeit zu bieten, die Zustände der Steuerung und das Ablaufverhalten zu beobachten und zu optimieren.
Erfindungsgemäß wird diese Aufgabe gelöst durch eine Vorrichtung nach Anspruch 1.
Darüber hinaus lässt sich die genannte Aufgabe durch ein Verfahren nach Anspruch 7 lösen.
Vorteilhafte Weiterbildungen des erfindungsgemäßen Verfahrens und der erfindungsgemäßen Vorrichtung sind in den Unteransprüchen definiert.
Als besonders vorteilhaft erweist sich, dass das erfindungsgemäße Verfahren eine skalierte und schrittweise Inbetriebnahme und Diagnose ermöglicht.
Die vorliegende Erfindung wird nun anhand der beigefügten Zeichnungen näher erläutert, in denen zeigen:

1 ein Diagramm des erfindungsgemäßen Objektmodells;
2 eine Ausgestaltung eines konkreten Steuerprojekts;
3 ein Beispiel eines Projektbrowsers und Instanzen von wesentlichen Objekttypen;
4 eine detaillierte Darstellung von Geräteinformationen; und
5 eine Darstellung einer Funktion zur Online-Beobachtung eines Anwenderprogramms auf der Objektebene „Programm“.

Das folgende Ausführungsbeispiel dient zur näheren Erläuterung der vorliegenden Erfindung. 1 stellt schematisch ein Steuersystem für die Automatisierung dar. Dieses Steuersystem umfasst ein Engineeringsystem ES mit dem ein Steuerungsprogramm erstellt werden kann. Darüber hinaus umfasst das Steuerungssystem ein oder mehrere Runtimesysteme RTS.
In dem Engineeringsystem ES wird ein Steuerungsprogramm entwickelt, das auf einem Objektmodell basiert. Das Objektmodell enthält Technologieobjekte, wie z. B. Positionierachsen, Gleichlaufachsen, Kurvenscheiben, etc., welche gemäß ihrer Funktionalität mit anderen Technologieobjekten oder auch untereinander verschaltbar sind. Mit einem oder mehreren verschalteten Technologieobjekten TOA, TOB, etc. lässt sich zusammen mit einem entsprechenden Programm die Steuerung eines Geräts Device 1, Device 2, etc. formulieren.
1 zeigt, dass mit Hilfe des Engineeringsystems ES innerhalb eines Projekts für mehrere Runtimesysteme RTS_1, RTS_2 unterschiedliche Gerätesteuerungen Device 1, Device 2 realisiert werden können. Somit lassen sich unterschiedliche Steuerungsfunktionalitäten über das Objektmodell umsetzen. Das Objektmodell hat Wirkung im Engineeringsystem und/oder Runtimesystem und ist Basis für das Engineering der Steuerung. Dies bedeutet, dass die Inbetriebnahme, die Programmierung, die Diagnose usw. auf der Grundlage des Objektmodells durchführbar ist.
Die im Objektmodell verwendeten Objekte lassen sich in unterschiedliche Objekttypen kategorisieren. Derartige Objekttypen sind beispielsweise:

- „Projekt“, das als Container für Engineeringdaten eines Anwenderprojekts dient
- „Device‟, das ein Gerät beispielsweise eine Steuerung, repräsentiert
- „Programm“, das als Container für die Verwaltung und Ablage von Anwenderprogrammen dient
- „Technologieobjekt‟, das einer Positionierachse, einer Gleichlaufachse, einem Messtaster, einer Kurvenscheibe, etc. entspricht
- „Antriebsobjekt‟, das einen oder mehrere in der Steuerung verwendeten Antriebe repräsentiert

2 zeigt beispielhaft die konkrete Ausgestaltung bzw. Instanzierung für die Steuerung eines Geräts mit zwei Achsen A und B. Die Übersetzung zwischen der Achse A und der Achse B wird durch ein Gleichlaufobjekt gesteuert. Mit einer Kurvenscheibe ist beispielsweise die Übersetzung des Gleichlaufobjekts variierbar. Die einzelnen Objekte Achse A, Gleichlaufobjekt, Achse B und Kurvenscheibe sind durch Konnektoren verbunden, die den jeweiligen funktionellen Zusammenhang repräsentieren. Mit Hilfe des Objektmodells lässt sich somit der Antrieb der Achsen A und B realisieren.
Die einzelnen Objekte und deren funktionelle Verbindungen müssen insbesondere für die Entwicklung von Steuerungsprojekten visualisiert werden. Dazu dient der in 3 dargestellte Projektbrowser, der Instanzen von wesentlichen Objekttypen zeigt. Im vorliegenden Fall wird auf der Ebene „device“ zu dem Gerät „MC 358“ Informationen über den Betriebszustand, die Speicherbelegung und die CPU-Auslastung dargeboten. Navigiert der Benutzer mit Hilfe des Projektbrowsers zu anderen Objekten, so werden deren Informationen im jeweiligen Sichtfenster dargestellt. Durch diesen Projektbrowser im Engineeringsystem lassen sich somit komplexere Steuerungen übersichtlich und bedarfsgerecht zusammenstellen.
Erfindungsgemäß wird in dem Projektbrowser das Zusammenspiel aller an einer Applikation beteiligten Komponenten dargestellt. Damit ist ein Gesamtüberblick uber die in der Maschine ablaufenden Vorgänge gewährleistet und der Anwender wird in die Lage versetzt, die in jedem Inbetriebnahmeschritt erforderliche Informationstiefe abzurufen. Insbesondere in verteilten System ist ein Zugriff auf alle notwendigen Informationen sowie der Überblick über das Zusammenspiel von verteilten Funktionen notwendig, um eine Systemoptimierung durchführen zu können.
Die Handhabbarkeit bzw. Usability des Systems wird durch die stufenweise angebotenen Informationen und durch die Möglichkeit der Eingriffsname entscheidend verbessert. Der Anwender erhält je nach gewählter Instanztiefe unterschiedliche Informationen bzw. Möglichkeiten, Parameter zu ändern. Es ist somit nicht mehr notwendig, sich aus einer Vielzahl von Systemparametern ein paar wenige auszusuchen, durch die eine bestimmte Funktionalität geändert werden soll. Vielmehr werden die einzelnen Parameter durch Objekte bzw. Funktionalitäten gebündelt und dem Anwender in dieser gebündelten Form präsentiert.
Weiterhin bietet dieses Konzept der stufenweisen Informationsdarbietung direkte Anknüpfungspunkte zur automatisierten Optimierung des Maschinenablaufs. Das Ziel, möglichst eine Inbetriebnahme ohne Dokumentation durchzuführen, wird dadurch nahezu erreicht. Ferner bietet eine Systemoptimierung bzgl. Performance und effizienter Speicherausnutzung eine wesentliche Entscheidungsgrundlage für den Anwender.
2 zeigt in diesem Zusammenhang eine Möglichkeit Geräteinformationen detaillierter darzustellen. Im konkreten Beispiel wird die Speicherbelegung und die Systemauslastung des „MC 358“ im Detail dargestellt. Derartige Detailinformationen können für bestimmte Optimierungsschritte hilfreich sein.
5 zeigt schließlich auf der Objektebene „Programm‟ eine Funktion zur Online-Beobachtung eines Anwenderprogramms. Dieses Tool dient für den Test von Anwenderprogrammen. In diesem Kontext wird ein direkter Zugang zu weiteren relevanten Tools wie „Simotion Scout Trace Tool“ bereitgestellt, die es einem Anwender ermöglichen, schnell in die jeweils relevanten Tools umzuschalten. Das Trace-Tool bietet in diesem Fall die Möglichkeit, Signale der Steuerung aufzuzeichnen. Der aufgezeichnete Daten- bzw. Kurvenverlauf dient wiederum zur Optimierung des Steuerungssystems bzw. zur Unterstützung der Inbetriebnahme der Steuerung oder deren Diagnose.
Das erfindungsgemäße System weist somit folgende Vorteile auf:

- die Funktionalität der Steuerung ist über ein Objektmodell repräsentiert
- das Objektmodell hat Wirkung im Engineeringsystem und/oder Runtimesystem
- das Objektmodell ist Basis für das Engineering der Steuerung (für z. B. Inbetriebnahme, Programmierung, ..)
- das Objektmodell ist Basis für die Datenhaltung der Steuerung
- die Instanzen der Steuerungsobjekte werden im Engineeringsystem über einen Projektbrowser visualisiert
- das Engineeringsystem bietet basierend auf den Instanzen der Steuerungsobjekte einen gestuften Zugang zu Diagnoseinformationen und Inbetriebnahmetools
- der Projektbrowser visualisiert 1 bis n Steuerungsgeräte und die vernetzten Antriebe und weitere Feldgeräte
- Beziehungen zwischen Objektinstanzen werden im Projektbrowser visualisiert (z. B. Link zwischen Positionierachse und Antrieb)
- durch Navigieren im Projektbrowser werden jeweils kontextsensitiv Informationen visualisiert
- durch Navigieren im Projektbrowser werden jeweils kontextsensitiv relevante Tools angeboten.

Darüber hinaus sind folgende Vorteile besonders hervorzuheben:

- die Steuerung kann über Online und Offline Datenhaltung verfügen (Online: Ablage im Runtimesystem, Offline: Ablage im Engineeringsystem)
- beim Umschalten auf Online-Betrieb (Verbindungsaufbau zwischen Engineeringsystem und Runtimesystem) wird die Datenkonsistenz zwischen Online- und Offline-Datenhaltung geprüft und Inkonsistenzen werden im Projektbrowser visualisiert.

Das oben beschriebene erfindungsgemäße System bzw. verfahren lässt sich als Computerprogramm in dafür bekannten Sprachen implementieren. Ein derartig implementiertes Computerprogramm kann in ebenfalls bekannter Weise über elektronische Datenwege, aber auch auf Datenträgern abgespeichert und transportiert werden.

Claims

Vorrichtung zur Inbetriebnahme und/oder Diagnose von Steuerungssystemen mit einer Darstellungseinrichtung zur Darstellung der Funktionalität des Steuerungssystems über ein Objektmodell, und einem Engineeringsystem zur Inbetriebnahme, Projektierung, Parametrierung von Steuerungen und Antrieben und/oder zur Erstellung eines Steuerungsprogramms auf der Basis der über das Objektmodell dargestellten Funktionalität des Steuerungssystems, wobei Instanzen von Steuerungsobjekten, insbesondere Steuerungsgeräte und vernetzte Antriebe, und/oder deren gegenseitige Beziehungen in dem Engineeringsystem über einen Projektbrowser visualisierbar sind und zu den Instanzen Informationen über den Betriebszustand, die Speicherbelegung und die CPU-Auslastung darbietbar sind.
Vorrichtung nach Anspruch 1, wobei die Daten für die Steuerung auf der Basis des Objektmodells verwaltet werden.
Vorrichtung nach einem der Ansprüche 1 und 2, wobei durch das Engineeringsystem basierend auf Instanzen von Steuerungsobjekten ein gestufter Zugang zu Diagnoseinformationen und Inbetriebnahmetools realisierbar ist.
Vorrichtung nach Anspruch 1, 2 oder 3, wobei beim Navigieren im Projektbrowser jeweils kontextsensitiv Informationen visualisierbar und relevante Tools ausführbar sind.
Vorrichtung nach einem der Ansprüche 1 bis 4, wobei die Datenhaltung online, insbesondere in einem Runtimesystem, oder offline, insbesondere in dem Engineeringsystem, durchführbar ist.
Vorrichtung nach Anspruch 5, wobei die Datenkonsistenz zwischen Offline- und Online-Datenhaltung in dem Projektbrowser insbesondere gestuft visualisierbar ist.
Verfahren zur Inbetriebnahme und/oder Diagnose von Steuerungssystemen mit den Schritten - Darstellen der Funktionalität des Steuerungssystems in einem Objektmodell auf einer Darstellungseinrichtung, und - Inbetriebnahme, Projektierung, Parametrierung von Steuerungen und Antrieben und/oder Erstellen eines Steuerungsprogramms auf der Basis der über das Objektmodell dargestellten Funktionalität des Steuerungssystems, wobei - Instanzen von Steuerungsobjekten, insbesondere Steuerungsgeräte und vernetzte Antriebe, und/oder deren gegenseitige Beziehungen über einen Projektbrowser visualisiert werden und - zu den Instanzen Informationen über den Betriebszustand, die Speicherbelegung und die CPU-Auslastung dargeboten werden.
Verfahren nach Anspruch 7, wobei die Daten für die Steuerung auf der Basis des Objektmodells verwaltet werden.
Verfahren nach einem der Ansprüche 7 und 8, wobei basierend auf Instanzen von Steuerungsobjekten ein gestufter Zugang zu Diagnoseinformationen und Inbetriebnahmetools realisiert wird.
Verfahren nach Anspruch 7, 8 oder 9, wobei beim Navigieren im Projektbrowser jeweils kontextsensitiv Informationen visualisiert und relevante Tools dargeboten werden.
Verfahren nach einem der Ansprüche 7 bis 10, wobei die Datenhaltung online, insbesondere in einem Runtimesystem, oder offline, insbesondere in einem Engineeringsystem, erfolgt.
Verfahren nach Anspruch 11, wobei die Datenkonsistenz zwischen Offline- und Online-Datenhaltung in dem Projektbrowser visualisiert wird.