WO2011138134A1 - Makromanagementsystem für ein engineeringsystem zur parametrierung von schaltgeräten - Google Patents

Makromanagementsystem für ein engineeringsystem zur parametrierung von schaltgeräten Download PDF

Info

Publication number
WO2011138134A1
WO2011138134A1 PCT/EP2011/055748 EP2011055748W WO2011138134A1 WO 2011138134 A1 WO2011138134 A1 WO 2011138134A1 EP 2011055748 W EP2011055748 W EP 2011055748W WO 2011138134 A1 WO2011138134 A1 WO 2011138134A1
Authority
WO
WIPO (PCT)
Prior art keywords
macro
macros
selection
module
designed
Prior art date
Application number
PCT/EP2011/055748
Other languages
English (en)
French (fr)
Inventor
Andre Turnaus
Original Assignee
Siemens Aktiengesellschaft
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 Aktiengesellschaft filed Critical Siemens Aktiengesellschaft
Priority to EP11716860A priority Critical patent/EP2531911A1/de
Priority to US13/695,514 priority patent/US20130055122A1/en
Priority to CN201180022384.1A priority patent/CN102870091B/zh
Priority to KR1020127031665A priority patent/KR101639199B1/ko
Publication of WO2011138134A1 publication Critical patent/WO2011138134A1/de

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G06F8/36—Software reuse
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/042—Programme control other than numerical control, i.e. in sequence controllers or logic controllers using digital processors
    • G05B19/0426—Programming the control sequence
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/23—Pc programming
    • G05B2219/23258—GUI graphical user interface, icon, function bloc editor, labview
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/23—Pc programming
    • G05B2219/23261—Use control template library

