WO2019192844A1 - Verfahren und vorrichtung zur darstellung und anpassung von konfigurationen von anlagekomponenten - Google Patents

Verfahren und vorrichtung zur darstellung und anpassung von konfigurationen von anlagekomponenten Download PDF

Info

Publication number
WO2019192844A1
WO2019192844A1 PCT/EP2019/056920 EP2019056920W WO2019192844A1 WO 2019192844 A1 WO2019192844 A1 WO 2019192844A1 EP 2019056920 W EP2019056920 W EP 2019056920W WO 2019192844 A1 WO2019192844 A1 WO 2019192844A1
Authority
WO
WIPO (PCT)
Prior art keywords
component
description
capability
user interaction
control unit
Prior art date
Application number
PCT/EP2019/056920
Other languages
English (en)
French (fr)
Inventor
Jochen Nickles
Markus Sauer
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
Publication of WO2019192844A1 publication Critical patent/WO2019192844A1/de

Links

Classifications

    • 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/418—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS], computer integrated manufacturing [CIM]
    • G05B19/41845—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS], computer integrated manufacturing [CIM] characterised by system universality, reconfigurability, modularity
    • 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/418—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS], computer integrated manufacturing [CIM]
    • G05B19/4185—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS], computer integrated manufacturing [CIM] characterised by the network communication
    • 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/18—Numerical control [NC], i.e. automatically operating machines, in particular machine tools, e.g. in a manufacturing environment, so as to execute positioning, movement or co-ordinated operations by means of programme data in numerical form
    • G05B19/409—Numerical control [NC], i.e. automatically operating machines, in particular machine tools, e.g. in a manufacturing environment, so as to execute positioning, movement or co-ordinated operations by means of programme data in numerical form characterised by using manual input [MDI] or by using control panel, e.g. controlling functions with the panel; characterised by control panel details, by setting parameters
    • 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/23067—Control, human or man machine interface, interactive, HMI, MMI
    • 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/30—Nc systems
    • G05B2219/31—From computer integrated manufacturing till monitoring
    • G05B2219/31457—Factory remote control, monitoring through internet
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Definitions

  • the invention relates to a device and a method for controlling a configuration of at least one device or system component as well as an associated computer program (product).
  • Devices or plant components e.g. in the form of control / computing units of an industrial plant are usually supplied with a standard pre-configuration. That they must first be configured in order to be able to fulfill a special task or a specific function in the system.
  • control / computing units are becoming more and more powerful and can perform several functions.
  • Industrie 4.0 and target lot sizes of 1 there is an increasing need to be able to functionally extend and / or reconfigure individual control units as well as entire plants authorized and validated.
  • the configuration still involves a lot of manual work in several configuration tools and requires an extensive test and validation phase to ensure overall functionality.
  • Configurations are necessary throughout the life cycle of a system or plant or its components or devices. These range from the initial setup of a system, to reconfiguration of an existing system, due to new production batches, but also error handling and system maintenance. It is possible to make configurations in such an industrial plant on a console or a terminal.
  • the problem is that devices such as the Internet of Things (IoT) or cyber-physical systems or automation systems or production systems or other systems are increasingly being used.
  • IoT Internet of Things
  • cyber-physical systems or automation systems or production systems or other systems are increasingly being used.
  • the configuration tools provide little support for the context of the individual devices or control / processing units.
  • the invention claims a method for controlling a configuration of at least one component of a system, in particular an automation system with the aid of a user interaction device,
  • the method comprises the following method steps: a) starting an application stored in the user interaction device and / or provided for the user interaction device.
  • the display unit is preferably an electronic display unit, eg LCD, LED, OLED display (with touch and / or no touch feature).
  • LCD liquid crystal display
  • OLED organic light-emitting diode
  • a development of the invention provides that from the presented ECU description for the respective compo nent required and / or available capability packages are recognizable and / or ascertainable.
  • a development of the invention provides further steps:
  • capability packages also called capability containers, which are selected or selectable by comparison based on the controller description appropriate to the controller description of one or more capability packages in a database.
  • a development of the invention provides that the one or the matching capability packages on the same ATIONein unit (in the same picture, in a separate window on the Dis play or in the VR glasses) are displayed.
  • a development of the invention provides that one or more of the provided capability packages (with the respective component, to which the ECU description has been detected) can be linked or linked.
  • a further development of the invention provides that the execution of the configuration of the at least one component of the system is initiated or can be initiated by linking.
  • One aspect of the invention is the combination of mobi len user interaction devices such as augmented reality, and a so-called container technology to make authorized in situ (on site) configuration on ECUs / Rechenein units.
  • This includes both the overall system view and the entire plant view, ie the dynamic configuration and links of suitable machine interfaces to an overall system behavior, but also the single system view of a control unit / arithmetic unit due to authorized, automatic local container transfers or additional behavior or skills are given.
  • "In situ" or "on site” is ideally located at a distance from the device to be configured or initially set up so that the device is within sight of the user of the user interaction device.
  • a further aspect of the invention provides an apparatus for controlling a configuration of at least one component of a system, in particular an automation system, comprising:
  • Control unit description in particular a device capability description, from a control unit of the component
  • f means for displaying the transmitted Steuerieribe description with the respective associated component on egg ner display unit (image on a display or in VR glasses).
  • the current configuration is visualized directly on the device to be configured, e.g. by means of a mobile device (smartphone, tablet) or by means of VR glasses and an associated controller.
  • Each sub-component of the proposed system is self-descriptive. This can be used for comparison during instantiation but also for dynamic user interface (UI) generation.
  • UI user interface
  • the invention enables the simple integration of authorization concepts.
  • the invention enables the integration of under
  • the method allows a what-if to integrate simulation and to visualize it in the same user interface.
  • a computer program comprising program code which can be executed by at least one processor and which causes the at least one processor to execute the method according to the invention and its embodiment.
  • the computer program may run on a pre-device or device of the aforementioned type or be stored as a computer program product on a computer-readable medium.
  • a variant of the computer program (product) with program commands for configuring a Erwolfsge device for example, a 3D printer, a computer system or a suitable for the creation of processors and / or equipment te production machine.
  • the means may be hardware, firmware and / or software units or modules.
  • the application and / or capability packages themselves are suitable for the above-mentioned means, e.g. in the form of a processing unit or CPU or a control unit (CU) is provided.
  • Providing can also be understood as providing the processing unit with an operation, which operation may be the provided application itself and / or using the capability packages to control and / or execute the configuration.
  • the device, method and computer program (products) may be developed according to the developments / embodiments of the present invention.
  • FIG. 1 shows a possible section within an industrial plant with devices and user interaction device
  • Figure 2 shows schematically a sequence of the invention or he inventive interaction between the devices or compo nents and located outside the plant external units units.
  • Figure 1 shows a portion of the components Dl, D2, D3 in a industrial plant, which are connected to each other via a network N ver.
  • Components can also be devices or other parts of a system or system.
  • the network can be wired or wireless.
  • a network N e.g. a Profinet-connected gate way or router W, a radio transmission network to a Be user interaction device HMI. a smartphone, tablet or even a virtual glasses or similar to create a connection.
  • At least one further, possibly external unit is connected to the devices D 1, D 2, D 3 and the user interaction device HMI.
  • the repository includes ability container FCi to FC y, wherein a section of such an ability container is indicated, for example, FC y with FC.
  • a container can represent a software unit eg an app. Then you can imagine a kind of App Store under the repository, which is in a so-called cloud a terminal, in the example, the user interaction device HMI, made available.
  • the container technology such as Do cker or EXENIA
  • a mo Biles user interaction device such as Augmented Reality (AR) combined to give the user an intuitive way to ge ben, skills, configuration, and shortcuts of STEU erellan / computing units to change in situ.
  • AR Augmented Reality
  • Augmented reality, AR for short, is a new breed of
  • FIG. 2 shows the following components:
  • Control unit in the example in the form of a Ge device Dl, D2, D2, which is equipped with a control unit CU and a runtime environment RE (Runtime Environment) as a container host system.
  • a device description DD results from:
  • a capability container FC includes:
  • Interfaces CID Container / Artefact Interface Des cription
  • HMI Interaction device
  • the user has the goal to configure a system consisting of several control units Dl, D2, D3 or computing units with control units CU.
  • the container host system is already present on the control unit CU as part of the runtime environment RE and a device description DD consisting of the configuration DC and the device capability description DS as a standard installation.
  • the runtime environment RE provides the capability description DS (e.g., CPU performance, memory, hardware interfaces, etc.) of the particular CU via the system middleware.
  • Repositories e.g. REPO for skill containers provide libraries of capabilities as capability containers FC. This is indicated in the example with CU REPO in device Dl.
  • Each capability container FC includes a capability description CSD (eg, "deep learning algorithm can perform locally on data of type x", “can visualize HMI widget for two input values in 3D via HMTL5 and three. Js”), a requirement description CRD , which describes the requirements for the operation (eg CPU, memory, real-time requirements) and the actual functional artefact CA.
  • CSD capability description
  • CRD requirement description
  • the user stands in front of the system to be configured and looks with his user interaction device HMI on the Devices Dl, D2, D3 and launches an application on the user interaction device.
  • This application can support eg video based AR on a smartphone or tablet or smartglasses like Hololens.
  • the application can pass commands (see eg T) or instructions to a device.
  • the devices Dl, D2, D3 are usually at least one identification feature zugeord net.
  • identification information may be mounted on the housing of a device.
  • the device recognition system or device which communicates with a detection unit, eg a camera not shown in the FIGURE, of the user interaction device HMI and which is normally integrated in the user interaction device, provides the corresponding identification information (ID).
  • ID identification information
  • each requested device delivers its control unit description DD, consisting of (device
  • Skills description DS the current configuration DC regarding interfaces, already installed skill containers and free capacities.
  • the feedback of the devices can also be fine granular in several discover cycles.
  • the user interaction device HMI Based on the returned DSs, the user interaction device HMI generates a visualization of the capabilities as a 3D overlay over the real world with VR glasses or smartglasses, or the video with video-based HMI devices, which are the devices in 3D space remains stable.
  • the positioning of the capability visualizations can, among other things, be carried out by tracking the device in the user interaction device and, accordingly, by adding position data and models from the Digital Twin.
  • the result of this step is an augmented reality (AR) in-situ visualization of device capabilities and configurations for the user.
  • AR augmented reality
  • a discover message for appropriate skill containers FCi to FCy is sent via the midd leware. All listening to these discover messages
  • Repositories compare the obtained capability descriptor DS with the requirement descriptions CRD of all existing capability containers in the repository. If you find the results, they are asynchronously returned to the requester as the capability description CSD for the capability container.
  • the user interaction device HMI receives the capability descriptions CSD of the containers and provides the user with a visualization of the available containers. This can be done, for example, by means of 3D visualization as an AR overlay in a space-stable manner close to the devices.
  • the user can now assign the corresponding available containers to the individual devices. This can happen, for example, by dragging the 3D representations or visualizations of the capability containers onto the real devices. This procedure creates a kind of "drag and drop" in AR.
  • the user is also visualized the respective consequence of his configuration for the devices. Once the user has the configuration
  • an installer is generated and distributed, for example, as a command or instruction to the appropriate devices and the device and roll out management system.
  • the devices interpret these installation statements and start downloading and instilling the corresponding capability containers FC.
  • the status of this process is distributed via the middleware and visualized to the user in the user interaction device HMI.
  • Interface configuration mode visualizes the offered input and output interfaces of the individual capabilities as AR.
  • the user can now make appropriate interfaces e.g. link by gestures and so produce a plant or corresponding inter-container interface Stel len links. These connections of the interfaces are then applied by confirmation of the user in the device configurations DC.
  • the repository REPO for capability containers can preferably be directly available to the devices via the middleware, but also as a middleware proxy in a separate network via the user interaction device HMI.
  • One or more repositories may be accessible in the system. These may e.g. hosted on the cloud, on an edge device, a device, or even on the user's user interaction device. The transport of the corresponding container discover messages takes place via the system midd leware.
  • a repository can provide one or more capability containers FC.
  • the capability container concept can be extended to include experience data / descriptions, whereby the learned data of a device is collected (eg trained data by a model). chine learning capability) and, for example, as a container via a device repository CU REPO provides the entire system - in general, other devices.
  • the method of configuring and composing the capabilities for a control / processing unit or plant may be done by containers on a container host system as described above, but also by assembling soft war artifacts into a software package, e.g. in the sense of a firmware with a boot loader is applied to the control / computing unit.
  • Skills may be used in the sense of this method e.g. executable applications, user interaction device applications, algorithms, but also just parameters or data.
  • (Overlay) can be done in different ways, e.g. textually as billboards, as behavioral animation 2D and 3D, as image, as video, as interactive diagrams, which for example contain the temporal behavior of the current configuration as a diagram for different output values.
  • the electrical, physical or logical link can be visualized, viewed and configured between individual capabilities or between the entire physical control / computing unit.
  • the recognition and tracking of the corresponding components for the AR visualization can be realized in conjunction with the position of the user or the user interaction device by different technical methods u.a. through marker recognition and tracking, barcodes, computer vision processing, self-learning optical techniques for scenes, objects, and instances (e.g., based on tensor flow, or yolo real-time object detection).
  • Authentication may be via a mobile device (e.g.
  • the authentication takes place on the corresponding mobile device and can then be used with appropriate profile comparisons and token exchange to the appropriate options of the configuration modification or visibility authorized control.
  • the method can be applied to scenarios of varying complexity and extends from the installation a) of a particular capability container FC on a single device (1: 1),
  • FC a certain capability container FC on several devices (l: n), as is necessary in a mass rollout, or
  • the approach may also be different.
  • the selection of a capability container by means of the user interaction device HMI can first be made on the basis of the capability descriptions CSD of the capability accountants in order then to use the devices
  • Computer-readable memories are, for example, volatile memories such as caches, buffers or RAM, as well as non-volatile memories such as removable media, hard disks, etc.
  • the functions or steps described above may be in the form of at least one instruction set in / on a computer-readable memory.
  • the functions or steps are not bound to a specific instruction set or to a specific form of instruction sets or to a specific storage medium or to a specific processor or to specific execution schemes and may be due to software, firmware, microcode, hardware, processors, integrated circuits etc. be carried out alone or in any combination.
  • various processing strategies can be used, for example serial processing by a single processor or multiprocessing or multitasking or parallel processing, etc.
  • the instructions can be stored in local memories, but it is also possible to store the instructions on a remote system and access them via network.
  • the term "processor”, “central signal processing”, “control unit” or “data evaluation means” as used herein includes processing means in the broadest sense, such as servers, general-purpose processors, graphics processors, digital signal processors, application-specific integrated circuits (ASICs). programmable logic circuits such as FPGAs, discrete analog or digital circuits, and any combinations thereof, including any other processing means known to those skilled in the art or developed in the future.
  • Processors can consist of one or more devices or devices or units. Be a processor of several devices, these can be designed or configured for parallel or sequential processing or Auspar tion of instructions.

