EP2021917A1 - Verfahren zur versionsverwaltung von automatisierungsdaten eines kraftwerk-automatisierungssystems - Google Patents

Verfahren zur versionsverwaltung von automatisierungsdaten eines kraftwerk-automatisierungssystems

Info

Publication number
EP2021917A1
EP2021917A1 EP07712048A EP07712048A EP2021917A1 EP 2021917 A1 EP2021917 A1 EP 2021917A1 EP 07712048 A EP07712048 A EP 07712048A EP 07712048 A EP07712048 A EP 07712048A EP 2021917 A1 EP2021917 A1 EP 2021917A1
Authority
EP
European Patent Office
Prior art keywords
data
version
versions
automation
management system
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP07712048A
Other languages
English (en)
French (fr)
Inventor
Dieter Kleyer
Raimund Nolte
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Siemens AG
Original Assignee
Siemens AG
Siemens Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Siemens AG, Siemens Corp filed Critical Siemens AG
Priority to EP07712048A priority Critical patent/EP2021917A1/de
Publication of EP2021917A1 publication Critical patent/EP2021917A1/de
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management

Definitions

  • the invention relates to a method for version management of automation data of a power plant automation system, which are networked with each other
  • Platforms of the power plant automation system are stored in different data storage.
  • Process control systems or automation systems for the control and automation of power plants generally consist of a large number of individual components.
  • the automation devices with the I / O level the automation devices with the I / O level, the networks with the communication processors and the operating and monitoring levels must be mentioned here.
  • the documents and data are subject to frequent changes, for example during a project period (ie during planning, IBS, operation and maintenance). These changes, which span the entire database of a project, are often not present in current power plant automation systems more comprehensible and earlier working conditions can often no longer be consistently reproduced.
  • the invention has for its object to provide a method for version management of automation data of a power plant automation system, which allows a complete back ⁇ tracking and recovery of the versions of all automation data, which are stored in different data storage on mostly multiple platforms.
  • This object is achieved according to the invention with the aforementioned method for version management of automation data of a power plant automation system, which are stored on networked platforms of the power plant automation system in different data, in the versions of at least one date of Automatisie ⁇ tion data by means of a suitable tool in an inter- perables format are exported and the versions in the form of an inte ⁇ roperable format are managed by means of a Versi ⁇ onsmanagementsystems.
  • the data versions stored in different data records are first exported into a uniform interoperable format, so that data versions which are initially stored in different data records are in the form of a uniform, interoperable format, which is the version management system, which can be a conventional configuration management system. the management of the data versions allows.
  • data versions can therefore in different chen stored data, or about data that are recorded in the engineering of the power plant automation, data derived Generier- and compiler processes, relational databases, images and bit maps, different file types,
  • Draft ⁇ equip the to-manage data and further data, such as standard data, the number of versions to be managed and the identification of project statuses, individual data and objects after export into a uniform interoperable format are managed or processed by the version management system.
  • the present in the form of an interoperable format versions are stored on an additional platform that is networked with the platforms of the power station automation system and on which the Versi ⁇ is filed onsmanagementsystem.
  • This advantageous further design of the inventive method allows the taken by individual platforms of the automation system functions, such as engineering or software engineering are not exposed to potentially interfering influence of Versionsmanagementsys ⁇ tems, which could, for example, adversely affect the computing power.
  • the version management of the data versions previously exported by means of a suitable tool, such as a suitable program, into an interoperable format takes place on a further platform, for example in the form of a server which is networked with the platforms of the power plant automation system and on which the version management system is stored is.
  • Versionsmanagementsys ⁇ tem only versions of the automation data is managed, which are in the form of source data.
  • the limited management system of the Versionsma ⁇ manageable data volume on the acquired source data which compared to previous known solution for managing versions of automation data deutli- che benefits entails.
  • a version Manage ⁇ was ment for the data of a process control system or a car ⁇ mattechnischssystems due to the high data volumes in particular ⁇ sondere derived and generated data hardly possible.
  • the data volume to be managed is limited to the recorded source data, and if additionally only the changes are managed for different versions, the data volume can be handled for the version management.
  • Derived and generated data can be recreated at any time from the versioned source data and therefore does not have to be included in the version management. the.
  • the error status of the generation and loading processes is also managed by means of the version management system.
  • Methods are managed by the version management system, only a basic version and changes from previous versions, so that in a further practical development of the method of the version management system of the previous version using a basic version and the changes compared to the basic version can be determined and the determined earlier Version then converted by means of a suitable tool in the original data ⁇ tenrien and finally imported.
  • the management system of the Versionsma ⁇ limited manageable amount of data on a Basisversi ⁇ on and changes, resulting in a significant reduction in bringing to manage data traffic with them.
  • How To ⁇ manufacture of an earlier version of the data be tracked preferably incrementally from the version management system, starting from the basic version, the changes or canceled, which led from the earlier version to the basic version.
  • the present invention thus determined earlier version can then by means of a suitable tool, preferably in the form of a program or Pro ⁇ program portion, in the original data storage advantage Conver ⁇ and finally imported.
  • the method of the invention is by way of in FIG. 1 schematically illustrated power plant automation system in the form of an engineering system nä ⁇ forth explained.
  • the illustrated in Fig. 1 engineering system 1 comprises a plurality of platforms 2, 3, 4 and 5, which are networked together via a network 7, preferably of the type Ethernet. Different functions are stored on the individual platforms 2, 3, 4 and 5, which are later required in the target system for the automation of the power plant operation.
  • a Windows-based function of the TEC4 type required for technological engineering is stored on platform 3 in a relational database such as MS-Access or MS-SQL. Further ⁇ Since th in a graphics format or in HTML format held, and other data to the Windows file system.
  • a function planning function based on the technological engineering for the power plant, preferably a function of the type ES680.
  • the vast majority of the resulting engineering data is stored in an Ingres database.
  • the plant topology and thus also the engineering of the entire network of the plant is carried out with the help of an ES680 topology plan, whereby all data is stored in the Ingres data storage.
  • the definition and occupancy of the automation hardware as well as the associated hardware disposition plans and assembly schedules are performed.
  • all relevant data is stored in Ingres data management.
  • the construction of the plant pictures and process pictures as well as the connection to the process are task-dependent using an OM690 or OM650 editor stored on platform 4.
  • the data is stored in a Unix graphic data management system. Alternatively, a Windows-based OM editor can be used to create it comfortably.
  • the process connection is generated by the system on the basis of attributes.
  • On platform 5 another function of the OM-DAMO type is stored.
  • HP with HP-UX PC with Windows
  • PC with SCO Unix PC with DOS
  • SUN with Sola ⁇ ris PC with Sola ⁇ ris.
  • the data volume occupied by the above function is on the order of a few hundred megabytes.
  • Exemplary data volumes are 400 megabytes for the TEC4 function, 300 megabytes for the ES680 function, 250 megabytes for the OM function, and 400 megabytes for the TEC4FDE function, with a resulting total data volume of 1.35 gigabytes.
  • a version control of such a high Since ⁇ tenvolumens can only be means of the set forth above in detail, the inventive method can be realized for version management of automation data. For nuclear power plants, the estimates for the volume of data relevant to version management are even around 8 gigabytes per version.
  • GUI graphics interface
  • the individual platforms 2, 3, 4 and 5 and the graphics interface 6 are networked via the network 7 with a separate server 8 for versioning the data located on the individual platforms 2, 3, 4 and 5.
  • a separate server 8 for versioning the data located on the individual platforms 2, 3, 4 and 5.
  • Servers are a version management system 9 in the form of a conventional "configuration management system and a program interface 11 (API). Data versions stored in different data stacks on the individual platforms 2, 3, 4 and 5 are transferred to the version management system 9 stored on the server 8 for version management, after they have been exported by means of a suitable software tool into an interoperable format.
  • API program interface 11
  • engineering system 1 is an engineering system for a DCS (Abbr. For “Distributed Control System”)
  • DCS Distributed Control System
  • the on the server 8 from ⁇ Laid-version management system 9 in the form of a "Configuration Management -Systems” has the following functions:
  • the configuration management system 9 is based on the management of files and has interfaces for various reasons.
  • Operating system platforms eg Windows or Unix. It is a separate utility for the version management of the data, in particular the engineering data, the functions described above (TEC4, ES680 and OM690), and is based on an administration of ASCII and binary files.
  • the data stored on the individual platforms 2, 3, 4 and 5, in particular engineering data (also called DCS objects), are located generally not as files before, but are stored in databases. So that the configuration management system 9 can manage the individual data versions, these must be available as files in the form of ASCII or binary files.
  • the above functions are adapted to the corresponding database objects (ie in particular ⁇ sondere engineering data) to convert files in the form of ASCII or binary files and a file system of the configuration management system 9 to so that they are available to the configuration management system 9 for versioning. Identify identifiers and define membership in a given version or DCS object version.
  • DCS objects by means of a working version using the above, on the individual platforms 2, 3, 4 and 5 stored functions (TEC4, ES680 and OM690).
  • TEC4, ES680 and OM690 If the version to be processed is already contained in the configuration management system 9, it is first converted from an interoperable format (in the form of ASCII or binary files) into the original data storage by means of a "check-out" function and finally into the corresponding data management system Database stored on platforms 2, 3, 4 and 5.
  • the functions (TEC4, ES680 and OM690) stored on each platform 2, 3, 4 and 5 always work on a local copy All functionalities, in particular consistency checks, can be executed for the version released for processing.
  • the configuration management system 9 allows the comparison of different object versions and the resulting "Delta" to each function (TEC4, ES680 and OM690) returns.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