Definitions

  • the invention relates to a macro-management system for an engineering system for the parameterization of switching devices.
  • Modern and complex field devices are distinguished inter alia in that they have a plurality of parameters. By these parameters, they can be adapted to the actual conditions of use in the field (for example, current limits, Alarmschwel ⁇ len, internal time blocks, internal counters etc.).
  • This Gerä ⁇ device parameters are determined by the configuration of the system with the help of an engineering system and then downloaded to the device. Also available for the project engineer usually an engineering system, which is a dialog-based parametrics ⁇ tion or a graphical parameterization made light ⁇ .
  • Controls for example, PLC, IPC, CNC
  • control programs created by the user are able to cyclically elaborate from ⁇ .
  • freely definable control functions can be assigned to the controller.
  • the project engineer for example, rely on ⁇ classic PLC languages (for example, LD, FBD, STL), high-level languages (eg SCL), as well as a graphical programming via function block diagrams (Continuous Function Chart CFC).
  • ⁇ classic PLC languages for example, LD, FBD, STL
  • high-level languages eg SCL
  • function block diagrams Continuous Function Chart CFC
  • Low-voltage switchgear for example, motor starters, Mo ⁇ gate management systems or security systems
  • Complex switchgear is also able to process application logic (eg safety programs), allowing it to be flexibly adapted to the needs of the field.
  • One aspect of the graphical user interface of the engineering system is to make functions offered by the device selectable by the configuration engineer within a function catalog and to be interconnectable in a function diagram.
  • a function block diagram of the configuration engineer can interconnect function blocks together and create a complete tailored to the specific applicationêtslo ⁇ gic in this way.
  • the object of the present invention is to provide a macro-management system for an engineering system for the parameterization of switching devices, in which the project engineer of a plant is a repertoire of ready-made partial solutions available, which he can use targeted and technically correct to in a short time for to get solve an automation task, especially Paramet ⁇ turing the switching devices involved.
  • This task is accomplished by a macro-management system with the
  • This object is a macro management ⁇ system for an engineering system for parameterizing
  • a display module designed to present all the macros present in the system
  • an export module designed to distribute already created macros, wherein the macro-management system is connected to a graphical user interface of the engineering system and where ⁇ in the project engineer on a plurality of question levels with different options for a limited final selection of macros is feasible.
  • a macro is a reusable partial solution of a parameterization.
  • An engineering system is a computer-based system for the conception of an automation solution, in particular for the parameterization of switching devices.
  • the system according to the invention is characterized in that it is connected to an engineering system for programmable switching devices and, in particular, to its graphical user interface (GUI).
  • GUI graphical user interface
  • this system is modular, that is, it contains core modules ⁇ which fulfillment the main tasks of the management system ⁇ len.
  • core modules ⁇ which fulfillment the main tasks of the management system ⁇ len.
  • subsystems domestic that support the core modules in meeting their on ⁇ reproducing. These subsystems provide access interfaces through which they offer their services.
  • the macro management system manages an unlimited number of macros and makes them available to the engineering system when needed.
  • the four core modules are formed by the Er einsmo ⁇ dul, the display module, the export module and import module.
  • the creation module serves to create or create macros. When creating a macro, all components that make up a macro are taken into account. Macros can also be created by the Managerel ⁇ development module in different ways, entwe ⁇ by a graphical user interface (dialogs) or program-technically interface calls. Newly created macros are added to the system.
  • the display / Catalog module is responsible for the presen tation ⁇ all in the system of existing macros on the user interface. All displayed macros are offered to the project engineer for selection and use.
  • the module fulfills two functions, on the one hand the hierarchical presentation, on the other hand the user administration.
  • Macros can be placed in main categories and subcategories of any hierarchy depth. This facilitates the selection of particularly at a large number of macros ⁇ SEN.
  • macros can be arranged according to various technical or other criteria.
  • the hierarchy can be defined either by the macro itself, that is, the hierarchy information optionally contained therein, or by the configuration engineer.
  • the macro-ma- nagement system can be configured so that the project engineer can make changes to the hierarchy or that changes in this regard are blocked.
  • the user administration provides that the users can be assigned to user groups. Depending on the user group, the selection of displayed macros may be different. This has the advantage that each user group can be offered a specific selection of macros depending on the function (for example, project engineers, testers, commissioning engineers). It is also conceivable to set up a licensing model for an engineering system based on this feature by offering more or less macros depending on the license.
  • the import module is able to integrate existing macros created by another configuration engineer into the system. This has the advantage of further increasing the reusability of found solutions since the solutions can be exchanged between users or provided centrally to a group of users.
  • the import of macros is done either via a graphical interface (dialogs), programmatically by interface calls, if necessary via a batch system from the outside or alternatively via an automatic or manual update.
  • the destination of this latter function may be a proprietary server or an Internet address. In all cases it is possible to import an unlimited number of macros.
  • the export module is the counterpart to the import module. Part ⁇ solutions that have been created can be distributed in this way.
  • the macro-management system has subsystems in addition to the core modules, which support the core modules in the fulfillment of the task.
  • the online help subsystem is able to display a multi-page structured description text. The content of the text is hereby makrospezi ⁇ fish. For this purpose, a unique key of the macro is passed to the subsystem.
  • the online help subsystem is controlled by the import module and the display / catalog module, as the online help can be displayed both during the import process and during actual use.
  • the online help subsystem can visualize himself or this, a separate module, the Be ⁇ stand part of the engineering system or completely outside the Sys ⁇ tems is to use the online help either.
  • the content of the macro-specific online help is part of the documentation data of the macro.
  • the document display subsystem serves to visualize additional documentary ⁇ elements such as manuals and reference books, which are linked to a macro.
  • the reason ⁇ sharmlichen mechanisms similar to those of the online help.
  • the list of supported formats can be extended later by installing additional format filters.
  • the documents that are visualized by this subsystem can either be stored physically in the macro itself, that is, in the documentation data, or alternatively be accessible via a reference.
  • the document display subsystem ert angesteu- the import module and the display / Catalog module, since macro-specific documents in the context of the can be displayed in ⁇ port program and in actual use.
  • the short description subsystem is able to display short description texts used for macro selection.
  • the subsystem provides the import module and the display / catalog module with a macro-specific short text that is helpful when importing or using macros. Brief descriptions are part of the documentation data of the macro.
  • the macro-management system has a selection system that serves to help the user to make a selection of macros for the technical problem.
  • Macro selection is important when using a macro and importing it.
  • the function blocks are functions that are offered by the switching device and are selected on the user interface of the engineering system and all in one
  • Function chart can be parameterized.
  • Function blocks have inputs and / or outputs in order to be able to interconnect them with other function blocks.
  • Typical examples of function blocks are monitoring blocks (for example emergency stop) or logic blocks.
  • Interconnections are connections between inputs and outputs of function blocks.
  • the entirety of the function modules ne with the intervening links forms the function plan and the application logic.
  • a switching device offers a variety of device parameters, such as load type, cooling time, threshold values. Also function ⁇ onsbausteine can be set as a rule, for example, the limit for counter blocks. All these parameters form the parameterization and are components of a macro. In the documentation data is additional Informa ⁇ tions that support the project engineers when importing macros in their use and continuing with the parameter.
  • the hierarchy information is used to classify the macro in a technological hierarchy.
  • the information consists of all categories and subcategories in which the macro is arranged.
  • the display / catalog subsystem evaluates this information and places the macro in the respective catalog area, with the specified categories being recreated if necessary.
  • the selection metadata represents the database on which the selection system guides the user to a solution-oriented selection of a macro.
  • the gist of the present invention is to guide the designer to a limited final selection of macros across multiple question levels and different options at each question level.
  • the list of available macros at the end of the selection process depends on the options path that the project engineer has completed.
  • the macros in the final selection usually differ only slightly.
  • the final selection can now be made using the short description of the macro or a live preview.
  • the macro is temporarily generated in the macro management system and generates therefrom a visualization without integrating the macro even in the engineering ⁇ ring system.
  • the purpose is to give the user an overview of the structure of the macro.
  • a function test could already offered here who ⁇ .
  • a macro is selected in this way, is integrated in the connection to the engineering system instantiated in function ⁇ onsplan is designed depending on the initial selection process in which context.
  • the selection metadata includes all the information required to describe exactly one option path, that is, a set of options to be selected across the question levels that leads to this macro. In doing so, certain rules are taken into account:
  • macro 1, macro 2, macro 3 can describe the same option path. In this case, these macros are offered in the final selection. A final selection can then be made with the help of live
  • the number of tripple (consisting of question level, question in text form, option) is not limited, it determines the number of question levels of an option path.
  • Number of question levels may be different for different macros.
  • Macros spanned a hierarchical question / option tree.
  • the live preview serves to support the project engineer in the final selection of the macro.
  • the macro tempo ⁇ temporarily and instantiated locally in the selection subsystem and is visualized.
  • the selection subsystem accesses the visualization on the engineering system and in particular on its graphical GUI and their programming interfaces.
  • the advantage of this live preview ie a dynamic visualization generated at the selection time, as opposed to a static display of an image that could be stored in the macro, is that the preview always adapts to the engineering system. If changes to the graphical interface are specifically made the representation of the function plan with an update, the display will fit reasonable in the live preview ⁇ there automatically.
  • the advantage of the previous point is that, for a version change described here, the selection metadata need not be changed.
  • the live preview is scalable without effort and without loss of quality.
  • the graphical scaling is done by the engineering system with its GUI.
  • functions for the preview can be adopted in the selection system. It also adds that the display can be made more dynamic. It is conceivable that the selected macro is simulated in advance to test the behavior of the macro in advance. These, too, would facilitate the selection ei ⁇ nes macros.
  • selection metadata in the macros describe only the questions of the question levels and the options, but not the technical design of the system itself.
  • the following design options are conceivable: 1. A multi-level dialog with one question level and one option list on one page.
  • the configuration engineer will be listed in order of all tabs. 3.
  • the main advantage of the macromanage system according to the invention is the modular design.
  • Hauptfunktionalitä ⁇ th covered by core modules. Possible extensions can be introduced by additional modules.
  • the sub ⁇ systems that act as a service provider for the core modules, contribute to a clear overall structure of the Makromanagementsys- tems. There is only a small interface to the engineering system.
  • the macro-management system works largely autonomously. This facilitates the design and Realisie ⁇ tion of the entire system.
  • Also inventive is the specific structure of the macros.
  • the macros not only contain the purely configuration-technical content, but also documentation data and selection data.
  • Another advantage is that all the macros a hierarchical selection system be ⁇ writes. No further information needs to be deposited elsewhere for the selection of macros. As long ⁇ ren advantage is to still call the live preview, which is taken the
  • FIG. 1 shows a schematic illustration of an inventive modular macro-management system for parameterizable
  • FIG. 2 is a schematic representation of the composition of a macro
  • FIG. Fig. 3 in a perspective view of the selection system according to the invention over several question levels with different options.
  • 1 shows the structure of a modular macro-management system for programmable switching devices.
  • the modular macro-management system 1 according to the invention is characterized in that it is connected to an engineering system 2 for parameterizable
  • the macro-management system 1 has a modular structure, that is, it contains core modules that fulfill the main tasks of the management system. Furthermore, various subsystems can be integrated into the system, which support the core modules in the fulfillment of their task. These subsystems provide access interfaces for their services.
  • the macro-management system 1 manages an unlimited number of macros and makes them available to the engineering system 2 as needed.
  • the four core modules include build module 4, which is used to create macros. When creating a macro, all components that make up a macro are taken into account. Macros can be generated by the creation module 4 in different ways he ⁇ , either through a graphical user interface or programmatically through interface calls. Newly created macros are added to the system 1.
  • the Ad / Catalog module 5 is responsible for the pre ⁇ presentation of all existing in the system 1 macros on the user interface 3. All displayed macros are available to the planning engineer to select and use.
  • the import module 6 is able to integrate existing macrocycles into the system 1.
  • the export module 7 forms the counterpart to the import module 6. Part solutions that have been created can be distributed in this way. However, the special feature here is that the export module 7 can be connected to a converter component 8 in order to convert the export files into various formats so that they can be passed on to other systems.
  • the online help subsystem 9 is capable of displaying a multi-page structured description text.
  • the content of the text is macro specific.
  • a unique key of the macro is passed in subsystem 9.
  • the online help subsystem 9 is controlled by the import module 6 and by the display / catalog module 5, since the online help is available both in the
  • the Dokumentena Servicee subsystem 10 serves additional ⁇ Do kumente that are linked to a macro, reindeer to visualize.
  • the basic mechanisms are the same as
  • the short description subsystem 11 is Anlagenzei ⁇ gen able short descriptive texts that serve the macro selection.
  • the subsystem 11 provides the import module 6 and index the on / Catalog module 5 a macro specific short text that helpful when importing or using macros is. Brief descriptions are part of the documentation data of the macro.
  • the selection system 12 serves fen to HEL while the user to make from a set of macros suitable for the technical prob ⁇ lem selection. Macro selection is important when using a macro and importing it.
  • the inventive macro 13 has function blocks 14, interconnections 15, device parameters 16, documentation data 17, hierarchy information 18 and selection metadata 19.
  • the function blocks 14 are functions which are offered by the switching device, and which can be selected on the user interface 3 of the engineering system 2 and parameterized in a function diagram.
  • the function blocks 14 have inputs and / or outputs in order to be able to interconnect them with other function blocks. Typical see examples of function blocks are monitoring modules ⁇ stones or logic devices.
  • the interconnections 15 are connections between inputs and outputs of function blocks 14.
  • Device parameterization 16 involves the fact that a switching device offers a multitude of device parameters.
  • the function blocks 14 can also be parameterized as a rule. All these parameters form the device parameterization 16 and are part of a macro 13.
  • the documentation data 17 is additional information that supports the project engineer in importing macros, in their use and in further parameterization.
  • the hierarchy information 18 is used to classify the macro 13 into a technological hierarchy.
  • the information be ⁇ stands from all categories and sub-categories into which the macro is filed. 13
  • the display / catalog subsystem 5 evaluates this information and places the macro 13 in the respective catalog area, with the specified categories being recreated if necessary.
  • the selection metadata 19 represents the database on which the selection system guides the user to a solution-oriented selection of a macro 13.
  • the core of the invention consists in leading the project engineer to a limited final selection of macros 13 over several question levels with different options in each question level.
  • the individual question levels 20, 21, 22 contain questions such as "In which industrial sector would you like to use the macro?"; "What is the objective of the task?" or
  • the projek ⁇ teur arrives at an option path 24, which leads to a list of the angeo ⁇ tenen macros 13 at the end of the selection process in dependence on the option path 24.
  • the macros differ 13 in the final selection usually only slightly.
  • the final selection can now be made on the basis of the short description 25 of the macro or a live preview 26.
  • the macro 13 is temporarily generated in the macro-management system 1 and from this a visualization is generated, without integrating the macro 13 itself into the engineering system 2. The purpose is to give the user a
  • a macro 13 selected in this way is integrated circuit to the engineering system 2 or instantiated in function ⁇ onsplan, depending on the off ⁇ selection process in which context is started.
  • the selection metadata 19 of a macro 13 thus contains all the data required to describe exactly one option path 24 which leads exactly to this macro 13. The following rules are taken into ⁇ into account:
  • the macro-management system works largely autonomously. This facilitates the conception and realization tion of the overall system. Also inventive is the specific structure of the macros.
  • the macros not only contain the purely configuration-technical content, but also documentation data and selection data.
  • Another advantage is that all the macros a hierarchical selection system be ⁇ writes. No further information needs to be deposited elsewhere for the selection of macros. As long ⁇ ren advantage is to still call the live preview, which is taken the place of static images.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • User Interface Of Digital Computer (AREA)
  • Stored Programmes (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

Die Erfindung betrifft ein Makromanagementsystem (1) für ein Engineeringsystem (2) zur Parametrierung von Schaltgeräten anhand von Kernmodulen. Erfindung zeichnet sich dadurch aus, dass das Makromanagementsystem als Kernmodule ein Erstellungsmodul (4) aufweist, das zur Erstellung von Makros (13) ausgebildet ist, ein Anzeige-/Katalogmodul (5), das für die Präsentation aller im System (1) vorhandener Makros (13) ausgebildet ist, ein Importmodul (6), das zur Integration bereits vorhandener Makros (13) in das System (1) ausgebildet ist und ein Exportmodul, das zur Verteilung bereits erstellter Makros (13) ausgebildet ist. Das Makromanagementsystem (1) ist an eine grafische Bedienoberfläche (3) des Engineeringsystems (2) angebunden und über eine Mehrzahl an Frageebenen (20, 21, 22) ist der Projekteur mit verschiedenen Optionen zu einer eingeschränkten Endauswahl an Makros (13) führbar.

Description

Beschreibung
Makromanagementsystem für ein Engineeringsystem zur Parametrierung von Schaltgeräten
Die Erfindung betrifft ein Makromanagementsystem für ein Engineeringsystem zur Parametrierung von Schaltgeräten.
Im Bereich der industriellen Automatisierungstechnik werden Steuerungen sowie Feldgeräte eingesetzt. Moderne und komplexe Feldgeräte (zum Beispiel Sicherheitsschaltgeräte, Motormana¬ gementsysteme) zeichnen sich unter Anderem dadurch aus, dass sie eine Vielzahl an Parametern besitzen. Durch diese Parameter können sie an die konkreten Einsatzbedingungen im Feld angepasst werden (zum Beispiel Stromgrenzwerte, Alarmschwel¬ len, interne Zeitbausteine, interne Zähler etc.). Diese Gerä¬ teparameter werden vom Projekteur der Anlage mit Hilfe eines Engineeringsystems festgelegt und anschließend auf das Gerät geladen. Hierfür steht dem Projekteur meist ein Engineering- System zur Verfügung, welches eine dialogbasierte Parametrie¬ rung beziehungsweise eine grafische Parametrierung ermög¬ licht. Steuerungen (zum Beispiel SPS, IPC, CNC) sind in der Lage, vom Anwender erstellte Steuerungsprogramme zyklisch ab¬ zuarbeiten. Auf diese Weise lassen sich der Steuerung frei definierbare Steuerungsfunktionen zuweisen. Hierbei ergeben sich wiederum für den Projekteur unterschiedliche Möglichkeiten mit Hilfe eines Engineeringsystems ein Steuerungsprogramm zu erstellen. Der Projekteur kann beispielsweise auf klassische SPS-Sprachen (zum Beispiel KOP, FUP, AWL) , Hochsprachen (zum Beispiel SCL) , sowie auf eine grafische Programmierung über Funktionspläne (CFC, Continuous Function Chart) zurück¬ greifen. Bei der grafischen Programmierung werden vorgefertigte Funktionsbausteine in einem Plan miteinander verschal¬ tet. Die Pläne werden anschließend vom Engineeringsystem im Steuerungsprogramm übersetzt und auf das Zielsystem (CPU) ge¬ laden . Niederspannungsschaltgeräte (zum Beispiel Motorstarter, Mo¬ tormanagement-Systeme oder Sicherheitssysteme) zeichnen sich zunehmend durch eine Vielzahl an Geräteparametern und Gerätefunktionen aus. Komplexe Schaltgeräte sind zudem in der Lage, eine Anwendungslogik (zum Beispiel Sicherheitsprogramme) zu bearbeiten, wodurch sie flexibel an die Erfordernisse im Feld angepasst werden können.
Die Parametrierung dieser komplexen elektronischen Schaltge- räte geschieht in der Regel auf Basis eines Engineering¬ systems, welches dem Gerät sowohl Logik als auch Parameter zur Verfügung stellt. Ein modernes Engineeringsystem besitzt zudem eine grafische Bedienoberfläche (GUI, Graphic User In¬ terface), die es dem Projekteur einfach macht, die entspre- chenden Geräte zu parametrieren .
Ein Aspekt der grafischen Bedienoberfläche des Engineeringsystems besteht darin, Funktionen, die das Gerät anbietet, dem Projekteur innerhalb eines Funktionskatalogs auswählbar und in einem Funktionsplan verschaltbar zu machen. In einem solchen Funktionsplan kann der Projekteur Funktionsbausteine miteinander verschalten und auf diese Weise eine komplette auf den speziellen Anwendungsfall zugeschnittene Funktionslo¬ gik erstellen.
Mit der zunehmenden Komplexität der Schaltgeräte und der wachsenden Parametrierbarkeit steigen auch die Komplexität und der Umfang der im Funktionsplan zu erstellenden Anwendungslogik. Der Aufwand, fehlerfrei Funktionspläne für ein Gerät beziehungsweise eine ganze Anlage zu erstellen, nimmt ohne Hilfsmaßnahmen, das heißt, eine verstärkte Unterstützung durch das Engineeringsystem, erheblich zu. Zugleich steigt mit der Größe der Funktionslogik auch der Testaufwand und die Fehlerwahrscheinlichkeit .
Um die zunehmende Komplexität zu beherrschen, bietet sich die systematische Wiederverwendung von bereits erstellten und getesteten Funktionseinheiten an. Allerdings wird diese syste- matische Wiederverwendung von vorgefertigten Lösungen häufig erschwert durch fehlende oder unzureichende Dokumentation der Teillösungen, fehlende konkrete technische Hilfe durch das Engineeringsystem beim Einsatz der Teillösung sowie durch fehlende Hilfestellung bei der Auswahl der Teillösung, insbesondere beim Vorhandensein sehr ähnlicher Teillösungen. Die Auswahl einer falschen Teillösung oder deren falsche Anwendung ist in der Regel kostenintensiv, da dies häufig ein Re- design der Gesamtlösung nach sich zieht.
Demgemäß besteht die Aufgabe der vorliegenden Erfindung darin, ein Makromanagementsystem für ein Engineeringsystem zur Parametrierung von Schaltgeräten zu schaffen, bei welchem dem Projekteur einer Anlage ein Repertoire an vorgefertigten Teillösungen zur Verfügung steht, die er zielgerichtet und technisch korrekt einsetzen kann, um in kurzer Zeit zur Lösung einer Automatisierungsaufgabe, insbesondere der Paramet¬ rierung der beteiligten Schaltgeräte zu gelangen. Diese Aufgabe wird durch ein Makromanagementsystem mit den
Merkmalen des Patentanspruchs 1 gelöst. Vorteilhafte Aus- und Weiterbildungen, welche einzeln oder in Kombination miteinander eingesetzt werden können, sind der Gegenstand der abhängigen Ansprüche.
Erfindungsgemäß wird diese Aufgabe durch ein Makromanagement¬ system für ein Engineeringsystem zur Parametrierung von
Schaltgeräten mit folgenden Kernmodulen gelöst: - einem Erstellungsmodul, das zur Erstellung von Makros ausgebildet ist;
- einem Anzeigemodul, das für die Präsentation aller im System vorhandenen Makros ausgebildet ist;
- einem Importmodul, das zur Integration bereits vorhande- ner Makros in das System ausgebildet ist;
- einem Exportmodul, das zur Verteilung bereits erstellter Makros ausgebildet ist, wobei das Makromanagementsystem an eine grafische Bedienoberfläche des Engineeringssystems angebunden ist und wo¬ bei der Projekteur über eine Mehrzahl von Frageebenen mit verschiedenen Optionen zu einer eingeschränkten Endauswahl an Makros führbar ist.
Bei einem Makro handelt es sich um eine wieder verwendbare Teillösung einer Parametrierung . Ein Engineeringsystem ist ein Rechner-basiertes System zur Konzeption einer Automati- sierungslösung, hier insbesondere zur Parametrierung von Schaltgeräten .
Das erfindungsgemäße System zeichnet sich dadurch aus, dass es an ein Engineeringsystem für parametrierbare Schaltgeräte und hierbei insbesondere an dessen grafische Bedienoberfläche (GUI, Graphical User Interface) angebunden ist. Zudem ist dieses System modular aufgebaut, das heißt, es enthält Kern¬ module, welche die Hauptaufgaben des Managementsystems erfül¬ len. Des Weiteren sind in das System diverse Subsysteme in- tegriert, welche die Kernmodule bei der Erfüllung ihrer Auf¬ gabe unterstützen. Diese Subsysteme stellen hierzu Zugriffs- Schnittstellen zur Verfügung, über welche sie ihre Dienste anbieten. Das Makromanagementsystem verwaltet eine unbegrenzte Anzahl an Makros und stellt sie dem Engineeringsystem bei Bedarf zur Verfügung.
Die vier Kernmodule werden gebildet durch das Erstellungsmo¬ dul, das Anzeigemodul, das Exportmodul und das Importmodul. Das Erstellungsmodul dient dabei der Erstellung beziehungs- weise Neuerzeugung von Makros. Bei der Erzeugung eines Makros werden alle Bestandteile, aus denen sich ein Makro zusammensetzt, berücksichtigt. Makros können auch durch das Erstel¬ lungsmodul auf unterschiedliche Arten erzeugt werden, entwe¬ der durch eine grafische Oberfläche (Dialoge) oder programm- technisch durch Schnittstellenaufrufe. Neu erstellte Makros werden in das System aufgenommen. Das Anzeige-/Katalogmodul ist verantwortlich für die Präsen¬ tation aller im System vorhandener Makros an der Bedienoberfläche. Alle angezeigten Makros werden dem Projekteur zur Auswahl und Verwendung angeboten. Das Modul erfüllt hierbei zwei Funktionen, zum Einen die hierarchische Darstellung, zum Anderen die Benutzerverwaltung. Makros können in Hauptkategorien und Unterkategorien beliebiger Hierarchietiefe abgelegt werden. Dies erleichtert die Auswahl besonders bei einer gro¬ ßen Anzahl von Makros. Zudem können Makros nach diversen technischen oder sonstigen Gesichtspunkten geordnet werden. Die Hierarchie kann entweder durch das Makro selbst, das heißt, die darin optional enthaltene Hierarchieinformation oder durch den Projekteur festgelegt werden. Das Makromanage- mentsystem kann so konfiguriert werden, dass der Projekteur Änderungen an der Hierarchie vornehmen kann, oder dass Änderungen diesbezüglich gesperrt sind.
Bei der Benutzerverwaltung ist vorgesehen, dass die Benutzer Benutzergruppen zugeordnet werden können. Je nach Benutzer- gruppe kann die Auswahl an angezeigten Makros unterschiedlich sein. Dies hat den Vorteil, dass jeder Benutzergruppe je nach Funktion (zum Beispiel Projekteure, Tester, Inbetriebnehmer) eine spezifische Auswahl an Makros angeboten werden kann. Es ist außerdem vorstellbar, ein Lizenzmodell für ein Enginee- ringsystem auf diese Funktion aufzusetzen, indem je nach Lizenz eine mehr oder weniger große Menge an Makros angeboten wird .
Das Importmodul ist in der Lage, bereits vorhandene, das heißt, durch einen anderen Projekteur erstellte Makros in das System zu integrieren. Dies hat den Vorteil, dass dadurch die Wiederverwertbarkeit von gefundenen Lösungen weiter erhöht wird, da die Lösungen zwischen Anwendern ausgetauscht oder zentral einer Gruppe von Anwendern zur Verfügung gestellt werden können. Der Import von Makros geschieht entweder über eine grafische Oberfläche (Dialoge) , programmtechnisch durch Schnittstellenaufrufe gegebenenfalls über ein Batchsystem von außen oder alternativ über ein automatisches beziehungsweise manuelles Update. Als Zielort dieser letztgenannten Funktion kann ein firmeneigener Server oder eine Internetadresse angegeben werden. In allen Fällen ist es möglich, eine unbegrenzte Anzahl von Makros zu importieren.
Das Exportmodul bildet das Gegenstück zum Importmodul. Teil¬ lösungen, die erstellt wurden, können auf diese Weise verteilt werden. Die Besonderheit ist hier jedoch, dass das Ex¬ portmodul an eine Konverter-Komponente angebunden werden kann, um die Exportdaten in verschiedene Formate zu konvertieren, um diese an andere Systeme weitergeben zu können.
In einer besonders vorteilhaften Ausführungsform ist vorgesehen, dass das Makromanagementsystem neben den Kernmodulen Subsysteme aufweist, die die Kernmodule bei der Erfüllung der Aufgabe unterstützen. Dabei ist das Online-Hilfe-Subsystem in der Lage, einen mehrseitigen strukturierten Beschreibungstext anzuzeigen. Der Inhalt des Textes ist hierbei makrospezi¬ fisch. Hierzu wird dem Subsystem ein eindeutiger Schlüssel des Makros übergeben. Das Online-Hilfe-Subsystem wird vom Importmodul und dem Anzeige-/Katalogmodul aus angesteuert, da die Online-Hilfe sowohl im Rahmen des Importvorgangs, als auch bei der eigentlichen Verwendung angezeigt werden kann. Das Online-Hilfe-Subsystem kann die Online-Hilfe entweder selbst visualisieren oder hierzu ein separates Modul, das Be¬ standteil des Engineeringsystems oder ganz außerhalb des Sys¬ tems liegt, benutzen. Der Inhalt der makrospezifischen Online-Hilfe ist Bestandteil der Dokumentationsdaten des Makros. Das Dokumentenanzeige-Subsystem dient dazu, zusätzliche Doku¬ mente wie zum Beispiel Handbücher oder Nachschlagewerke, die mit einem Makro verknüpft sind, zu visualisieren. Die grund¬ sätzlichen Mechanismen entsprechen denen der Online-Hilfe. Hierbei werden die unterschiedlichen Formate, die derzeit ge- bräuchlich sind (doc, pdf, rtf, etc.), unterstützt. Die Liste der Formate, die unterstützt werden, kann nachträglich durch Installation zusätzlicher Formatfilter erweitert werden. Die Dokumente, die durch dieses Subsystem visualisiert werden, können entweder physikalisch im Makro selbst, das heißt, in den Dokumentationsdaten, hinterlegt oder alternativ über eine Referenz erreichbar sein. Das Dokumentenanzeigesubsystem wird vom Importmodul und vom Anzeige-/Katalogmodul aus angesteu- ert, da makrospezifische Dokumente sowohl im Rahmen des Im¬ portprogramms als auch bei der eigentlichen Verwendung angezeigt werden können.
Das Kurzbeschreibungs-Subsystem ist in der Lage, Kurzbe- Schreibungstexte, die der Makroauswahl dienen, anzuzeigen. Das Subsystem liefert dem Importmodul und dem Anzeige- /Katalogmodul einen makrospezifischen Kurztext, der beim Import oder der Verwendung von Makros hilfreich ist. Kurzbeschreibungen sind Bestandteil der Dokumentationsdaten des Makros.
Zudem verfügt das Makromanagementsystem über ein Auswahlsystem, das dazu dient, dem Anwender dabei zu helfen, aus einer Menge von Makros eine für das technische Problem geeignete Auswahl zu treffen. Die Makroauswahl kommt bei der Verwendung eines Makros und beim Import derselben zum Tragen.
Erfindungsgemäß sind die Makros aus verschiedenen Bestandtei¬ len zusammengesetzt. Dazu gehören Funktionsbausteine, Ver- Schaltungen, Geräteparametrierungen, Dokumentationsdaten, Hierarchieinformationen sowie Auswahlmetadaten.
Bei den Funktionsbausteinen handelt es sich um Funktionen, die vom Schaltgerät angeboten werden, und die an der Bedien- Oberfläche des Engineeringsystems ausgewählt und in einem
Funktionsplan parametriert werden können. Funktionsbausteine haben Ein- und/oder Ausgänge, um sie mit anderen Funktionsbausteinen verschalten zu können. Typische Beispiele für Funktionsbausteine sind Überwachungsbausteine (zum Beispiel Nothalt) oder Logikbausteine.
Verschaltungen sind Verbindungen zwischen Ein- und Ausgängen von Funktionsbausteinen. Die Gesamtheit der Funktionsbaustei- ne mit den dazwischen liegenden Verbindungen bildet den Funktionsplan und die Anwendungslogik.
Ein Schaltgerät bietet eine Vielzahl von Geräteparametern an, zum Beispiel Lasttyp, Abkühlzeit, Schwellwerte. Auch Funkti¬ onsbausteine sind in der Regel parametrierbar, zum Beispiel der Grenzwert bei Zählerbausteinen. All diese Parameter bilden die Parametrierung und sind Bestandteile eines Makros. Bei den Dokumentationsdaten handelt es sich um Zusatzinforma¬ tionen, die den Projekteuren beim Import von Makros, bei deren Verwendung und der weiteren Parametrierung unterstützen.
Die Hierarchieinformation dient der Einordnung des Makros in eine technologische Hierarchie. Die Information besteht dabei aus allen Kategorien und Unterkategorien, in die das Makro eingeordnet ist. Das Anzeige-/Katalogsubsystem wertet diese Information aus und ordnet das Makro in den jeweiligen Katalogbereich ein, wobei bei Bedarf die angegebenen Kategorien neu erzeugt werden.
Die Auswahl-Metadaten stellen die Datenbasis dar, auf welcher das Auswahlsystem den Anwender zu einer lösungsorientierten Auswahl eines Makros führt.
Der Kern der vorliegenden Erfindung besteht darin, dem Pro- jekteur über mehrere Frageebenen und verschiedene Optionen in jeder Frageebene zu einer eingeschränkten Endauswahl an Makros zu führen. Die Liste der angebotenen Makros am Ende des Auswahlverfahrens ist abhängig vom Optionspfad, den der Pro- jekteur durchschritten hat. Die Makros in der Endauswahl unterscheiden sich meist nur geringfügig. Die Endauswahl kann nun anhand der Kurzbeschreibung des Makros oder einer Live- Vorschau getroffen werden. Im zweiten Fall wird das Makro temporär im Makromanagementsystem erzeugt und daraus eine Visualisierung generiert, ohne das Makro selbst in das Enginee¬ ringsystem zu integrieren. Der Zweck besteht darin, dem Anwender einen Überblick über die Struktur des Makros zu geben. Optional könnte bereits hier ein Funktionstest angeboten wer¬ den. Ein Makro das auf diese Weise ausgewählt wird, wird im Anschluss an das Engineeringsystem integriert oder im Funkti¬ onsplan instanziiert , je nachdem in welchem Kontext das Aus- wahlverfahren gestaltet wird. Dabei beinhalten die Auswahl- Metadaten alle Informationen, die erforderlich sind, um exakt einen Optionspfad, das heißt, eine Reihe der auszuwählenden Optionen über die Frageebenen hinweg zu beschreiben, der genau zu diesem Makro führt. Dabei werden bestimmte Regeln be- rücksichtigt:
1. Es können mehrere Makros (Makro 1, Makro 2, Makro 3) den gleichen Optionspfad beschreiben. In diesem Fall werden diese Makros in der Endauswahl angeboten. Eine endgültige Auswahl kann dann mit Hilfe der Live-
Vorschau oder der Kurzbeschreibung vorgenommen werden.
2. Die Anzahl der Tripple (bestehend aus Frageebene, Frage in Textform, Option) ist nicht begrenzt, sie legt die Anzahl der Frageebenen eines Optionspfades fest. Die
Anzahl der Frageebenen kann für unterschiedliche Makros unterschiedlich sein.
3. Bezieht sich ein Makro bei einer Frageebene auf eine bereits vorhandene Frageebene durch Angaben der glei¬ chen ID, so werden die Optionen auf dieser Ebene um die Option, die in diesem Makro beschrieben ist, erweitert. Wird eine noch nicht vorhandene Frageebene angegeben, so wird daraus eine neue Frageebene erstellt. Insgesamt wird durch alle im Makromanagementsystem integrierten
Makros ein hierarchischer Frage-/Optionsbaum aufgespannt .
Die Live-Vorschau dient dazu, den Projekteur bei der Endaus- wähl des Makros zu unterstützen. Hierzu wird das Makro tempo¬ rär und lokal im Auswahl-Subsystem instanziiert und visuali- siert. Das Auswahl-Subsystem greift zur Visualisierung auf das Engineeringsystem und insbesondere auf dessen grafische Oberfläche (GUI) und deren Progammierschnittstellen zu. Der Vorteil dieser Live-Vorschau, das heißt einer dynamischen, zum Auswahlzeitpunkt erzeugten Visualisierung, im Gegensatz zu einer statischen Anzeige eines Bildes, das im Makro abge- legt sein könnte, besteht darin, dass sich die Vorschau immer dem Engineeringsystem anpasst. Falls bei einem Versionswechsel Änderungen an der grafischen Oberfläche speziell der Darstellung des Funktionsplans vorgenommen werden, so wird da¬ durch automatisch die Anzeige bei der Live-Vorschau ange- passt. Der Vorteil, der sich auf dem vorigen Punkt ergibt, besteht darin, dass bei einem hier beschriebenen Versionswechsel die Auswahl-Metadaten nicht geändert werden müssen. Im Gegensatz zu einem statischen Bild ist die Live-Vorschau ohne Aufwand und ohne Qualitätsverlust skalierbar. Die grafi- sehe Skalierung übernimmt das Engineeringsystem, mit dessen GUI. Zudem können so Funktionen für die Vorschau im Auswahlsystem übernommen werden. Es kommt außerdem hinzu, dass die Anzeige dynamisiert werden kann. Es ist vorstellbar, dass das selektierte Makro vorab simuliert wird, um das Verhalten des Makros im Voraus zu testen. Auch diese würde die Auswahl ei¬ nes Makros erleichtern.
Die konkrete Realisierung des Auswahlsystems ist durch die Erfindung nicht festgelegt. Auch die Auswahl-Metadaten in den Makros beschreiben lediglich die Fragen der Frageebenen sowie die Optionen, aber nicht die technische Ausgestaltung des Systems selbst. Folgende Ausgestaltungsmöglichkeiten sind vorstellbar : 1. Ein mehrstufiger Dialog mit jeweils einer Frageebene und einer Optionsliste auf einer Seite.
2. Ein Dialog mit jeweils einer Registerkarte für eine
Frageebene. Der Projekteur wird der Reihe nach über alle Registerkarten geführt. 3. Ein in vertikaler Richtung nicht begrenzter Dialog, in dem alle Frageebenen inklusive Optionen eingeblendet werden . Der wesentliche Vorteil des erfindungsgemäßen Makromanage- mentsystems besteht im modularen Aufbau. Hauptfunktionalitä¬ ten werden von Kernmodulen abgedeckt. Mögliche Erweiterungen können durch zusätzliche Module eingebracht werden. Die Sub¬ systeme, die als Dienstleister für die Kernmodule fungieren, tragen zu einer klaren Gesamtstruktur des Makromanagementsys- tems bei. Es gibt lediglich eine schmale Schnittstelle zum Engineeringsystem. Das Makromanagementsystem arbeitet weitgehend autonom. Dies erleichtert die Konzeption und Realisie¬ rung des Gesamtsystems. Erfinderisch ist zudem der spezifi- sehe Aufbau der Makros. Die Makros enthalten nicht nur den rein projektierungstechnischen Inhalt, sondern auch Dokumentationsdaten und Auswahldaten. Vorteilhaft ist auch, dass die Gesamtheit der Makros ein hierarchisches Auswahlsystem be¬ schreibt. Es müssen keine weiteren Informationen an anderer Stelle für die Auswahl von Makros hinterlegt sein. Als weite¬ ren Vorteil ist noch die Live-Vorschau zu nennen, die an die Stelle von statischen Bildern getreten ist.
Weitere Vorteile und Ausführungen der Erfindung werden nach- folgend anhand von Ausführungsbeispielen sowie anhand der Zeichnung erläutert.
Dabei zeigen: Fig. 1 in einer schematischen Darstellung ein erfindungsgemäßes modulares Makromanagementsystem für parametrierbare
Schaltgeräte ;
Fig. 2 in einer schematischen Darstellung die Zusammensetzung eines Makros; Fig. 3 in einer perspektivischen Darstellung das erfindungsgemäße Auswahlsystem über mehrere Frageebenen mit verschiedenen Optionen. Fig. 1 zeigt den Aufbau eines modularen Makromanagementsys- tems für parametrierbare Schaltgeräte. Das erfindungsgemäße modulare Makromanagementsystem 1 zeichnet sich dadurch aus, dass es an ein Engineeringsystem 2 für parametrierbare
Schaltgeräte und hierbei insbesondere an dessen grafische Be- dienoberfläche 3 (GUI, Graphical User Interface) angebunden ist. Das Makromanagementsystem 1 ist modular aufgebaut, das heißt, es enthält Kernmodule, welche die Hauptaufgaben des Managementsystems erfüllen. Des Weiteren können in das System diverse Subsysteme integriert sein, welche die Kernmodule bei der Erfüllung ihrer Aufgabe unterstützen. Diese Subsysteme stellen hierzu Zugriffsschnittellen zur Verfügung, über welche sie ihre Dienste anbieten.
Das Makromanagementsystem 1 verwaltet eine unbegrenzte Anzahl an Makros und stellt sie dem Engineeringsystem 2 bei Bedarf zur Verfügung. Zu den vier Kernmodulen gehört das Erstellungsmodul 4, das der Erstellung von Makros dient. Bei der Erzeugung eines Makros werden alle Bestandteile, aus denen sich ein Makro zusammensetzt, berücksichtigt. Makros können durch das Erstellungsmodul 4 auf unterschiedliche Arten er¬ zeugt werden, entweder durch eine grafische Oberfläche oder programmtechnisch durch Schnittstellenaufrufe. Neu erstellte Makros werden in das System 1 aufgenommen. Das Anzeigen-/Katalogmodul 5 ist verantwortlich für die Prä¬ sentation aller im System 1 vorhandener Makros an der Bedienoberfläche 3. Alle angezeigten Makros werden dem Projekteur zur Auswahl und Verwendung angeboten. Das Importmodul 6 ist in der Lage, bereits vorhandene er¬ stellte Makros in das System 1 zu integrieren. Dies hat den Vorteil, dass dadurch die Wiederverwendbarkeit von gefundenen Lösungen weiter erhöht wird, da Lösungen zwischen Anwendern ausgetauscht oder zentral einer Gruppe von Anwendern zur Verfügung gestellt werden können. Der Import von Makros geschieht entweder über eine grafische Oberfläche, programm¬ technisch durch Schnittstellenaufrufe von außen oder alterna- tiv über ein automatisches beziehungsweise manuelles Update. Als Zielort dieser letztgenannten Funktion kann ein firmeneigener Server oder eine Internetadresse angegeben werden. In allen Fällen ist es möglich, eine unbegrenzte Anzahl an Makros zu importieren.
Das Exportmodul 7 bildet das Gegenstück zum Importmodul 6. Teillösungen, die erstellt wurden, können auf diese Weise verteilt werden. Die Besonderheit ist hier jedoch, dass das Exportmodul 7 an eine Konverter-Komponente 8 angebunden wer- den kann, um die Exportdateien in verschiedene Formate zu konvertieren, um diese an andere Systeme weitergeben zu können .
Des Weiteren sind in Fig. 1 Subsysteme genannt. Das Online- Hilfe-Subsystem 9 ist in der Lage, einen mehrseitigen strukturierten Beschreibungstext anzuzeigen. Der Inhalt des Textes ist hierbei makrospezifisch. Hierzu wird im Subsystem 9 ein eindeutiger Schlüssel des Makros übergeben. Das Online-Hilfe- Subsystem 9 wird vom Importmodul 6 und vom Anzeige-/Kata- logmodul 5 aus angesteuert, da die Online-Hilfe sowohl im
Rahmen des Importvorgangs als auch bei der eigentlichen Verwendung angezeigt werden kann.
Das Dokumentenazeige-Subsystem 10 dient dazu, zusätzliche Do¬ kumente, die mit einem Makro verknüpft sind, zu visualisie- ren. Die grundsätzlichen Mechanismen entsprechen denen der
Online-Hilfe. Hierbei werden die unterschiedlichsten Formate, die derzeit gebräuchlich sind, unterstützt. Die Liste der Formate, die unterstützt werden, kann nachträglich erweitert werden. Das Kurzbeschreibungs-Subsystem 11 ist in der Lage, Kurzbeschreibungstexte, die der Makroauswahl dienen, anzuzei¬ gen. Das Subsystem 11 liefert dem Importmodul 6 und dem An- zeige-/Katalogmodul 5 einen makrospezifischen Kurztext, der beim Import oder der Verwendung von Makros hilfreich ist. Kurzbeschreibungen sind Bestandteil der Dokumentationsdaten des Makros.
Das Auswahlsystem 12 dient dazu, dem Anwender dabei zu hel- fen, aus einer Menge von Makros eine für das technische Prob¬ lem geeignete Auswahl zu treffen. Die Makroauswahl kommt bei der Verwendung eines Makros und beim Import derselben zum Tragen . In Fig. 2 ist die Zusammensetzung eines Makros 13 gezeigt. Der erfindungsgemäße Makro 13 weist Funktionsbausteine 14, Verschaltungen 15, Geräteparametrierungen 16, Dokumentationsdaten 17, Hierarchieinformationen 18 sowie Auswahl-Metadaten 19 auf. Bei den Funktionsbausteinen 14 handelt es sich um Funktionen, die vom Schaltgerät angeboten werden, und die an der Bedienoberfläche 3 des Engineeringsystems 2 ausgewählt und in einem Funktionsplan parametriert werden können. Die Funktionsbausteine 14 haben Ein- und/oder Ausgänge, um sie mit anderen Funktionsbausteinen verschalten zu können. Typi- sehe Beispiele für Funktionsbausteine sind Überwachungsbau¬ steine oder Logikbausteine.
Die Verschaltungen 15 sind Verbindungen zwischen Ein- und Ausgängen von Funktionsbausteinen 14. Die Gesamtheit der Funktionsbausteine 14 mit den dazwischen liegenden Verbindungen, bildet den Funktionsplan und die Anwendungslogik. Bei der Geräteparametrierung 16 geht es darum, dass ein Schaltgerät eine Vielzahl von Geräteparametern anbietet. Auch die Funktionsbausteine 14 sind in der Regel parametrierbar . All diese Parameter bilden die Geräteparametrierung 16 und sind Bestandteil eines Makros 13.
Bei den Dokumentationsdaten 17 handelt es sich um Zusatzinformationen, die den Projekteur beim Import von Makros, bei deren Verwendung sowie der weiteren Parametrierung unterstützen . Die Hierarchieinformationen 18 dienen der Einordnung des Makros 13 in eine technologische Hierarchie. Die Information be¬ steht dabei aus allen Kategorien und Unterkategorien, in die das Makro 13 eingeordnet ist. Das Anzeige-/Katalogsubsystem 5 wertet diese Information aus und ordnet das Makro 13 in den jeweiligen Katalogbereich ein, wobei bei Bedarf die angegebenen Kategorien neu erzeugt werden.
Die Auswahl-Metadaten 19 stellen die Datenbasis dar, auf wel- eher das Auswahlsystem den Anwender zu einer lösungsorien- tierten Auswahl eines Makros 13 führt.
Fig. 3 zeigt das erfindungsgemäße Auswahlsystem über mehrere Frageebenen mit verschiedenen Optionen. Der Kern der Erfin- dung besteht darin, den Projekteur über mehrere Frageebenen mit verschiedenen Optionen in jeder Frageebene zu einer eingeschränkten Endauswahl an Makros 13 zu führen. Die einzelnen Frageebenen 20, 21, 22 beinhalten Fragen, wie zum Beispiel, "In welchem Industriebereich möchten Sie das Makro einset- zen?"; "Was ist die Zielsetzung der Aufgabenstellung?" oder
"Um welchen Anlagentyp handelt es sich?". Über die jeweiligen Auswahloptionen 23, die beispielsweise zur Frage 1: "Ferti¬ gungsindustrie" oder "Prozessindustrie", zu Frage 2: "Anlage steuern" oder "Anlage schützen" und zu Frage 3: "Fräsmaschi- ne" oder "Katalyseeinheit" lauten können, gelangt der Projek¬ teur zu einem Optionspfad 24, der zu einer Liste der angebo¬ tenen Makros 13 am Ende des Auswahlverfahrens in Abhängigkeit vom Optionspfad 24 führt. Dabei unterscheiden sich die Makros 13 in der Endauswahl meist nur geringfügig. Die Endauswahl kann nun anhand der Kurzbeschreibung 25 des Makros oder einer Live-Vorschau 26 getroffen werden. Im zweiten Fall, im Fall der Live-Vorschau 26, wird das Makro 13 temporär im Makroma- nagementsystem 1 erzeugt und daraus eine Visualisierung generiert, ohne das Makro 13 selbst in das Engineeringsystem 2 zu integrieren. Der Zweck besteht darin, dem Anwender einen
Überblick über die Struktur des Makros 13 zu geben. Optional könnte bereits hier ein Funktionstest angeboten werden. Ein Makro 13, das auf diese Weise ausgewählt wird, wird im An- schluss an das Engineeringsystem 2 integriert oder im Funkti¬ onsplan instanziiert , je nachdem in welchem Kontext das Aus¬ wahlverfahren gestartet wird. Die Auswahl-Metadaten 19 eines Makros 13 beinhalten somit alle Daten, die erforderlich sind, um exakt einen Optionspfad 24 zu beschreiben, der genau zu diesem Makro 13 führt. Dabei werden folgende Regeln berück¬ sichtigt :
1. Es können mehrere Makros den gleichen Optionspfad 24 beschreiben. In diesem Fall werden diese Makros 13 in der Endauswahl angeboten. Eine endgültige Auswahl kann dann mit Hilfe der Live-Vorschau 26 oder der Kurzbe¬ schreibung 25 vorgenommen werden 2. Die Anzahl der Tripple (bestehend aus Frageebene, Frage in Textform, Option) ist nicht begrenzt. Sie legt die Anzahl der Frageebenen eines Optionspfades 24 fest. Die Anzahl der Frageebenen kann zu unterschiedlichen Makros 13 unterschiedlich sein.
3. Bezieht sich ein Makros 13 bei einer Frageebene auf ei¬ ne bereits vorhandene Frageebene, so werden die Optio¬ nen auf dieser Ebene um die Optionen, die in diesem Makro 13 beschrieben sind, erweitert. Wird eine noch nicht vorhandene Frageebene angegeben, so wird daraus eine neue Frageebene erstellt. Insgesamt wird durch al¬ le im Makromanagementsystem 1 integrierten Makros ein hierarchischer Frage-/Optionsbaum aufgespannt. Der wesentliche Vorteil des erfindungsgemäßen Makromanage- mentsystems besteht im modularen Aufbau. Hauptfunktionalitä¬ ten werden von Kernmodulen abgedeckt. Mögliche Erweiterungen können durch zusätzliche Module eingebracht werden. Die Sub¬ systeme, die als Dienstleister für die Kernmodule fungieren, tragen zu einer klaren Gesamtstruktur des Makromanagementsys- tems bei. Es gibt lediglich eine schmale Schnittstelle zum Engineeringsystem. Das Makromanagementsystem arbeitet weitgehend autonom. Dies erleichtert die Konzeption und Realisie- rung des Gesamtsystems. Erfinderisch ist zudem der spezifische Aufbau der Makros. Die Makros enthalten nicht nur den rein projektierungstechnischen Inhalt, sondern auch Dokumentationsdaten und Auswahldaten. Vorteilhaft ist auch, dass die Gesamtheit der Makros ein hierarchisches Auswahlsystem be¬ schreibt. Es müssen keine weiteren Informationen an anderer Stelle für die Auswahl von Makros hinterlegt sein. Als weite¬ ren Vorteil ist noch die Live-Vorschau zu nennen, die an die Stelle von statischen Bildern getreten ist.

Claims

Patentansprüche
1. Makromanagementsystem (1) für ein Engineeringsystem (2) zur Parametrierung von Schaltgeräten mit folgenden Kernmodulen :
- einem Erstellungsmodul (4) das zur Erstellung von Makros (13) ausgebildet ist;
- einem Anzeige-/Katalogmodul (5) , das für die Präsentati¬ on aller im System (1) vorhandener Makros (13) ausgebildet ist;
- einem Importmodul (6), das zur Integration bereits vor¬ handener Makros (13) in das System (1) ausgebildet ist;
- einem Exportmodul (7), das zur Verteilung bereits erstellter Makros (13) ausgebildet ist,
wobei das Makromanagementsystem (1) an eine grafische Bedienoberfläche (3) des Engineeringsystems (2) angebunden ist und wobei der Projekteur über eine Mehrzahl an Frageebenen (20, 21, 22) mit verschiedenen Optionen zu einer eingeschränkten Endauswahl an Makros (13) führbar ist.
2. Makromanagementsystem nach Anspruch 1, dadurch gekennzeichnet, dass das System (1) neben den Kernmodulen Subsysteme aufweist, die die Kernmodule bei der Erfüllung der Aufga¬ ben unterstützen.
3. Makromanagementsystem nach Anspruch 2, dadurch gekennzeichnet, dass das System (1) ein Online-Hilfe-Subsystem (9) aufweist, das dazu ausgebildet ist, einen mehrseitigen struk¬ turierten Beschreibungstext anzuzeigen.
4. Makromanagementsystem nach Anspruch 2, dadurch gekennzeichnet, dass das System (1) ein Dokumenten-Anzeigesubsystem (10) aufweist, das dazu ausgebildet ist, zusätzliche Dokumen¬ te, die mit einem Makro (13) verknüpft sind, zu visualisie- ren .
5. Makromanagementsystem nach Anspruch 2, dadurch gekennzeichnet, dass das System (1) ein Kurzbeschreibungs-Subsystem (11) aufweist, das dazu ausgebildet ist, kurze Beschreibungs¬ texte anzuzeigen.
6. Makromanagementsystem nach Anspruch 2, dadurch gekenn- zeichnet, dass das System (1) ein Auswahlsystem (12) aufweist, das dazu ausgebildet ist, dass der Projekteur aus ei¬ ner Menge von Makros (13) eine für das technische Problem ge¬ eignete Auswahl trifft.
7. Makromanagementsystem nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass ein Makro (13) Funkti¬ onsbausteine (14) aufweist, die die vom Schaltgerät angebote¬ nen Funktionen beinhalten.
PCT/EP2011/055748 2010-05-03 2011-04-13 Makromanagementsystem für ein engineeringsystem zur parametrierung von schaltgeräten WO2011138134A1 (de)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP11716860A EP2531911A1 (de) 2010-05-03 2011-04-13 Makromanagementsystem für ein engineeringsystem zur parametrierung von schaltgeräten
US13/695,514 US20130055122A1 (en) 2010-05-03 2011-04-13 Macro management system foran engineering system for parameterizing switchgear
CN201180022384.1A CN102870091B (zh) 2010-05-03 2011-04-13 用于为开关装置给定参数的工程系统的宏管理系统
KR1020127031665A KR101639199B1 (ko) 2010-05-03 2011-04-13 스위치기어를 파라미터화하기 위한 엔지니어링 시스템에 대한 매크로 관리 시스템

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102010019142A DE102010019142A1 (de) 2010-05-03 2010-05-03 Makromanagementsystem für ein Engineeringsystem zur Parametrierung von Schaltgeräten
DE102010019142.6 2010-05-03

Publications (1)

Publication Number Publication Date
WO2011138134A1 true WO2011138134A1 (de) 2011-11-10

Family

ID=44290264

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2011/055748 WO2011138134A1 (de) 2010-05-03 2011-04-13 Makromanagementsystem für ein engineeringsystem zur parametrierung von schaltgeräten

Country Status (6)

Country Link
US (1) US20130055122A1 (de)
EP (1) EP2531911A1 (de)
KR (1) KR101639199B1 (de)
CN (1) CN102870091B (de)
DE (1) DE102010019142A1 (de)
WO (1) WO2011138134A1 (de)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220057784A1 (en) * 2019-01-15 2022-02-24 Siemens Aktiengesellschaft Commissioning method, tool and computer-readable storage media for an industrial device
EP3736647A1 (de) * 2019-05-07 2020-11-11 Siemens Aktiengesellschaft Abhängigkeiten zwischen prozessobjekten

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5801942A (en) * 1996-04-12 1998-09-01 Fisher-Rosemount Systems, Inc. Process control system user interface including selection of multiple control languages
WO2007047717A2 (en) * 2005-10-20 2007-04-26 Honeywell International Inc. Storing and accessing relay ladder logic modules in a relational database

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5632022A (en) * 1991-11-13 1997-05-20 The United States Of America As Represented By The Administrator Of The National Aeronautics And Space Administration Encyclopedia of software components
US6195765B1 (en) * 1998-01-05 2001-02-27 Electronic Data Systems Corporation System and method for testing an application program
US7627860B2 (en) * 2001-08-14 2009-12-01 National Instruments Corporation Graphically deployment of a program with automatic conversion of program type
US7013232B2 (en) * 2001-08-15 2006-03-14 National Insurance Corporation Network-based system for configuring a measurement system using configuration information generated based on a user specification
US7284194B2 (en) * 2001-10-23 2007-10-16 Sun Microsystems, Inc. XML based report generator
EP1548527B1 (de) * 2003-12-22 2010-02-17 Siemens Aktiengesellschaft Steuerungs- oder Regelungseinrichtung einer Werkzeug- oder Produktionsmaschine
DE502006007371D1 (de) * 2005-02-28 2010-08-19 Netstal Ag Maschf Giesserei Verfahren zur steuerung und bedienung einer produktionszelle sowie eine steuervorrichtung
DE102006044141A1 (de) * 2006-09-15 2008-04-03 Dspace Digital Signal Processing And Control Engineering Gmbh Einrichtung und Verfahren zur Konfiguration eines Steuerungssystems
JP2008172725A (ja) * 2007-01-15 2008-07-24 Ricoh Co Ltd 情報処理装置、画像処理装置、情報処理方法及び情報処理プログラム
US8209674B2 (en) * 2007-02-12 2012-06-26 Microsoft Corporation Tier splitting support for distributed execution environments
GB0709042D0 (en) * 2007-05-11 2007-06-20 Deepstream Technologies Ltd Method and apparatus for executing secondary functions on an electrical switchgear device
US9134720B2 (en) * 2010-02-12 2015-09-15 Rockwell Automation Technologies, Inc. Macro function block for encapsulating device-level embedded logic

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5801942A (en) * 1996-04-12 1998-09-01 Fisher-Rosemount Systems, Inc. Process control system user interface including selection of multiple control languages
WO2007047717A2 (en) * 2005-10-20 2007-04-26 Honeywell International Inc. Storing and accessing relay ladder logic modules in a relational database

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
JONES G ET AL: "BUILDING AND MANAGING SOFTWARE LIBRARIES", PROCEEDINGS OF THE ANNUAL INTERNATIONAL COMPUTER SOFTWARE AND APPLICATIONS CONFERENCE. (COMPSAC). CHICAGO, 5 - 7 OCTOBER, 1988; [PROCEEDINGS OF THE ANNUAL INTERNATIONAL COMPUTER SOFTWARE AND APPLICATIONS CONFERENCE. (COMPSAC)], WASHINGTON, IEEE COMP., vol. CONF. 12, no. 1988, 5 October 1988 (1988-10-05), pages 228 - 236, XP000040045 *
WOOD M ET AL: "AN INFORMATION RETRIEVAL SYSTEM FOR SOFTWARE COMPONENTS", SOFTWARE ENGINEERING JOURNAL, IEE. LONDON, GB, vol. 3, no. 5, 1 September 1988 (1988-09-01), pages 198 - 207, XP000007600, ISSN: 0268-6961 *

Also Published As

Publication number Publication date
CN102870091B (zh) 2016-08-03
DE102010019142A1 (de) 2011-11-03
KR20130077831A (ko) 2013-07-09
US20130055122A1 (en) 2013-02-28
CN102870091A (zh) 2013-01-09
EP2531911A1 (de) 2012-12-12
KR101639199B1 (ko) 2016-07-13

Similar Documents

Publication Publication Date Title
EP1088259B1 (de) Elektronische steuerung für anlagen der druckluft- oder vakuumerzeugung
DE102015100024A1 (de) Wiederverwendbare Grafikelemente mit schnell bearbeitungsfähigen Merkmalen zur Verwendung in Benutzeranzeigen von Anlagenüberwachungssystemen
DE19639424A1 (de) Entwurfsverfahren für die Anlagentechnik und rechnergestütztes Projektierungssystem zur Verwendung bei diesem Verfahren
WO2004077305A1 (de) System und verfahren zum verwalten und zum austausch von daten eines technischen projektes, einer technischen anlage sowie einzelner anlagenkomponenten
EP2671122B1 (de) Automatisierte projektierung einer leittechnik einer technischen anlage
EP3408714A1 (de) Modul für eine technische anlage und verfahren zur steuerung einer technischen anlage
DE10147706A1 (de) Verfahren zum Bedienen eines Feldgerätes
DE102007059671A1 (de) Verfahren zum Betreiben eines Systems aufweisend ein Feldgerät und ein Bediensystem
DE102008060005A1 (de) Sicherheitssteuerung und Verfahren zum Steuern einer automatisierten Anlage mit einer Vielzahl von Anlagenhardwarekomponenten
EP2407842B1 (de) Verfahren zur Inbetriebnahme von Maschinen oder Maschinen einer Maschinenserie und Projektierungssystem
EP2290593A1 (de) Verfahren zur Unterstützung einer Planung einer technischen Anlage
WO2013092654A1 (de) Automatisierte projektierung einer leittechnik einer technischen anlage
WO2011138134A1 (de) Makromanagementsystem für ein engineeringsystem zur parametrierung von schaltgeräten
DE102007037393A1 (de) Verfahren zum Erstellen einer Software in einem Feldgerät durch einen Benutzer
WO2005022279A1 (de) Verfahren zur parametrierung von automatisierungseingrichtungen sowie automatisierungseinrichtung
DE102014016819A1 (de) Verfahren und Einrichtung zur Verwaltung und Konfiguration von Feldgeräten einer Automatisierungsanlage
EP1183577B1 (de) Verfahren zur erzeugung eines steuerbausteins und steuerbaustein
EP2560085A1 (de) Verfahren zur Konfiguration einer Anzeigevorrichtung zur Anzeige von dynamischen Alarmmeldungen eines Steuer- und Überwachungssystems einer technischen Automatisierungsanlage
EP2012227A1 (de) Programmieroberfläche zum Programmieren von Computern
EP3696621A1 (de) Computerimplementiertes verfahren und vorrichtung zum steuern eines modularen technischen systems
EP2965157A1 (de) Verfahren und vorrichtung zum betreiben einer prozess- und/oder fertigungsanlage
WO2019101345A1 (de) Verfahren und vorrichtung zur projektierung einer spezifi-schen verfahrenstechnischen anlage
EP3874334A1 (de) Vorrichtung und verfahren zur iterativen und interaktiven projektierung von einer i/o-station für eine automatisierungstechnische steuerung
DE102018220287A1 (de) Verfahren zum Betreiben eines Systems und System
EP1393137A1 (de) Verfahren zum festlegen von automatisierten prozessen

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201180022384.1

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11716860

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2011716860

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 8325/DELNP/2012

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 13695514

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20127031665

Country of ref document: KR

Kind code of ref document: A