Abstract

Erfindungsgemäß wird dem Nutzer eine intuitive Möglichkeit zu geben, Fähigkeiten, Konfigurationen, und Verknüpfungen von Steuergeräten von Anlagenkomponenten (D1, D2, D3) anzuzeigen und zu verändern.

Description

Beschreibung
VERFAHREN UND VORRICHTUNG ZUR DARSTELLUNG UND ANPASSUNG VON KONFIGURATIONEN VON ANLAGEKOMPONENTEN
Die Erfindung betrifft eine Vorrichtung und ein Verfahren zur Steuerung einer Konfiguration von zumindest einem Gerät bzw. Anlagenkomponente sowie ein zugehöriges Computerprogramm ( - Produkt) .
Geräte bzw. Anlagenkomponenten z.B. in Form von Steuer- /Recheneinheiten einer industriellen Anlage werden in der Re gel nur mit einer Standard-Vorkonfiguration geliefert. D.h. sie müssen erst konfiguriert werden, um eine spezielle Aufga be bzw. eine spezifische Funktion in der Anlage erfüllen zu können .
Gleichzeitig werden die Steuer-/Recheneinheiten immer leis tungsfähiger und können mehrere Funktionen erfüllen. Im Kon text von Industrie 4.0 und Ziellosgrößen von 1 ergibt sich damit auch zunehmend der Bedarf, einzelne Steuereinheiten aber auch Gesamtanlagen autorisiert und validiert schnell funktional zu erweitern bzw. um- und neu konfigurieren zu können .
Dieser Bedarf stellt eine Herausforderung an die Konfigurati onswerkzeuge und insbesondere an deren Bedienkonzepte dar.
Die Konfiguration umfasst immer noch sehr viel manuelle Ar beit in mehreren Konfigurationswerkzeugen und erfordert eine ausgiebige Test- und Validierungsphase, um die Gesamtfunktio- nalität sicher zu stellen.
Konfigurationen sind im gesamten Lebenszyklus eines Systems bzw. Anlage bzw. deren Komponenten bzw. Geräten notwendig. Diese erstrecken sich von der initialen Einrichtung eines Systems, über Neukonfigurationen einer bestehenden Anlage, bedingt durch neue Produktionschargen, aber auch Fehlerbe handlungen und Anlagenwartungen. Es ist möglich, in einer solchen Industrieanlage an einer Konsole bzw. einem Terminal Konfigurationen vorzunehmen.
Meist sind diese von dem zu konfigurierenden bzw. initial einzurichtenden Gerät abgesetzt, also mit einer Entfernung zum Gerät, angeordnet.
Das Problem ist, dass zunehmend Geräte beispielsweise des Internets der Dinge (IoT) bzw. von cyberphysikalischen Syste men bzw. von Automatisierungssystemen bzw. von Fertigungssys temen, oder von anderen Anlagen eingesetzt werden.
An solchen Geräten bzw. Komponenten einer Anlage ist nicht direkt erkennbar,
wie diese konfiguriert sind. welche spezifischen Funktionalitäten und Fähigkeiten diese integriert haben. wie die einzelnen Komponenten zusammenspielen. welche Schnittstellen und Daten einzelne Funktionalitä ten zur Verfügung stellen. welche Versionstände der Einzelfunktionalitäten instan- ziiert sind. welche Funktionen auf dieser Steuereinheit installierbar sind . welche Rechenkapazitäten etc. auf dieser Einheit noch zur Verfügung stehen.
Die Konfigurationswerkzeuge liefern wenig Unterstützung zum Kontext der einzelnen Geräte bzw. Steuer-/Recheneinheiten .
Es ist Aufgabe der vorliegenden Erfindung, Verfahren und Vor- bzw. Einrichtungen mit gegenüber dem oben genannten Stand der Technik insbesondere im Umfeld von industriellen Anlagen zu verbessern . Die Aufgabe wird durch die in den unabhängigen Ansprüchen an gegebenen Merkmale gelöst. In den abhängigen Ansprüchen sind vorteilhafte Weiterbildungen der Erfindung dargestellt.
Die Erfindung beansprucht ein Verfahren zur Steuerung einer Konfiguration von zumindest einer Komponente einer Anlage, insbesondere einer Automatisierungsanlage mit Hilfe eines Be nutzerinteraktionsgeräts,
wobei das Verfahren folgende Verfahrensschritte aufweist: a) Starten einer in dem Benutzerinteraktionsgerät gespeicher te und/oder für das Benutzerinteraktionsgerät bereitge stellten Applikation,
b) Erfassen von zumindest einer Komponente der Anlage, wobei der (zumindest einen) Komponente ein Identifikationsmerk mal zugeordnet ist,
c) Ermitteln mindestens einer Steuergerätebeschreibung je weils zur erfassten Komponente mit Hilfe einer Erkennungs einrichtung durch Vergleich des jeweils erfassten Identi fikationsmerkmals (ID) mit einem in der jeweiligen Kompo nente gespeicherten Identifikationsmerkmal, das von der Erkennungseinrichtung abgefragt wird,
d) Übertragen von mindestens einer ermittelten Steuergeräte beschreibung, insbesondere einer Gerätefähigkeitsbeschrei bung, von einer Kontrolleinheit der Komponente an das Be nutzerinteraktionsgerät,
e) Verknüpfen der übertragenen Steuergerätebeschreibung mit der jeweils erfassten Komponente durch die Applikation, und
f) Darstellen der übertragenen Steuergerätebeschreibung mit der jeweils verknüpften Komponente auf einer Anzeigeein heit (in einem Bild auf einem Display oder gemeinsam in einer VR-Brille) des Benutzerinteraktionsgeräts.
Bei der Anzeigeeinheit handelt es ich vorzugsweise um eine elektronische Anzeigeeinheit, z.B. LCD, LED, Oled-Display (mit Touch- und/oder ohne Toucheigenschaft). Eine Weiterbildung der Erfindung sieht vor, dass aus der dar gestellten Steuergerätebeschreibung für die jeweilige Kompo nente benötigte und/oder verfügbare Fähigkeitspakete erkenn bar und/oder ermittelbar sind.
Eine Weiterbildung der Erfindung sieht weitere Schritte vor:
- Bereitstellen von ein oder mehreren Fähigkeitspaketen, auch Fähigkeitscontainer genannt, welche mittels Vergleich anhand der Steuergerätebeschreibung, die passend zur Steuergerätebe schreibung von einem oder mehreren Fähigkeitspaketen in einer Datenbank ausgewählt werden oder auswählbar sind.
Eine Weiterbildung der Erfindung sieht vor, dass das eine oder die passenden Fähigkeitspakete auf derselben Anzeigeein heit (im selben Bild, in einem separaten Fensterauf dem Dis play oder in der VR-Brille) dargestellt werden.
Eine Weiterbildung der Erfindung sieht vor, dass ein oder mehrere der bereitgestellten Fähigkeitspakete (mit der jewei ligen Komponente, zu der die Steuergerätebeschreibung ermit telt worden ist) verknüpft werden oder verknüpft werden kön nen .
Eine Weiterbildung der Erfindung sieht vor, dass durch das Verknüpfen die Ausführung der Konfiguration von der zumindest einen Komponente der Anlage eingeleitet wird oder einleitbar ist .
Ein Aspekt der Erfindung besteht in der Kombination von mobi len Benutzerinteraktionsgeräten z.B. Augmented Reality, und einer sogenannten Container-Technologie, um autorisierte in- situ (vor Ort) Konfiguration auf Steuergeräten / Rechenein heiten vorzunehmen. Dies inkludiert sowohl die Gesamtsystem sicht bzw. gesamte Anlagensicht, d.h. die dynamische Konfigu ration und Verknüpfungen von passenden Maschinenschnittstel len zu einem Gesamtsystemverhalten, aber auch die Einzelsys temsystemsicht bei der durch autorisierte, automatische loka le Containertransfers einem Steuergerät / Recheneinheit neues bzw. zusätzliches Verhalten oder neue Fähigkeiten gegeben werden. "In-situ" bzw. "vor Ort" ist idealerweise in einem Abstand zum zu konfigurierenden bzw. initial einzurichtenden Gerät angeordnet, dass das Gerät in Sichtweite zum Nutzer des Benutzerinteraktionsgeräts liegt .
Ein weiterer Aspekt der Erfindung sieht eine Vorrichtung zur Steuerung einer Konfiguration von zumindest einer Komponente einer Anlage, insbesondere einer Automatisierungsanlage, vor, aufweisend :
a) Mittel zum Starten einer in dem Benutzerinteraktionsgerät gespeicherte und/oder für das Benutzerinteraktionsgerät bereitgestellten Applikation,
b) Mittel zum Erfassen von zumindest einer Komponente der Anlage, wobei der (zumindest einen) Komponente ein Identi fikationsmerkmal zugeordnet ist,
c) Mittel zum Ermitteln mindestens einer Steuergerätebe schreibung jeweils zur erfassten Komponente mit Hilfe ei ner Erkennungseinrichtung durch Vergleich des jeweils er fassten Identifikationsmerkmals (ID) mit einem in der je weiligen Komponente gespeicherten Identifikationsmerkmal, das von der Erkennungseinrichtung abgefragt wird,
d) Mittel zum Empfangen von mindestens einer ermittelten
Steuergerätebeschreibung, insbesondere einer Gerätefähig- keitsbeschreibung, von einer Kontrolleinheit der Komponen te,
e) Mittel zum Verknüpfen der übertragenen Steuergerätebe schreibung mit der jeweils erfassten Komponente durch die Applikation, und
f) Mittel zum Darstellen der übertragenen Steuergerätebe schreibung mit der jeweils verknüpften Komponente auf ei ner Anzeigeeinheit (Bild auf einem Display oder in einer VR-Brille) .
Vorteile der Erfindung sind:
• Durch Nutzung der Container als Fähigkeitstransfer- Komponente entsteht eine standardisierte Kapselung von Konfigurationsartefakten, welche Applikation (en) bzw. App(s), Parameter und/oder Daten umfassen können. Da durch können diese mit standardisierten Fähigkeitsbe schreibungen und Schnittstellenbeschreibungen versehen werden .
• Die aktuelle Konfiguration wird direkt am zu konfigurie renden Gerät visualisiert z.B. mittels eines mobilen Ge räts (Smartphone, Tablet) oder mittels einer VR-Brille und einem zugehörigen Controller.
• Konfiguration am einzelnen Gerät aber auch an der Anlage können für den Nutzer mit natürlichen Interaktionspat terns am zu konfigurierenden Gerät vorgenommen werden.
• Jede Teilkomponente des vorgeschlagenen Systems ist für sich selbstbeschreibend. Diese kann zu Abgleich bei der Instanziierung aber auch zur dynamischen Benutzer schnittstellen (UI ) -Generierung verwendet werden.
• Die Erfindung ermöglicht die einfache Integration von Autorisierungskonzepten .
• Die Erfindung ermöglicht die Integration von unter
schiedliche Kontexte und Scopes in einem Interface (z.B. Betrachtung und Konfiguration der einzelnen Fähigkeiten und Interface versus Kontrolleinheit bzw. versus Gesamt anlage .
• Das Verfahren erlaubt es zusätzlich, versionsbedingte Abhängigkeiten zwischen Fähigkeitscontainern zu visuali- sieren .
• Das Verfahren erlaubt es eine was-wäre-wenn Simulation zu integrieren und in der gleichen Nutzerschnittstelle zu visualisieren .
Insgesamt kann eine verbesserte Situations-Awareness , was ist wo konfiguriert, für den Nutzer zu erwartet werden, da kein Abgleich zwischen unterschiedlichen Visualisierungen für den Nutzer nötig ist. Des Weiteren wird ein Computerprogramm (produkt) umfassend Programm-Code, der von mindestens einem Prozessor ausgeführt werden kann und der bewirkt, dass der mindestens eine Prozes sor das erfindungsgemäße Verfahren und dessen Ausführungsfor men ausführt. Das Computerprogramm kann auf einer Vor- bzw. Einrichtung der vorstehend genannten Art ablaufen oder als Computerprogrammprodukt auf einem computerlesbaren Medium ge speichert sein.
Zusätzlich kann eine Variante des Computerprogramm (produktes ) mit Programmbefehlen zur Konfiguration eines Erstellungsge räts, beispielsweise ein 3D-Drucker, ein Computersystem oder eine zur Erstellung von Prozessoren und/oder Geräten geeigne te Herstellungsmaschine sein.
Die Mittel können Hardware-, Firmware und/oder Softwareein heiten bzw. -module sein.
Unter Bereitstellen kann verstanden werden, dass die Applika tion und/oder Fähigkeitspakete selbst den oben genannten Mit teln z.B. in Form einer Verarbeitungseinheit bzw. CPU bzw. einer Kontrolleinheit (CU) bereitgestellt wird. Unter Bereit stellen kann ebenso verstanden werden, dass der Verarbei tungseinheit eine Operation bereitgestellt wird, wobei die Operation die bereitgestellte Applikation selbst sein kann und/oder die Fähigkeitspakete zur Steuerung und/oder Ausfüh rung der Konfiguration verwendet.
Die Vorrichtung, Verfahren und Computerprogramm (produkte) können entsprechend der Weiterbildungen/Ausführungsformen der vorliegenden Erfindung aus- bzw. weitergebildet sein.
Die oben beschriebenen Eigenschaften, Merkmale und Vorteile dieser Erfindung sowie die Art und Weise, wie diese erreicht werden, werden klarer und deutlicher verständlich im Zusam menhang mit der folgenden Beschreibung der Ausführungsbei spiele, die im Zusammenhang mit den Figuren näher erläutert werden. Dabei zeigt in schematischer Darstellung: Figur 1 einen möglichen Ausschnitt innerhalb einer industri ellen Anlage mit Geräten und Benutzerinteraktionsgerät,
Figur 2 schematisch einen Ablauf der Erfindung bzw. die er findungsgemäße Interaktion zwischen den Geräten bzw. Kompo nenten und ausserhalb der Anlage befindlichen externen Ein heiten .
Figur 1 zeigt einen Teil der Komponenten Dl, D2, D3 einer in dustriellen Anlage, die über ein Netzwerk N miteinander ver bunden sind. Komponenten können auch Geräte oder andere Teile einer Anlage bzw. eines Anlagensystems sein. Das Netzwerk kann drahtgebunden oder auch drahtlos ausgestaltet sein. Über ein mit dem Netzwerk N z.B. einem Profinet angebundenes Gate way bzw. Router W kann ein Funkübertragungsnetz zu einem Be nutzerinteraktionsgerät HMI z.B. ein Smartphone, Tablet oder auch eine Virtuelle Brille o.ä. eine Verbindung hersteilen.
In Figur 2 stehen darüber hinaus zumindest eine weitere ggf. externe Einheit z.B. das Repository REPO mit den Geräten Dl, D2, D3 und dem Benutzerinteraktionsgerät HMI in Verbindung. Das Repository umfasst Fähigkeitscontainer FCi bis FCy, wobei mit FC ein Ausschnitt eines solchen Fähigkeitscontainers z.B. FCy angedeutet wird. Ein Container kann eine Softwareeinheit z.B. eine App repräsentieren. Dann kann man sich unter dem Repository eine Art App Store vorstellen, der in einer soge nannten Cloud einem Endgerät, im Beispiel das Benutzerinter aktionsgerät HMI, zur Verfügung gestellt wird.
Erfindungsgemäß wird die Containertechnologie (wie z.B. Do cker oder EXENIA) , einschließlich deren Anwendung und ein mo biles Benutzerinteraktionsgerat z.B. Augmented Reality (AR) kombiniert, um den Nutzer eine intuitive Möglichkeit zu ge ben, Fähigkeiten, Konfiguration, und Verknüpfungen von Steu ergeräten / Recheneinheiten in-situ zu verändern. Mit Hilfe einer Augmented Reality Visualisierung kann er diese Verände rung autorisiert, z.B. per drag and drop durchführen.
Augmented-Reality, abgekürzt AR, ist eine neue Art der
Mensch-Umgebungs-Interaktion mit großem Potential zur Unter stützung von industriellen Arbeitsprozessen und sonstigen Prozessen vor und während der Prozessabläufe. Bei dieser Technologie wird das Sichtfeld des Betrachters mit rechnerge nerierten virtuellen Objekten angereichert, so dass Produkt- und Prozessinformation intuitiv erfasst und genutzt werden können. Neben der sehr einfachen Interaktion - Mensch und Um gebung - erschließt der Einsatz tragbarer Computer AR- Anwendungsfelder mit hohen Mobilitätsanforderungen wie z. B. in Produktionshallen, räumlich verteilten Anlagen oder groß- volumigen Fördereinrichtungen.
In Figur 2 sind folgende Komponenten gezeigt:
- Steuergerät (Recheneinheit) , im Beispiel in Form eines Ge räts Dl, D2, D2, das mit einer Kontrolleinheit CU und einer Laufzeitumgebung RE (Runtime Environment) als Container Host System ausgestattet ist.
Eine Steuergerätebeschreibung (Device Description) DD ergibt sich aus:
• einer Konfiguration DC (Device Configuration)
• einer Beschreibung der Geräte-Fähigkeit (en) DS (Device Skill (s) )
Ein Fähigkeitscontainer FC umfasst:
• Artefakt CA (Applikation, Parameter, Daten)
• Anforderungsbeschreibung CRD (Container Requirement Des cription)
• Fähigkeitsbeschreibung CSD (Container Skills Descripti on)
• Schnittstellen CID (Container/Artefact Interface Des cription) - Interaktionsgerät HMI, das in Form eines mobilen Geräts z.B. Smartphone, Tablet, Virtuelle Brille etc. ausgebildet sein kann.
- eine nicht explizit dargestellte Middleware / Device Colla- boration Framework
- eine Datenbank bzw. Repository REPO für Fähigkeitscontainer FCi bis FCZ.
Eine initiale Konfiguration läuft im Beispiel wie folgt ab:
1. Der Nutzer hat das Ziel, eine Anlage bestehende aus meh reren Steuergeräten Dl, D2, D3 bzw. Recheneinheiten mit Kontrolleinheiten CU zu konfigurieren. Auf der Kontroll- einheit CU ist bereits das Container Host System - als Teil der Laufzeitumgebung RE sowie eine Gerätebeschrei bung DD bestehend aus der Konfiguration DC und der Gerä- te-Fähigkeitsbeschreibung DS, als Standard-Installation vorhanden .
Die Laufzeitumgebung RE stellt die Fähigkeitsbeschrei bung DS (z.B. CPU Leistung, Speicher, Hardware Inter faces etc.) der jeweiligen spezifischen CU über die Sys tem Middleware zur Verfügung. Repositories z.B. REPO für Fähigkeitscontainer stellen Bibliotheken von Fähigkeiten als Fähigkeitscontainer FC zur Verfügung. Dies wird im Beispiel mit CU REPO in Gerät Dl angedeutet. Jeder Fä higkeitscontainer FC beinhaltet eine Fähigkeitsbeschrei bung CSD (z.B. "kann Deep Learning Algorithmus auf Daten vom Typ x lokal ausführen", "kann HMI-Widget für zwei Eingabewerte in 3D per HMTL5 und three . j s visualisie- ren") , eine Anforderungsbeschreibung CRD, welche die An forderungen an den Betrieb (z.B. CPU, Speicher, Echt- zeitanforderungen) beschreibt und das eigentliche im Allgemeinen in der Containerumgebung ausführbare Funkti onsartefakt CA.
2. Der Nutzer steht vor der zu konfigurierenden Anlage und blickt mit seinem Benutzerinteraktionsgerät HMI auf die Geräte Dl, D2, D3 und startet eine Applikation auf dem Benutzerinteraktionsgerät. Diese Applikation kann z.B. video based AR auf einem Smartphone bzw. Tablet oder Smartglasses wie z.B. Hololens unterstützen. Die Appli kation kann Befehle (siehe z.B. T) bzw. Instruktionen an ein Gerät weitergeben. Den Geräten Dl, D2, D3 sind in der Regel mindestens ein Identifikationsmerkmal zugeord net. Beispielsweise kann eine Identifikationsinformation auf dem Gehäuse eines Geräts angebracht sein. Das Gerä- te-Erkennungssystem bzw. -einrichtung, welches mit einer Erfassungseinheit, z.B. eine nicht in der Figur darge stellte Kamera, des Benutzerinteraktionsgeräts HMI in Verbindung steht und das normalerweise in das Benutzer interaktionsgerät integriert ist, liefert die entspre chenden Identifikationsinformation (ID) von einem Gerät z.B. Dl bzw. von mehreren Geräten zurück und stellt über die System Middleware eine sogenannte discover-Anfrage für alle IDs im Sichtfeld des Nutzers. Ggf. kann das Be nutzerinteraktionsgerät HMI über den Digital Twin der Geräte bzw. der Anlagenkomponenten noch weitere räumlich benachbarte IDs identifizieren und auch diese über discover-Nachrichten anfragen. Alle Geräte hören über die System Middleware, die quasi die Kommunikation über das Netzwerk N ermöglicht, auf discover-Anfragen . Falls der anfordernde Nutzer entspre chende Rechte hat, liefert jedes angefragte Gerät, ihre Steuergerätebeschreibung DD, bestehend aus (Gerät-
) Fähigkeitsbeschreibung DS, die aktuelle Konfiguration DC bzgl. Schnittstellen, bereits installierte Fähig- keitscontainer und freie Kapazitäten zurück. Die Rück meldung der Geräte kann auch feingranularer in mehreren discover-Zyklen erfolgen. Basierend auf den zurückgelieferten DSs erzeugt das Be nutzerinteraktionsgerät HMI eine Visualisierung der Fä higkeiten als 3D-Overlay über die Realwelt bei VR- Brillen bzw. Smartglasses bzw. das Video bei videoba sierten HMI Geräten, welches zu den Geräten im 3D Raum stabil bleibt. Die Positionierung der Fähigkeitsvisuali sierungen kann unter anderem über das Tracking des Ge räts im Benutzerinteraktionsgerät erfolgen, und entspre chend über Positionsdaten und Modelle aus dem Digital Twin ergänzt werden. Ergebnis dieses Schrittes ist ein Augmented Reality (AR) in-situ Visualisierung der Gerä- te-Fähigkeiten und Konfigurationen für den Nutzer. Typischerweise wird, basierend auf einer Nutzereingabe am Benutzerinteraktionsgerät HMI (z.B. Textfeldeingabe, Filterauswahl, Spracheingabe) und den zurückgelieferten Fähigkeitsbeschreibungen DS, eine discover-Nachricht für passende Fähigkeitencontainer FCi bis FCy über die Midd leware abgeschickt. Alle auf diese discover-Nachrichten hörenden
Repositories vergleichen die erhaltenen Fähigkeitsbe schreibung DS mit den Anforderungsbeschreibungen CRD al ler im Repository vorhandenen Fähigkeitscontainern. Wer den Ergebnisse gefunden, werden diese als Fähigkeitsbe schreibung CSD für den Fähigkeitscontainer an den Anfor- derer asynchron zurückgeliefert. Das Benutzerinteraktionsgerät HMI empfängt die Fähig- keitsbeschreibungen CSD der Container und stellt dem Nutzer eine Visualisierung der verfügbaren Container zur Verfügung. Dies kann zum Beispiel durch 3D- Visualisierung als AR-Overlay raumstabil in der Nähe der Geräte erfolgen. Der Nutzer kann nun die entsprechenden, verfügbaren Con tainer den einzelnen Geräten zuweisen. Dies kann zum Beispiel durch Ziehen der 3D-Repräsentationen bzw. - Visualisierungen der Fähigkeitscontainer auf die realen Geräte passieren. Durch dieses Vorgehen entsteht eine Art "Drag and Drop" (Ziehen und Loslassen) in AR. Dem Nutzer wird während dieser Konfigurationsphase auch die jeweilige Konsequenz seiner Konfiguration für die Geräte visualisiert . Sobald der Nutzer die Konfiguration zur Ausführung auslöst, wird ein Installationsj ob gene riert und dieser beispielsweise als Befehl bzw. Instruk tion an die entsprechenden Geräte und das Device und Roll out Management System (Gerät und Verteilmanagement System) verteilt.
10. Die Geräte interpretieren diese Installationsj obs und starten das Herunterladen (Download) und die Instan- ziierung der entsprechenden Fähigkeitscontainer FC. Der Status dieses Prozesses wird über die Middleware ver teilt und dem Nutzer im Benutzerinteraktionsgerät HMI visualisiert .
11. Sobald die entsprechenden Fähigkeiten auf den Gerä ten in Betrieb sind, werden in einem zusätzlichen
Schnittstellen-Konfigurationsmodus die angebotenen In put- und Output-Schnittstellen der einzelnen Fähigkeiten als AR visualisiert. Der Nutzer kann jetzt passende Schnittstellen z.B. durch Gesten verknüpfen und so eine Anlage bzw. entsprechende Inter-Container Schnittstel lenverknüpfungen hersteilen. Diese Verbindungen der Schnittstellen werden dann durch Bestätigung des Nutzers in den Gerätekonfigurationen DC appliziert.
Das Repository REPO für Fähigkeitscontainer kann bevorzugt über die Middleware den Geräten direkt zur Verfügung stehen, aber auch in einem separaten Netzwerk über das Benutzerinter aktionsgerät HMI als Middleware-Proxy .
Im System können ein oder mehrere Repositories zugreifbar sein. Diese können z.B. in der Cloud gehostet werden, auf ei nem Edge Device, einem Gerät, oder sogar auf dem Benutzer interaktionsgerät des Nutzers. Der Transport der entsprechend Container discover-Nachrichten erfolgt über die System Midd leware .
Ein Repository kann eine oder mehrere Fähigkeitscontainer FC zur Verfügung stellen.
Das Fähigkeitscontainer-Konzept kann um Erfahrungsdaten/- beschreibungen erweitert werden, wobei die erlernten Daten eines Geräts gesammelt (z.B. trainierte Daten durch eine Ma- chine Learning Fähigkeit) werden und dem Gesamtsystem - im Allgemeinen anderen Geräten - wieder z.B. als Container über ein Geräte-Repository CU REPO zur Verfügung stellt.
Das Verfahren zur Konfiguration und Komposition der Fähigkei ten für eine Steuer-/Recheneinheit oder Anlage kann - wie oben beschrieben - durch Container auf einem Container Host System erfolgen, aber auch durch den Zusammenbau von Soft wareartefakten zu einem Softwarepaket, welches z.B. im Sinne einer Firmware mit einem Bootloader auf die Steuer- /Recheneinheit angewendet wird.
Fähigkeiten können im Sinne dieses Verfahrens z.B. ausführba re Applikationen, Benutzerinteraktionsgerät-Applikationen, Algorithmen, aber auch nur Parameter oder Daten sein.
Die Visualisierung der Fähigkeiten als 3D-Überlagerung
(Overlay) kann auf unterschiedliche Art erfolgen, z.B. tex- tuell als Billboards, als Verhaltensanimation 2D und 3D, als Bild, als Video, als interaktive Diagramme, welche zum Bei spiel das zeitliche Verhalten der aktuellen Konfiguration als Diagramm für unterschiedliche Ausgabewerte beinhalten.
Die elektrische, physikalische, oder logische Verknüpfung kann zwischen einzelnen Fähigkeiten oder zwischen ganzen, physikalischen Steuer-/Recheneinheit visualisiert, betrachtet und konfiguriert werden.
Die Erkennung und das Tracking der entsprechenden Komponenten für die AR-Visualisierung kann in Verbindung mit der Position des Nutzers bzw. des Benutzerinteraktionsgerätes durch unter schiedliche technische Verfahren realisiert werden u.a. durch Markererkennung und Tracking, Barcodes, Computer Vision Ver fahren, Selbst-lernende optische Verfahren für Szenen, Objek te, und Instanzen (z.B. basierend auf Tensor Flow, oder yolo real-time object detection) .
Die Authentifizierung kann über ein mobiles Gerät (z.B.
Smartphone, Smartwatch, Smartglasses , Wearable ID tokens) des Nutzers erfolgen. Hierbei erfolgt die Authentifizierung am entsprechenden mobilen Gerät und kann dann mit entsprechenden Profilabgleichen und Tokenaustausch genutzt werden, um die entsprechenden Möglichkeiten der Konfigurationsmodifikation bzw. Sichtbarkeit autorisiert zu steuern.
Das Verfahren kann für unterschiedlich komplexe Szenarien an gewendet werden und erstreckt sich von der Installation a) eines bestimmten Fähigkeitscontainers FC auf einem einzel nen Gerät (1:1) ,
b) eines bestimmten Fähigkeitscontainers FC auf mehreren Ge räten (l:n), wie dies bei einem Massen Rollout notwendig ist, oder
c) mehreren, unterschiedlichen Fähigkeitscontainern FC auf einem, oder auch mehreren Geräten mit gegenseitigen Abhängig keiten (n:m), wie dies zum Beispiel beim Einrichten einer Produktionslinie notwendig ist.
Die Herangehensweise kann ebenfalls unterschiedlich sein.
Nach Auswahl eines Gerätes Dl, D2, D3, mittels augmentierter Benutzerinteraktionsgerät HMI, werden alle verfügbaren Fähig- keitscontainer FC, die potentiell auf dem Gerät eingesetzt werden können, aufgelistet - ermittelt durch den Abgleich der Fähigkeitsbeschreibung DS aus der Gerätebeschreibung DD mit der Fähigkeitsbeschreibung CSD des Fähigkeitscontainers, wie bereits oben beschrieben.
Andererseits kann aber auch zuerst die Auswahl eines Fähig- keitscontainers mittels des Benutzerinteraktionsgeräts HMI anhand der Fähigkeitsbeschreibungen CSD der Fähigkeitscontai ner getroffen werden um danach die Geräte mittels
Augmentierung (und einem geeigneten HMI) zu identifizieren, welche die Anforderungen CRD erfüllen können, d.h. auf wel chen die Fähigkeitscontainer eingesetzt werden können. Ermit telt wird dies durch den Abgleich der Anforderungsbeschrei bung CRD mit der Gerätebeschreibung DD.
Insbesondere für die oben dargestellten Szenarien a) und b) sind diese Konzepte sehr komfortabel.
Aber auch die Konfiguration eines Geräte- oder Funktionsver bunds ist möglich. Hierzu müssen die verfügbaren Fähigkeits container FC nach ihrer Funktionalität gruppiert dargestellt werden und die bereits einem Gerät zugewiesene Funktionsgrup pe ausgeblendet werden.
Obwohl die Erfindung im Detail durch das bevorzugte Ausfüh rungsbeispiel näher illustriert und beschrieben wurde, so ist die Erfindung nicht durch die offenbarten Beispiele einge schränkt und andere Variationen können vom Fachmann hieraus abgeleitet werden, ohne den Schutzumfang der Erfindung zu verlassen .
Die Implementierung der vorstehend beschriebenen Prozesse oder Verfahrensabläufe kann anhand von Instruktionen erfol gen, die auf computerlesbaren Speichermedien oder in flüchti gen Computerspeichern (im Folgenden zusammenfassend als com puterlesbare Speicher bezeichnet) vorliegen. Computerlesbare Speicher sind beispielsweise flüchtige Speicher wie Caches, Puffer oder RAM sowie nichtflüchtige Speicher wie Wechselda tenträger, Festplatten, usw.
Die vorstehend beschriebenen Funktionen oder Schritte können dabei in Form zumindest eines Instruktionssatzes in/auf einem computerlesbaren Speicher vorliegen. Die Funktionen oder Schritte sind dabei nicht an einen bestimmten Instruktions satz oder an eine bestimmte Form von Instruktionssätzen oder an ein bestimmtes Speichermedium oder an einen bestimmten Prozessor oder an bestimmte Ausführungsschemata gebunden und können durch Software, Firmware, Microcode, Hardware, Prozes soren, integrierte Schaltungen usw. im Alleinbetrieb oder in beliebiger Kombination ausgeführt werden. Dabei können ver schiedenste Verarbeitungsstrategien zum Einsatz kommen, bei spielsweise serielle Verarbeitung durch einen einzelnen Pro zessor oder Multiprocessing oder Multitasking oder Parallel verarbeitung usw.
Die Instruktionen können in lokalen Speichern abgelegt sein, es ist aber auch möglich, die Instruktionen auf einem ent fernten System abzulegen und darauf via Netzwerk zuzugreifen. Der Begriff "Prozessor", "zentrale Signalverarbeitung", "Steuereinheit" oder "Datenauswertemittel " , wie hier verwen det, umfasst Verarbeitungsmittel im weitesten Sinne, also beispielsweise Server, Universalprozessoren, Grafikprozesso- ren, digitale Signalprozessoren, anwendungsspezifische inte grierte Schaltungen (ASICs) , programmierbare Logikschaltungen wie FPGAs, diskrete analoge oder digitale Schaltungen und be liebige Kombinationen davon, einschließlich aller anderen dem Fachmann bekannten oder in Zukunft entwickelten Verarbei- tungsmittel. Prozessoren können dabei aus einer oder mehreren Vorrichtungen bzw. Einrichtungen bzw. Einheiten bestehen. Be steht ein Prozessor aus mehreren Vorrichtungen, können diese zur parallelen oder sequentiellen Verarbeitung bzw. Ausfüh rung von Instruktionen ausgelegt bzw. konfiguriert sein.