Die Erfindung betrifft ein Verfahren zur Versionsverwaltung von Automatisierungsdaten eines Kraftwerk-Automatisierungssystems (1), die auf miteinander vernetzten Plattformen (2, 3, 4, 5) des Kraftwerk-Automatisierungssystem (1) in unterschiedlichen Datenhaltungen abgelegt sind, bei dem Versionen wenigstens eines Datums der Automatisierungsdaten mittels eines geeigneten Werkzeugs in ein interoperables Format exportiert werden und die in Form eines interoperablen Formats vorliegenden Versionen mittels eines Versionsmanagementsystems (9) verwaltet werden.

Description

Beschreibung
Verfahren zur Versionsverwaltung von Automatisierungsdaten eines Kraftwerk-AutomatisierungsSystems
Hintergrund der Erfindung
Die Erfindung betrifft ein Verfahren zur Versionsverwaltung von Automatisierungsdaten eines Kraftwerk- Automatisierungssystems, die auf miteinander vernetzten
Plattformen des Kraftwerk-Automatisierungssystem in unterschiedlichen Datenhaltungen abgelegt sind.
Prozessleitsysteme bzw. Automatisierungssysteme für die Steu- erung und Automatisierung von Kraftwerken bestehen im allgemeinen aus einer Vielzahl einzelner Komponenten. Hierbei sind, neben der Feldebene mit den Sensoren und Aktoren, die Automatisierungsgeräte mit der I/O-Ebene, die Netzwerke mit den Kommunikationsprozessoren und die Bedien- und Beobach- tungsebenen zu nennen.
Für das Engineering, den Betrieb und die Dokumentation von Automatisierungslösungen sind eine Vielzahl von Arbeitsschritten erforderlich, wobei die einzelnen Arbeitsschritte im allgemeinen durch Software-Werkzeuge (Tools) unterstützt werden. Diese Software-Werkzeuge, die historisch meist über einen langen Zeitraum entwickelt und gepflegt wurden, nutzen in der Regel unterschiedliche Plattformen mit jeweils eigenen Datenablagen. Mit Hilfe dieser heterogenen Datenhaltungen (File-Systeme, Datenbanken) werden die Dokumente und Daten verwaltet .
Die Dokumente und Daten unterliegen, beispielsweise während einer Projektlaufzeit (also während Planung, IBS, Betrieb und Wartung), häufigen Änderungen. Diese Änderungen, die sich ü- ber den gesamten Datenbestand eines Projekts erstrecken, sind bei aktuellen Kraftwerk-Automatisierungssystemen oft nicht mehr nachvollziehbar und frühere Arbeitszustände können oft nicht mehr konsistent reproduziert werden.
Gegenwärtig werden zumindest die Änderungen in einzelnen Teilsystemen, die meist auf unterschiedlichen Plattformen des Automatisierungssystems ausgebildet sind, durch Änderungs¬ kennzeichnung und durch Kopien der gesamten Datenhaltung eines Teilsystems verwaltet. Die Änderungsverwaltung und Kon¬ sistenzsicherung des Gesamtsystems erfolgt mit Hilfe von zu- sätzlichen Listen, welche manuelle verwaltet werden. Die Ver¬ folgung von feingranularen Änderungen, also beispielsweise die Ermittlung des jeweils geänderten Datums bzw. Objekts o- der die Ermittlung des Bearbeiters, der die Änderungen vorge¬ nommen hat, kann bisher, aufgrund des erheblichen Aufwands, nur in Ausnahmefällen durchgeführt werden.
Insgesamt betrachtet ermöglichen daher die gegenwärtig ver¬ wendeten Lösungen zur Versionsverwaltung von Automatisierungsdaten keine hinreichende und zuverlässige Rückverfolgung von in der Vergangenheit vorgenommenen Änderungen. Eine konsistente Wiederherstellung früherer Datenversionen bzw. Arbeitsstände ist daher oft nicht möglich.
Der Erfindung liegt die Aufgabe zugrunde, ein Verfahren zur Versionsverwaltung von Automatisierungsdaten eines Kraftwerk- Automatisierungssystems anzugeben, das eine lückenlose Rück¬ verfolgung und Wiederherstellung der Versionen sämtlicher Automatisierungsdaten, welche in unterschiedlichen Datenhaltungen auf meist mehreren Plattformen abgelegt sind, ermöglicht.
Diese Aufgabe ist erfindungsgemäß mit dem eingangs genannten Verfahren zur Versionsverwaltung von Automatisierungsdaten eines Kraftwerk-Automatisierungssystems, die auf miteinander vernetzten Plattformen des Kraftwerk-Automatisierungssystem in unterschiedlichen Datenhaltungen abgelegt sind, gelöst, bei dem Versionen wenigstens eines Datums der Automatisie¬ rungsdaten mittels eines geeigneten Werkzeugs in ein intero- perables Format exportiert werden und die in Form eines inte¬ roperablen Formats vorliegende Versionen mittels eines Versi¬ onsmanagementsystems verwaltet werden.
Erfindungsgemäß werden die in unterschiedlichen Datenhaltungen abgelegten Datenversionen zunächst in ein einheitliches interoperables Format exportiert, so dass Datenversionen, die zunächst in unterschiedlichen Datenhaltungen abgelegt sind, in Form eines einheitlichen, interoperablen Formats vorlie- gen, welches dem Versionsmanagementsystem, das ein herkömmliches Konfigurationsmanagementsystem sein kann, die Verwaltung der Datenversionen ermöglicht.
Erfindungsgemäß können daher Datenversionen in unterschiedli- chen Datenhaltungen, also etwa Daten, die im Engineering der Kraftwerksautomatisierung erfasst werden, Daten aus abgeleiteten Generier- und Compilerprozessen, relationale Datenbanken, Bilder und Bit-Maps, verschiedene Dateitypen, Mengenge¬ rüste der zu verwaltenden Daten, und weitere Daten, wie Stan- darddaten, die Anzahl der zu verwaltenden Versionen und die Kennzeichnung von Projektständen, Einzeldaten und Objekten nach Export in ein einheitliches interoperables Format von dem Versionsmanagementsystem verwaltet bzw. verarbeitet werden .
Mit der so vorgenommenen Vereinheitlichung der in unterschiedlichen Datenhaltungen abgelegten Datenversionen kann mittels des Versionsmanagementsystems eine lückenlose Rück¬ verfolgung und Wiederherstellung der Versionen sämtlicher Au- tomatisierungsdaten realisiert werden.
Bei einer vorteilhaften Weiterbildung des erfindungsgemäßen Verfahrens werden die in Form eines interoperablen Formats vorliegenden Versionen auf einer zusätzlichen Plattform abge- legt, die mit den Plattformen des Kraftwerk- Automatisierungssystems vernetzt ist und auf der das Versi¬ onsmanagementsystem abgelegt ist. Diese vorteilhafte Weitergestaltung des erfindungsgemäßen Verfahrens ermöglicht, dass die von einzelnen Plattformen des Automatisierungssystems übernommenen Funktionen, wie bei- spielsweise das Engineering bzw. Software-Engineering keinem möglicherweise störenden Einfluss des Versionsmanagementsys¬ tems ausgesetzt sind, der sich beispielsweise nachteilig auf die Rechenleistung auswirken könnte. Die Versionsverwaltung der zuvor mittels eines geeigneten Werkzeugs, wie einem ge- eigneten Programm, in ein interoperables Format exportierten Datenversionen erfolgt auf einer weiteren Plattform, beispielsweise in Form eines Servers, der mit den Plattformen des Kraftwerk-Automatisierungssystems vernetzt ist und auf dem das Versionsmanagementsystem abgelegt ist.
Bei einer weiteren vorteilhaften Weiterbildung des erfindungsgemäßen Verfahrens werden von dem Versionsmanagementsys¬ tem ausschließlich Versionen der Automatisierungsdaten verwaltet, welche in Form von Quelldaten vorliegen.
Auf diese Weise wird erfindungsgemäß das von dem Versionsma¬ nagementsystem zu verwaltende Datenvolumen auf die erfassten Quelldaten begrenzt, was gegenüber bisherigen, bekannten Lösung zur Versionsverwaltung von Automatisierungsdaten deutli- che Vorteile mit sich bringt. Bisher war ein Versionsmanage¬ ment für die Daten eines Prozessleitsystems bzw. eines Auto¬ matisierungssystems auf Grund des hohen Datenvolumens insbe¬ sondere abgeleiteter und generierter Daten kaum möglich. Wird jedoch, wie es erfindungsgemäß vorgesehen ist, die zu verwal- tende Datenmenge auf die erfassten Quelldaten begrenzt, und werden zusätzlich für verschiedene Versionen ausschließlich die Änderungen verwaltet, wird das Datenvolumen für die Versionsverwaltung hantierbar.
Abgeleitete und generierte Daten können zu jedem Zeitpunkt aus den versionierten Quell-Daten neu erzeugt werden und müssen deshalb nicht in die Versionsverwaltung einbezogen wer- den. Erfindungsgemäß werden für abgeleitete und generierte Daten die Zustandsübergänge während des Generierens verwal¬ tet, um zu ermitteln, aus welchen Datenquellen generiert wurde, welche Version die Datenquelle besitzt, welche Folgedoku- mente generiert wurden und welche Daten und welcher Code schließlich in die Zielsysteme geladen wurde. Erfindungsgemäß wird ferner auch der Fehlerstatus der Generier- und Ladevorgänge mittels des Versionsmanagementsystems verwaltet.
Bei einer praktischen Weiterbildung des erfindungsgemäßen
Verfahrens werden von dem Versionsmanagementsystem nur eine Basisversion und Änderungen gegenüber früheren Versionen verwaltet, so dass bei einer weiteren praktischen Weiterbildung des erfindungsgemäßen Verfahrens von dem Versionsmanagement- System eine frühere Version unter Verwendung einer Basisversion und der Änderungen gegenüber der Basisversion ermittelt werden kann und die ermittelte frühere Version anschließend mittels eines geeigneten Werkzeugs in die ursprüngliche Da¬ tenhaltung konvertiert und schließlich importiert werden kann.
Auf diese Weise wird erfindungsgemäß die von dem Versionsma¬ nagementsystem zu verwaltende Datenmenge auf eine Basisversi¬ on und Änderungen beschränkt, was eine deutliche Verringerung des zu verwaltenden Datenaufkommens mit sich bringt. Zur Wie¬ derherstellung einer früheren Datenversion werden von dem Versionsmanagementsystem, ausgehend von der Basisversion, die Änderungen vorzugsweise inkrementell verfolgt bzw. rückgängig gemacht, welche ausgehend von der früheren Version zu der Ba- sisversion geführt haben. Die so erfindungsgemäß ermittelte frühere Version kann anschließend mittels eines geeigneten Werkzeugs, vorzugsweise in Form eines Programms bzw. Pro¬ grammabschnitts, in die ursprüngliche Datenhaltung konver¬ tiert und schließlich importiert werden. Nachfolgend wird das erfindungsgemäße Verfahren anhand eines in Fig. 1 schematisch dargestellten Kraftwerk- Automatisierungssystems in Form eines Engineering-Systems nä¬ her erläutert.
Das in Fig. 1 dargestellte Engineering-System 1 umfasst mehrere Plattformen 2, 3, 4 und 5, die über ein Netzwerk 7, vorzugsweise vom Typ Ethernet, miteinander vernetzt sind. Auf den einzelnen Plattformen 2, 3, 4 und 5 sind jeweils unter- schiedliche Funktionen abgelegt, die später im Zielsystem für die Automatisierung des Kraftwerkbetriebs benötigt werden.
So ist z.B. auf der Plattform 3, die als Personalcomputer mit dem Betriebssystem Windows ausgebildet ist, eine für das technologische Engineering erforderliche, Windows-basierte Funktion des Typs TEC4 abgelegt. Wesentliche Daten sind auf der Plattform 3 in einer relationalen Datenbank, wie beispielsweise MS-Access oder MS-SQL abgelegt. Ferner werden Da¬ ten in einem Graphik-Format oder im HTML-Format gehalten, und weitere Daten im Windows-Dateisystem.
Auf der Unix basierten Plattform 2 ist z.B. eine Funktion zur Funktionsplanerstellung auf Basis des technologischen Engineerings für das Kraftwerk abgelegt, und zwar vorzugsweise eine Funktion des Typs ES680.
Der überwiegende Anteil der resultierenden Engineering-Daten wird in einer Ingres-Datenbank abgelegt. Die Anlagentopologie und damit auch das Engineering der gesamten Vernetzung der Anlage wird mit Hilfe eines ES680-Topologieplans vorgenommen, wobei alle Daten in der Ingres-Datenhaltung abgelegt werden. Ferner erfolgt unter Verwendung des ES680-Topologieplans die Definition und Belegung der Automatisierungs-Hardware sowie der zugeordneten Hardwaredispositionspläne und Baugruppenbe- legungspläne . Auch hier werden alle relevanten Daten in der Ingres-Datenhaltung abgelegt. Die Konstruktion der Anlagenbilder und Prozessbilder sowie die Anbindung an den Prozess erfolgt aufgabenabhängig unter Verwendung eines auf Plattform 4 abgelegten Editors des Typs OM690 oder OM650. Die Daten werden in einer Unix Graphik- Datenhaltung abgelegt. Alternativ kann zur komfortablen Erstellung ein Windows basierter OM-Editor eingesetzt werden. Die Prozessanbindung wird vom System auf der Basis von Attributen generiert. Auf Plattform 5 ist eine weitere Funktion des Typs OM-DAMO abgelegt.
Folgende Plattformen können eingesetzt werden: HP mit HP-UX, PC mit Windows, PC mit SCO Unix, PC mit DOS und SUN mit Sola¬ ris .
Das von den obigen Funktion belegte Datenvolumen liegt in der Größenordnungen von einigen hundert Megabyte. Beispielhaft ermittelte Datenvolumina sind 400 Megabyte für die TEC4- Funktion, 300 Megabyte für die ES680-Funktion, 250 Megabyte für die OM-Funktion und 400 Megabyte für die TEC4FDE- Funktion, mit einem resultierenden gesamten Datenvolumen von 1,35 Gigabyte. Ein Versionsverwaltung eines derart hohen Da¬ tenvolumens kann nur mittels des oben näher dargelegten, erfindungsgemäßen Verfahrens zur Versionsverwaltung von Automatisierungsdaten realisiert werden. Für Kernkraftwerke liegen die Schätzungen für das für die Versionsverwaltung relevante Datenvolumen sogar bei ca. 8 Gigabyte pro Version.
Mittels des dargestellten Monitors 6 wird eine entsprechende Graphikschnittstelle (GUI), vorzugsweise des Typs CM4DCS sym- bolisiert.
Die einzelnen Plattformen 2, 3, 4 und 5 und die Graphikschnittstelle 6 sind über das Netzwerk 7 mit einem separaten Server 8 zur Versionsveraltung der auf den einzelnen Platt- formen 2, 3, 4 und 5 befindlichen Daten vernetzt. Auf dem
Server sind ein Versionsmanagementsystem 9 in Form eines herkömmlichen „Konfiguration-Management-Systems und eine Pro- grammierschnittstelle 11 (API) abgelegt. Auf den einzelnen Plattformen 2, 3, 4 und 5 in unterschiedlichen Datenhaltungen abgelegte Datenversionen werden zur Versionsverwaltung, nachdem sie mittels eines geeigneten Softwarewerkzeugs in ein in- teroperables Format exportiert worden sind, in das auf dem Server 8 abgelegte Versionsmanagementsystem 9 übertragen.
Bei dem in Fig. 1 dargestellten Engineering-System 1 handelt es sich um ein Engineering-System für ein DCS (Abk. für „Distributed Control System") , wobei das auf dem Server 8 ab¬ gelegte Versionsmanagementsystem 9 in Form eines „Konfiguration Management-Systems" folgende Funktionen aufweist:
Hinzufügen von Objekten, - Entfernen von Objekten (nur mit besonderer Freigabe) , Bildung von Objektversionen,
„Aus-Checken" einer vorherigen Objektversion, Vergleichen von Objektversionen, Bildung übergreifender Versionen (also Objekte von unterschiedlichen Funktionen bzw. Werkzeugen),
Erzeugung einer Versionsliste für ein DCS-Objekt, Erzeugung einer Versionsliste von übergreifenden Versionen, Erzeugen einer Historie für ein DCS-Objekt, - Erzeugen einer Historie für eine übergreifende Versi¬ on, und Transferunterstützung.
Das Konfiguration-Management-System 9 basiert auf der Verwal- tung von Dateien und weist Schnittstellen für verschiedene
Betriebssystemplattformen (z.B. Windows oder Unix) auf. Es ist ein separates Hilfsprogramm für die Versionsverwaltung der Daten, insbesondere der Engineering-Daten, der oben näher beschriebenen Funktionen (TEC4, ES680 und OM690), und basiert auf einer Verwaltung von ASCII- und Binärdateien. Die auf den einzelnen Plattformen 2, 3, 4 und 5 abgelegten Daten, insbesondere Engineering-Daten (auch DCS-Objekte genannt), liegen im allgemeinen nicht als Dateien vor, sondern sind in Datenbanken gespeichert. Damit das Konfiguration-Management-System 9 die einzelnen Datenversionen verwalten kann, müssen diese als Dateien in Form von ASCII- oder Binärdateien vorliegen. Daher sind die obigen Funktionen (TEC4, ES680 und OM690) dazu ausgebildet, die entsprechenden Datenbankobjekte (also insbe¬ sondere Engineering-Daten) in Dateien in Form von ASCII- oder Binärdateien zu konvertieren und in ein Dateisystem des Konfiguration-Management-Systems 9 zu exportieren, so dass sie dem Konfiguration-Management-System 9 für die Versionsverwaltung zur Verfügung stehen. Kennungen identifizieren und legen die Zugehörigkeit zu einer vorgegebenen Version bzw. DCS- Objektversion fest.
Die Bearbeitung bestimmter Versionen von Engineering-Daten
(DCS-Objekten) erfolgt mittels einer Arbeitsversion unter der Verwendung der obigen, auf den einzelnen Plattformen 2, 3, 4 und 5 abgelegten Funktionen (TEC4, ES680 und OM690) . Ist die zu bearbeitende Version bereits im Konfiguration-Management- System 9 enthalten, wird sie zunächst mittels einer „Aus- Check"-Funktion aus dem interoperablen Format (in Form von ASCII- oder Binärdateien) in die ursprüngliche Datenhaltung konvertiert und schließlich in die zugehörige Datenbank, die auf einer der Plattformen 2, 3, 4 und 5 abgelegt ist, impor- tiert. Die auf den einzelnen Plattformen 2, 3, 4 und 5 abgelegten Funktionen (TEC4, ES680 und OM690) arbeiten stets auf einer lokalen Kopie. Hier können alle Funktionalitäten, insbesondere auch Konsistenzprüfungen für die zur Bearbeitung freigegebene Version ausgeführt werden.
Insgesamt betrachtet ermöglicht der oben dargelegte Ex¬ port/Import der Anwendungsdaten eine leichtere Datenbearbei¬ tung, wobei das Konfiguration-Management-System 9 den Vergleich von verschiedenen Objektversionen ermöglicht und das resultierende „Delta" an die einzelnen Funktionen (TEC4, ES680 und OM690) zurückgibt.

Claims

Patentansprüche
1. Verfahren zur Versionsverwaltung von Automatisierungsdaten eines Kraftwerk-Automatisierungssystems (1), die auf mitein- ander vernetzten Plattformen (2, 3, 4, 5) des Kraftwerk- Automatisierungssystem (1) in unterschiedlichen Datenhaltungen abgelegt sind, bei dem Versionen wenigstens eines Datums der Automatisierungsdaten mittels eines geeigneten Werkzeugs in ein interoperables Format exportiert werden und die in Form eines interoperablen Formats vorliegenden Versionen mittels eines Versionsmanagementsystems (9) verwaltet werden.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die in Form eines interoperablen Formats vorliegenden Versio- nen auf einer zusätzlichen Plattform (8) abgelegt werden, die mit den Plattformen (2, 3, 4, 5) des Kraftwerk- Automatisierungssystems (1) vernetzt ist und auf der das Ver¬ sionsmanagementsystem (9) abgelegt ist.
3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass von dem Versionsmanagementsystem (9) ausschließlich Versionen verwaltet werden, welche in Form von Quelldaten vorliegen .
4. Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass von dem Versionsmanagementsystem (9) nur eine Basisversion und Änderungen gegenüber früheren Versionen verwaltet werden.
5. Verfahren nach einem der Ansprüche 1 bis 4, dadurch gekennzeichnet, dass von dem Versionsmanagementsystem (9) eine frühere Version unter Verwendung einer Basisversion und der Änderungen gegenüber der Basisversion ermittelt wird und die ermittelte frühere Version anschließend mittels eines geeig- neten Werkzeugs in die ursprüngliche Datenhaltung konvertiert und schließlich importiert wird.
EP07712048A 2006-05-26 2007-01-18 Verfahren zur versionsverwaltung von automatisierungsdaten eines kraftwerk-automatisierungssystems Withdrawn EP2021917A1 (de)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP07712048A EP2021917A1 (de) 2006-05-26 2007-01-18 Verfahren zur versionsverwaltung von automatisierungsdaten eines kraftwerk-automatisierungssystems

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP06010969A EP1860548A1 (de) 2006-05-26 2006-05-26 Verfahren zur Versionsverwaltung von Automatisierungsdaten eines Kraftwerk-Automatisierungssystems
PCT/EP2007/050501 WO2007137879A1 (de) 2006-05-26 2007-01-18 Verfahren zur versionsverwaltung von automatisierungsdaten eines kraftwerk-automatisierungssystems
EP07712048A EP2021917A1 (de) 2006-05-26 2007-01-18 Verfahren zur versionsverwaltung von automatisierungsdaten eines kraftwerk-automatisierungssystems

Publications (1)

Publication Number Publication Date
EP2021917A1 true EP2021917A1 (de) 2009-02-11

Family

ID=37102084

Family Applications (2)

Application Number Title Priority Date Filing Date
EP06010969A Withdrawn EP1860548A1 (de) 2006-05-26 2006-05-26 Verfahren zur Versionsverwaltung von Automatisierungsdaten eines Kraftwerk-Automatisierungssystems
EP07712048A Withdrawn EP2021917A1 (de) 2006-05-26 2007-01-18 Verfahren zur versionsverwaltung von automatisierungsdaten eines kraftwerk-automatisierungssystems

Family Applications Before (1)

Application Number Title Priority Date Filing Date
EP06010969A Withdrawn EP1860548A1 (de) 2006-05-26 2006-05-26 Verfahren zur Versionsverwaltung von Automatisierungsdaten eines Kraftwerk-Automatisierungssystems

Country Status (3)

Country Link
US (1) US20090222495A1 (de)
EP (2) EP1860548A1 (de)
WO (1) WO2007137879A1 (de)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102014219709A1 (de) * 2014-09-29 2016-03-31 Siemens Aktiengesellschaft Verfahren zur Kraftwerkssimulation für Test- und Schulungszwecke mittels einer verteilten Simulationshardware
DE102015121486B4 (de) * 2015-12-10 2022-02-24 Iav Gmbh Ingenieurgesellschaft Auto Und Verkehr Verfahren und Vorrichtung zum Betrieb eines Steuerungs-/Regelungssystems eines Fahrzeuges
US10810173B2 (en) * 2017-10-13 2020-10-20 Yokogawa Electric Corporation System and method for design data analyzing
CN108009238A (zh) * 2017-11-29 2018-05-08 福建中金在线信息科技有限公司 一种数据缓存的方法及终端设备
CN113379364B (zh) * 2021-04-19 2024-03-26 华能山东石岛湾核电有限公司 核电站跨平台信息管理方法、装置、电子设备和存储介质
EP4209893A1 (de) * 2022-01-11 2023-07-12 Siemens Aktiengesellschaft Verfahren und system zur erzeugung eines automatisierungstechnischen projekts in einer technischen anlage mit multidisziplinärem ansatz

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4558413A (en) * 1983-11-21 1985-12-10 Xerox Corporation Software version management system
US4809170A (en) * 1987-04-22 1989-02-28 Apollo Computer, Inc. Computer device for aiding in the development of software system
US5311424A (en) * 1991-06-28 1994-05-10 International Business Machines Corporation Method and system for product configuration definition and tracking
US5574898A (en) * 1993-01-08 1996-11-12 Atria Software, Inc. Dynamic software version auditor which monitors a process to provide a list of objects that are accessed
US5649200A (en) * 1993-01-08 1997-07-15 Atria Software, Inc. Dynamic rule-based version control system
US5588150A (en) * 1994-09-29 1996-12-24 International Business Machines Corporation Push down optimization in a distributed, multi-database system
US5574906A (en) * 1994-10-24 1996-11-12 International Business Machines Corporation System and method for reducing storage requirement in backup subsystems utilizing segmented compression and differencing
US7194489B2 (en) * 1998-09-28 2007-03-20 Bentley Systems Incorporated System, method and computer program product for collaborative engineering using component and file oriented tools
US6385768B1 (en) * 1999-09-30 2002-05-07 Unisys Corp. System and method for incorporating changes as a part of a software release
AU8146901A (en) * 2000-03-17 2001-09-24 Siemens Aktiengesellschaft Plant maintenance technology architecture
US20020161860A1 (en) * 2001-02-28 2002-10-31 Benjamin Godlin Method and system for differential distributed data file storage, management and access
US7735080B2 (en) * 2001-08-30 2010-06-08 International Business Machines Corporation Integrated system and method for the management of a complete end-to-end software delivery process
US8086664B2 (en) * 2001-09-24 2011-12-27 Siemens Industry, Inc. Method and apparatus for programming programmable controllers and generating configuration data from a centralized server
US7454745B2 (en) * 2003-07-31 2008-11-18 International Business Machines Corporation Automated semantic-based updates to modified code base

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2007137879A1 *

Also Published As

Publication number Publication date
WO2007137879A1 (de) 2007-12-06
EP1860548A1 (de) 2007-11-28
US20090222495A1 (en) 2009-09-03

Similar Documents

Publication Publication Date Title
DE60315996T2 (de) Verfahren und vorrichtung zur datenbewegung mittels sperren
DE69428400T2 (de) Verfahren zur Konfigurationsverwaltung
DE69126272T2 (de) Automatisierungssystem von Formularen
EP3876046A1 (de) Rückannotation von operatorselektionen
EP0829046B1 (de) Setup-verfahren und setup-system für benutzerprogramme, sowie benutzerrechner in einem rechnernetz
EP2021917A1 (de) Verfahren zur versionsverwaltung von automatisierungsdaten eines kraftwerk-automatisierungssystems
DE10311082A1 (de) Elektronikdokumentmanagementverfahren und Programm
DE102005008520B4 (de) Verfahren, Computerprogramm-Produkt und Drucksystem zum Sortieren von Druckjobs in eienm solchen Drucksystem
DE112010004565T5 (de) System, Verfahren und Programm zur Prüfung der Konsistenz von Zeigern in einer Hierarchischen Datenbank
EP1701266A1 (de) Testvorrichtung zur Überprüfung einer Stapelverarbeitung
DE10213009A1 (de) Verfahren zum elektronischen Testen von Speichermodulen
DE10325843B4 (de) Verfahren, Drucksystem, Computer und Computerprogramm zum Verwalten von Resourcen zur Verwendung in einem resourcenbasierten Dokumentendatenstrom
AT522281A1 (de) Verfahren zur Charakterisierung des Betriebszustands eines Computersystems
WO2010034548A1 (de) Testmodul und verfahren zum testen einer o/r-abbildungs-middleware
DE102021207046A1 (de) Upgraden oder Updaten einer Software-Anwendung
EP1380908A2 (de) System zur automatischen Konfiguration von Steuerungssoftware
DE102005008519B4 (de) Verfahren zum Überwachen eines Verzeichnisses in einem Drucksystem, Computerprogramm-Produkt und Drucksystem zum Ausführen dieses Verfahrens
DE19926370A1 (de) System zur Dokumentation, Archivierung und zum Auffinden wiederverwendbarer Software-Komponenten
DE102013006949A1 (de) Verfahren zur Gewährleistung der Funktionsfähigkeit eines technischen Systems im Hinblick auf dessen Konfiguration im Rahmen einer Installation bzw. Beseitigung von Komponenten
DE19851727B4 (de) Verfahren und Vorrichtung zum automatischen Integrieren von externen Archivsystemen auf einem Zentralarchivsystem
EP2007070B1 (de) Verfahren zur Darstellung von Prozessinformationen für eine Datenverarbeitungsanlage sowie Datenverarbeitungssystem
WO1999018498A1 (de) Responsives system zur digitalen signalverarbeitung sowie verfahren zum betrieb eines responsiven systems
EP1621945B1 (de) Konsistenzsicherung in einem Automatisierungssystem
DE112022006993T5 (de) Darstellungsunterstützungsprogramm, Darstellungsunterstützungsverfahren, Darstellungsunterstützungsgerät und Darstellungsunterstützungssystem
EP4227798A1 (de) Verwaltung und speicherung von informationen

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20081127

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC NL PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL BA HR MK RS

17Q First examination report despatched

Effective date: 20111221

DAX Request for extension of the european patent (deleted)
RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: SIEMENS AKTIENGESELLSCHAFT

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20160330