Claims

Patentansprüche
1. Verfahren zur Steuerung einer Konfiguration von zumindest einer Komponente einer Anlage, insbesondere einer Automati sierungsanlage mit Hilfe eines Benutzerinteraktionsgeräts (HMI) ,
wobei das Verfahren folgende Verfahrensschritte aufweist: a) Starten einer in dem Benutzerinteraktionsgerät gespei cherte und/oder für das Benutzerinteraktionsgerät be- reitgestellten Applikation,
b) Erfassen von zumindest einer Komponente (Dl, D2, D3) der Anlage, wobei der Komponente ein Identifikationsmerkmal zugeordnet ist,
c) Ermitteln mindestens einer Steuergerätebeschreibung je weils zur erfassten Komponente mit Hilfe einer Erken nungseinrichtung durch Vergleich des jeweils erfassten Identifikationsmerkmals (ID) mit einem in der jeweiligen Komponente gespeicherten Identifikationsmerkmal, das von der Erkennungseinrichtung abgefragt wird,
d) Übertragen von mindestens einer ermittelten Steuergerä tebeschreibung (DD) , insbesondere einer Gerätfähigkeits- beschreibung (DS) , von einer Kontrolleinheit (CU) der Komponente an das Benutzerinteraktionsgerät,
e) Verknüpfen der übertragenen Steuergerätebeschreibung mit der jeweils erfassten Komponente durch die Applikation, und
f) Darstellen der übertragenen Steuergerätebeschreibung mit der jeweils verknüpften Komponente auf einer Anzeigeein heit des Benutzerinteraktionsgeräts.
2. Verfahren nach dem vorhergehenden Anspruch, dadurch ge kennzeichnet, dass aus der dargestellten Steuergerätebe schreibung für die jeweilige Komponente benötigte und/oder verfügbare Fähigkeitspakete erkennbar und/oder ermittelbar sind .
3. Verfahren nach einem der vorhergehenden Ansprüche, gekenn zeichnet durch weitere Schritte: - Bereitstellen von ein oder mehreren Fähigkeitspaketen (FC) , welche mittels Vergleich anhand der Steuergerätebeschreibung (DD) passend zur Steuergerätebeschreibung ein oder mehrere Fähigkeitspakete in einer Datenbank (REPO) ausgewählt werden oder auswählbar sind.
4. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das eine oder die passenden Fähigkeits pakete auf derselben Anzeigeeinheit dargestellt werden.
5. Verfahren nach einem der vorhergehenden Ansprüche 3 bis 4, dadurch gekennzeichnet, dass ein oder mehrere der bereitge stellten Fähigkeitspakete (FC1, ..., FCy) mit der jeweiligen Komponente, zu der die Steuergerätebeschreibung ermittelt worden ist, verknüpft werden.
6. Verfahren nach dem vorhergehenden Anspruch, dadurch ge kennzeichnet, dass durch das Verknüpfen die Ausführung der Konfiguration von der zumindest einen Komponente der Anlage eingeleitet wird.
7. Vorrichtung (HMI) zur Steuerung einer Konfiguration von zumindest einer Komponente einer Anlage, insbesondere einer Automatisierungsanlage, aufweisend :
a) Mittel zum Starten einer in dem Benutzerinteraktionsge rät gespeicherte und/oder für das Benutzerinteraktions gerät bereitgestellten Applikation,
b) Mittel zum Erfassen von zumindest einer Komponente (Dl, D2, D3) der Anlage, wobei der Komponente ein Identifika tionsmerkmal zugeordnet ist,
c) Mittel zum Ermitteln mindestens einer Steuergerätebe schreibung (DD) jeweils zur erfassten Komponente mit Hilfe einer Erkennungseinrichtung durch Vergleich des jeweils erfassten Identifikationsmerkmals (ID) mit einem in der jeweiligen Komponente gespeicherten Identifikati onsmerkmal, das von der Erkennungseinrichtung abgefragt wird, d) Mittel zum Empfangen von mindestens einer ermittelten Steuergerätebeschreibung (DD) , insbesondere einer Gerät- fähigkeitsbeschreibung (DS) , von einer Kontrolleinheit (CU) der Komponente,
e) Mittel zum Verknüpfen der übertragenen Steuergerätebe schreibung mit der jeweils erfassten Komponente durch die Applikation, und
f) Mittel zum Darstellen der übertragenen Steuergerätebe schreibung mit der jeweils verknüpften Komponente auf einer Anzeigeeinheit.
8. Vorrichtung nach dem vorhergehenden Anspruch, dadurch ge kennzeichnet, dass aus der dargestellten Steuergerätebe schreibung für die jeweilige Komponente benötigte und/oder verfügbare Fähigkeitspakete erkennbar und/oder ermittelbar sind .
9. Vorrichtung nach einem der vorhergehenden Vorrichtungsan sprüche, gekennzeichnet durch:
- Mittel zum Bereitstellen von ein oder mehreren Fähigkeits paketen (FC) , welche mittels Vergleich anhand der Steuergerä tebeschreibung (DD) passend zur Steuergerätebeschreibung ein oder mehrere Fähigkeitspakete in einer Datenbank (REPO) aus gewählt werden oder auswählbar sind.
10. Vorrichtung nach einem der vorhergehenden Vorrichtungsan sprüche, dadurch gekennzeichnet, dass das eine oder die pas senden Fähigkeitspakete auf derselben Anzeigeeinheit darge stellt werden.
11. Vorrichtung nach einem der vorhergehenden Ansprüche 9 bis 10, dadurch gekennzeichnet, dass ein oder mehrere der be- reitgestellten Fähigkeitspakete (FC1, ..., FCy ) mit der jewei ligen Komponente, zu der die Steuergerätebeschreibung ermit telt worden ist, verknüpft werden oder verknüpfbar sind.
12. Vorrichtung nach dem vorhergehenden Anspruch, dadurch ge kennzeichnet, dass durch das Verknüpfen die Ausführung der Konfiguration von der zumindest einen Komponente der Anlage eingeleitet werden kann.
PCT/EP2019/056920 2018-04-05 2019-03-20 Verfahren und vorrichtung zur darstellung und anpassung von konfigurationen von anlagekomponenten WO2019192844A1 (de)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
DE102018205145.3 2018-04-05
DE102018205145 2018-04-05
DE102018208379.7A DE102018208379A1 (de) 2018-04-05 2018-05-28 Vorrichtung und Verfahren zur Steuerung einer Konfiguration von zumindest einem Gerät bzw. Anlagenkomponente
DE102018208379.7 2018-05-28

Publications (1)

Publication Number Publication Date
WO2019192844A1 true WO2019192844A1 (de) 2019-10-10

Family

ID=67991264

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2019/056920 WO2019192844A1 (de) 2018-04-05 2019-03-20 Verfahren und vorrichtung zur darstellung und anpassung von konfigurationen von anlagekomponenten

Country Status (2)

Country Link
DE (1) DE102018208379A1 (de)
WO (1) WO2019192844A1 (de)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102020121982A1 (de) * 2020-08-21 2022-02-24 Endress+Hauser Flowtec Ag Verfahren zum Einbinden eines Feldgeräts der Automatisierungstechnik in eine Distributed Ledger
DE102020127282A1 (de) 2020-10-16 2022-04-21 Multivac Sepp Haggenmüller Se & Co. Kg Maschinenanlage

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005101149A2 (de) * 2004-04-16 2005-10-27 Codewrights Gmbh Verfahren zum fernbedienen eines feldgerätes der prozessautomatisierungstechnik
US20090292995A1 (en) * 2008-05-20 2009-11-26 Honeywell International Inc. System and method for accessing and configuring field devices in a process control system

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102007058606A1 (de) * 2007-12-04 2009-06-10 Codewrights Gmbh Verfahren zur Integration von Geräteobjekten in ein objektbasiertes Managementsystem für Feldgeräte in der Automatisierungstechnik
DE102008027935A1 (de) * 2008-06-12 2009-12-17 Codewrights Gmbh Vorrichtung zur Integration von Geräteobjekten in eine übergeordnete Steuereinheit
DE102008055660B4 (de) * 2008-11-03 2014-01-09 Phoenix Contact Gmbh & Co. Kg Verfahren und Vorrichtung zum Zugreifen auf ein Funktionsmodul eines Automatisierungssystems
DE102010029952B4 (de) * 2010-06-10 2019-06-27 Endress + Hauser Process Solutions Ag Verfahren zum Integrieren von zumindest einem Feldgerät in ein Netzwerk der Automatisierungstechnik
DE102010063164A1 (de) * 2010-12-15 2012-06-21 Endress + Hauser Process Solutions Ag Verfahren zum Integrieren von mindestens einem Feldgerät in ein Netzwerk der Automatisierungstechnik
DE102014108126A1 (de) * 2014-06-10 2015-12-17 Codewrights Gmbh FDT Host als FDI UIP in generischem FDI Package

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005101149A2 (de) * 2004-04-16 2005-10-27 Codewrights Gmbh Verfahren zum fernbedienen eines feldgerätes der prozessautomatisierungstechnik
US20090292995A1 (en) * 2008-05-20 2009-11-26 Honeywell International Inc. System and method for accessing and configuring field devices in a process control system

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
ANONYMOUS: "FDT/DTM: Technology Overview Contents", FDT GROUP, 1 July 2017 (2017-07-01), pages 1 - 32, XP055600376, Retrieved from the Internet <URL:https://fdtgroup.org/resources/documents/FDT_Tech_Brochure_A4_041717_final.pdf> [retrieved on 20190628] *
ANONYMOUS: "Redefining Flow Control Contents - Setup, parametrisation, monitoring and asset management information", 1 March 2012 (2012-03-01), pages 1 - 8, XP055600183, Retrieved from the Internet <URL:https://www.rotork.com/uploads/documents-versions/11285/1/pub088-002-00_0312.pdf> [retrieved on 20190627] *
FDT JOINT INTEREST WORKING GROUP: "FDT Interface Specification Version 1.2", INTERNET CITATION, May 2001 (2001-05-01), XP002330295, Retrieved from the Internet <URL:http://www.fdt-jig.org/_downloads/04_2004/FDT_Spec_V12_+_Addendum.zip> [retrieved on 20010501] *
SEGOVIA DANIEL ET AL: "Augmented Reality as a Tool for Production and Quality Monitoring", PROCEDIA COMPUTER SCIENCE, vol. 75, 1 November 2015 (2015-11-01), pages 291 - 300, XP029380554, ISSN: 1877-0509, DOI: 10.1016/J.PROCS.2015.12.250 *

Also Published As

Publication number Publication date
DE102018208379A1 (de) 2019-10-10

Similar Documents

Publication Publication Date Title
EP1141799B1 (de) System und verfahren zum bedienen und beobachten eines automatisierungssystems
DE10127722A1 (de) System zur Entwicklung eines Anwendungssystems und dessen Implementierung
WO2013083410A2 (de) Vorrichtung zur bedienung von mindestens einem feldgerät der automatisierungstechnik
DE102017111928A1 (de) Verfahren zur autorisierten Aktualisierung eines Feldgeräts der Automatisierungstechnik
DE102017120016A1 (de) Verfahren zur Konfiguration eines zum Testen eines elektronischen Steuergeräts eingerichteten Testgeräts sowie Konfigurationssystem
DE102006049981A1 (de) Bedienungshilfe für eine Vorrichtung zum Behandeln von Behältnissen
EP2595016A1 (de) Verfahren, Computerprogramm, computerlesbares Medium und Recheneinheit zur Bedienung von Feldgeräten
WO2019192844A1 (de) Verfahren und vorrichtung zur darstellung und anpassung von konfigurationen von anlagekomponenten
EP3384352A1 (de) Verfahren und system zur optimierung der inbetriebnahme von zumindest einem einer vielzahl von feldgeräten der automatisierungstechnik
WO1997015877A2 (de) Computergestütztes arbeits- und informationssystem und zugehöriger baustein
EP3611587A1 (de) System zur steuerung und überwachung von adaptiven cyber-physikalischen systemen
EP3295265B1 (de) Bedienmodul für eine maschine in der lebensmittelindustrie
WO2020212523A1 (de) System und verfahren zur simulation von industrieprozessen
EP3923095A1 (de) Konfigurationsvorrichtung, aktualisierungsserver und verfahren für eine softwareaktualisierung einer technischen anlage
EP2642359A1 (de) Entwicklungseinrichtung und Verfahren zum Erstellen eines Steuergeräteprogramms
EP2193409B1 (de) System und verfahren zur modellierung von signalflüssen in automatisierungstechnischen anlagen
EP3151217A1 (de) Operator-training-system
EP1495381B1 (de) Messeinrichtung f r die prozesstechnik und betriebsverfahren f r eine messeinrichtung
WO2020174010A1 (de) Verfahren zum bereitstellen von augmented-reality daten, recheneinrichtung, system und computerprogramm
DE112019007753T5 (de) Geräteverwaltungsvorrichtung und Softwareerzeugungsverfahren
EP2751626B1 (de) Computerisiertes maschinensteuerungssystem
EP3118739B1 (de) Verfahren zur durchführung eines betriebssystem-updates
EP4338050A1 (de) Verwaltung von laufzeitcontainern für ein industrielles automatisierungssystem
WO2020234052A1 (de) Verfahren und vorrichtung zum visualisieren von ersatzteilen
WO2013189475A1 (de) Simulieren eines komplexen systems

Legal Events

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

Ref document number: 19716790

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19716790

Country of ref document: EP

Kind code of ref document: A1