[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

WO2018036708A1 - Gateway und verfahren zur anbindung eines datenquellensystems an ein it-system - Google Patents

Gateway und verfahren zur anbindung eines datenquellensystems an ein it-system Download PDF

Info

Publication number
WO2018036708A1
WO2018036708A1 PCT/EP2017/066911 EP2017066911W WO2018036708A1 WO 2018036708 A1 WO2018036708 A1 WO 2018036708A1 EP 2017066911 W EP2017066911 W EP 2017066911W WO 2018036708 A1 WO2018036708 A1 WO 2018036708A1
Authority
WO
WIPO (PCT)
Prior art keywords
real
gateway
middleware
time capable
data source
Prior art date
Application number
PCT/EP2017/066911
Other languages
English (en)
French (fr)
Inventor
Simon Kuebler
Steffen Muench
Holger Schnabel
Original Assignee
Robert Bosch Gmbh
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 Robert Bosch Gmbh filed Critical Robert Bosch Gmbh
Priority to US16/325,760 priority Critical patent/US10805116B2/en
Priority to CN201780051632.2A priority patent/CN109565526B/zh
Publication of WO2018036708A1 publication Critical patent/WO2018036708A1/de

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/029—Firewall traversal, e.g. tunnelling or, creating pinholes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion

Definitions

  • the present invention is in the field of networking machines and relates to a gateway and method for interfacing a data source system to an IT system.
  • Industry 4.0 When it comes to the networking of machines, for example in the field of automation technology, the term “Industry 4.0” is now common. This includes the networking of machines or systems and in particular their connection to the Internet or the Internet of Things (so-called loT, "Internet of Things"). From EP 2 302 473 Bl, for example, a connection of an industrial system to the Internet is known.
  • a PLC i. a programmable logic controller, provided, which can control appropriate processes.
  • a communication module which allows a connection to a fieldbus, as used in control systems, and provides a user interface for an operator.
  • a so-called field access unit is known, which enables a connection of field devices, which are arranged on a fieldbus, to a server.
  • an adapter for a fieldbus here Profinet, known, which can be connected via a microprocessor interface to an industrial PC and provides data interfaces on the one hand for real-time data and on the other hand for non-real-time data.
  • connection or the mechanisms required for this such as, for example, an Ethernet connection and a variable provision of the relevant machine data, are usually already provided.
  • lifecycle of an entire manufacturing plant is usually between 10 and 40 years. This means that many such plants or machines that are currently in operation are not networkable.
  • a data source system such as e.g. a control system or a machine
  • an IT system in particular the Internet or an intranet.
  • a gateway and a method for connecting a data source system to an IT system having a number of networked computing units with the features of the independent patent claims are proposed.
  • Advantageous embodiments are the subject of the dependent claims and the following description.
  • a gateway is used to connect a data source system, for example a control system or a machine, to an IT system.
  • the gateway has a real-time capable middleware and a non-real-time capable middleware on a common operating system.
  • an application for communicating via a network protocol for example TCP / IP, OPC-UA or http (s)
  • the non-real-time-capable middleware comprises a framework.
  • Real-time capability means that individual computation steps are completed within defined time periods. In real-time environments it can be guaranteed that a calculation result is available on time, so that in particular in industrial machines, the movements of different aggregates also run synchronously.
  • the gateway has at least one hardware interface, via which the data source system can be connected to the real-time-capable middleware (also referred to as service layer or intermediate application) of the gateway, and at least one hardware interface, via which the IT system can be connected to the non-real-time-capable middleware ,
  • These interfaces may be typical interfaces used for each area.
  • interfaces for sensors such as analog and digital interfaces or special sensor interfaces such as SPI (Serial Peripheral Interface), IO-Link or Bluetooth Low Energy (BLE), and for a fieldbus, for example Ethernet (so-called Industrial Ethernet), in question.
  • Real-time capable Ethernet-based fieldbuses are listed, for example, in the standard I EC 61784-2.
  • USB or wireless interfaces such as Bluetooth or W-LAN.
  • Ethernet, USB or wireless interfaces such as Bluetooth or W-LAN come into question for the connection of the IT system, which is, for example, a server or a cloud connected to the Internet.
  • a software interface is provided which is set up to enable communication between the real-time capable middleware and the non-real-time capable middleware. This interface allows for an exchange between the two middlewares that exist on the operating system and run side-by-side in parallel.
  • the gateway is or will be set up to provide predefined soft-software interfaces for individual components of the data source system that can be connected to the real-time capable middleware or for components of the IT system.
  • the framework can be a software core framework.
  • various components of the data source system such as sensors, can be very easily connected.
  • suitable drivers for the components can be provided.
  • various components of the IT system such as servers or other services can be provided very easily and quickly.
  • the non-real-time capable middleware can be used to provide services or data transports for all components that can be connected to the gateway.
  • the invention aims at data source systems having at least one data source, such as a computing unit (eg programmable logic controller (PLC), numerical control (NC) or CNC (Computerized Numerical Control)) or a sensor, in particular already existing, particularly simple To make way "internet-enabled”. It is a scalable approach to retrofitting existing machines without programming using only web-based configuration.
  • the solution offers modular expandability with additional sensors, logic and providers and automatic provision of the associated web-based interfaces.
  • the real-time capable middleware it is also expedient if an application for communicating via fieldbus is executed thereon and / or if it comprises PLC functionalities, in particular the execution of the so-called scan cycle comprising input scan, program scan and output scan.
  • the real-time capable middleware may include a firmware and a suitable platform, for example for motion control applications or machine tool applications (NC control).
  • a platform sometimes referred to as layer or level, denotes a uniform basis in computer science on which application programs can be executed and developed. It is located between two components of a computer system. The component underneath is not visible to the component that uses the platform. Therefore, the same component can be operated via a platform on different "substrates" (here firmware).
  • the platform provides functions for motion logic applications or for machine tool controllers.
  • certain (or even all) functions for controlling the data source system can be taken over directly in the gateway instead of in a separate PLC.
  • the gateway can be used as a PLC for the data source system and no additional PLC is required.
  • the gateway is generated on a computing unit present in the data source system, in particular already a PLC. While necessary hardware interfaces to the data source system are generally already available, necessary hardware interfaces for the IT system can generally be provided very simply. Now only the operating system with the mentioned middlewares and the hardware interface has to be applied to the arithmetic unit.
  • An existing data source system can easily be subsequently connected to the IT system.
  • an existing PLC of the data source system is connected via the gateway as an additional component to the data source system. This allows a simple subsequent connection, without changing an already existing data source system.
  • PLC functionalities do not have to be present on the gateway, but may additionally be provided in order to connect any further components for the data source system directly to the gateway.
  • the gateway can also be used as a PLC from the very beginning so that an initial connection of the data source system to the IT system can be provided.
  • Java-based i.
  • it includes a Java-based virtual machine.
  • This allows a particularly simple handling and configuration.
  • the Java-based virtual machine provides platform independence, allowing the non-real-time capable middleware to run on different hardware platforms.
  • the Java-based virtual machine offers the possibility of being able to execute simple loT mechanisms on a controller, since the majority of ⁇ applications are implemented in Java.
  • the gateway is also set up or is set up to provide a web-based configuration option for the connection of the individual components, in particular by executing a web server application.
  • Corresponding configuration dialogs can then be displayed on a screen, for example, when a component with corresponding attributes is connected.
  • the gateway is or is additionally set up to transmit data via the non-real-time capable middleware to a plurality of individual components of the IT system and / or to provide data for the several individual components of the IT system.
  • a client functionality or a server functionality can be provided with the gateway.
  • the IT system can also handle many different compo- such as various servers and / or clouds that can be served simultaneously.
  • Suitable data carriers for providing the computer program are in particular magnetic, optical and electrical memories, such as e.g. Hard drives, flash memory, EEPROMs, DVDs, etc. It is also possible to download a program via computer networks (Internet, Intranet, etc.).
  • FIG. 1 a shows schematically an arrangement with use of a device according to the invention
  • Gateways in a preferred embodiment.
  • FIG. 1b schematically shows an arrangement with use of a device according to the invention
  • FIG. 2 shows schematically an architecture of a gateway according to the invention in a preferred embodiment.
  • FIG. 3 schematically shows a software structure of the internet-capable portion of a gateway according to the invention in a preferred embodiment.
  • FIG. 1 a schematically illustrates an arrangement using a gateway 300 according to the invention in a preferred embodiment.
  • a data source system 100 for example a control system or a machine, a manual workstation or test station
  • an IT system 200 having a number of networked computing units, for example an intranet or the Internet.
  • the networking of the processing units based on TCP / IP as a network protocol.
  • the control system 100 here comprises, by way of example, a machine 110 with three data sources, namely two sensors 115, 116 and a PLC 150 for controlling the data source system 100.
  • the data source system 100 can be, for example, an automation system in the context of a production process or a single machine act. It is understood that other sensors and / or actuators may be provided. If an existing machine, system, etc. are to be made "internet-capable" by means of the gateway, which does not yet have any data sources, it is possible in particular to use sensors and possibly arithmetic units and to connect them to the gateway.
  • the IT system 200 which is coordinated with the control system 100, can be, for example, one or more servers and / or cloud services. There, data and / or applications can be stored. Likewise, from there corresponding data and / or applications can be obtained.
  • the gateway 300 now forms the PLC by being generated on the existing PLC 150, for example, accordingly.
  • the hardware of the PLC or, for example, also an industrial PC, if one is used for control, can be used, to which a software is applied, as will be described below.
  • the gateway 300 may now collect machine states of the machine 110 as data by means of the sensors 115, 116.
  • the data can be processed via a logic layer on the gateway 300.
  • the data can then be forwarded to the IT system 200.
  • the gateway 300 can also take over further PLC functionalities, so that the originally existing PLC is replaced by the gateway.
  • the sensors can still be connected via conventional methods such as digital and analogue connection, but also modern Industrie 4.0 solutions such as I / O-Link, Bluetooth Low Energy and USB are conceivable.
  • the sensors can be connected via a fieldbus, which enables real-time capability.
  • the configuration of the gateway with regard to the existing components in the data source system or in the IT system can be done by means of web-based configuration without programming, whereby a so-called "Plug & Produce” can be achieved and commissioning times can be minimized.
  • FIG. 1b schematically shows an arrangement with the use of a gateway 300 'according to the invention in a further preferred embodiment.
  • the control system 100 is connected to the IT system 200 here.
  • the gateway is not formed on the PLC, but provided as a separate component, here as a gateway 300 '.
  • no PLC functionalities have to be provided on the gateway 300 ', but it may be sufficient to connect the PLC via a fieldbus.
  • FIG. 2 schematically shows an architecture of a gateway according to the invention in a preferred embodiment.
  • the lowest level of the gateway 300 in this case forms a hardware 301.
  • This may be, for example, the hardware of a standard industrial PC or even that of a PLC.
  • an operating system 320 On the hardware 301 runs an operating system 320. Preferred for loT solutions as here is in particular Linux as the operating system. On the left side is now a real-time portion 320 to see, running on the operating system 302 and includes the typical PLC world with firmware 321 and a platform 322 as a real-time middleware.
  • typical PLC functionalities such as a control program 330, a machine communication protocol 331, for example OPC UA or the like, input and output functions (I / O) 332 and field bus functions 333 are provided as applications, so that corresponding components can be connected.
  • a non-real-time portion 350 runs, seen on the right, that includes the typical world of ⁇ with a Java-based virtual machine 351 and an OSGi framework 352 as non-real-time middleware.
  • Typical ⁇ applications can then be used on this platform.
  • this may include, for example, cloud connections 363, data processing and other loT services 362.
  • a Bluetooth functionality 360 and a USB functionality 361 are shown by way of example as an application.
  • a software interface 380 which is preferably a programming interface for high-level language programming
  • all control functionalities from the non-real-time capable middleware 350 can be called up and controlled.
  • the real-time-capable portion or the real-time-capable middleware 320 and the non-real-time-capable portion or the non-real-time-capable middleware 350 can now communicate with one another or with one another.
  • 390 and 391 two applications are now shown by way of example, which can run on the gateway 300 in order to enable a user, for example, a simple and fast connection or configuration of new sensors or other services.
  • the software interface 380 may in particular be a so-called MLPI, a "motion logic programming interface”. This is a programming interface for high-level languages such as C / C ++, C #, VBA, Java or LabVIEW. This can be used to write applications that can be used, for example, to configure Bosch Rexroth controllers (IndraMotion XLC, MLC 13VRS).
  • MLPI Motion logic programming interface
  • a mlpi4Java toolbox surrounds the mlpi core functionality as object-oriented Java classes using a native Java NDK library. The use of mlpi4Java allows to call MLPI functions from the Java Runtime environment. Applications using the mlpi4Java toolbox only run on the Java Runtime environment on Windows and Android and therefore not on the target controller.
  • FIG. 3 schematically shows a software structure of the non-real-time-capable component 350 of a gateway according to the invention in a preferred embodiment.
  • the non-real-time-capable component 350 in this case comprises a core framework 400 which offers firmly defined soft-software interfaces 401, 402, 403 and 404 via which user-defined functions can be added to a plug-in structure 450, here for example, a sensor function 451 with a driver 453 and attributes 452, a logic 460, a data provider 470 and a web application 480.
  • a sensor function 451 with a driver 453 and attributes 452
  • a logic 460 with a driver 453 and attributes 452
  • a logic 460 a data provider 470
  • a web application 480 a web application 480.
  • data from a sensor 115 can be received via the aforementioned software interface the logic 460 processed and transmitted via the data provider 470 to the IT system 200.
  • Core framework 400 accordingly provides services 410 for sensors, services 420 for the logic, and services 430 for data providers.
  • the entire data transport within the OSGi framework or the non-real-time portion of the sensor driver up to the provision for the provider can be handled.
  • the corresponding web portions 441, 442, 443 and 444 collectively referred to as 440, are also contained in the core framework 400.
  • the services can thus be configured.
  • the core framework 400 offers, as mentioned, firmly defined software interfaces to which any providers, sensors and logics can dock. If the docked elements contain the corresponding attributes, the corresponding web-based interfaces, which are needed, for example, for configuring a sensor, are also displayed directly.
  • several providers can be operated in parallel, ie data can be sent to several components of the IT system in parallel (client functionality) or provided in parallel for several components (server functionality).

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Programmable Controllers (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Die Erfindung betrifft ein Gateway (300) zur Anbindung eines Datenquellensystems an ein IT-System, mit einer echtzeitfähigen Middleware (320) und einer nicht-echtzeitfähigen Middleware (350) auf einem gemeinsamen Betriebssystem (302), wobei auf der nicht-echtzeitfähigen Middleware (350) eine Anwendung zum Kommunizieren über ein Netzwerkprotokoll ausgeführt wird und die nicht-echtzeitfähige Middleware (350) ein Framework umfasst, wenigstens einer Hardwareschnittstelle, über den das Datenquellensystem an die echtzeitfähige Middleware (320) anbindbar ist, wenigstens einer Hardwareschnittstelle, über den das IT-System an die nicht-echtzeitfähigen Middleware (350) anbindbar ist, einer Softwareschnittstelle (380), die dazu eingerichtet ist, eine Kommunikation zwischen der echtzeitfähigen Middleware (320) und der nicht-echtzeitfähigen Middleware (350) zu ermöglichen, und wobei das Gateway eingerichtet ist, über das Framework vordefinierte Softwareschnittstellen für einzelne Komponenten des Datenquellensystems, die an die echtzeitfähigen Middleware (320) anbindbar sind, oder für Komponenten des IT-Systems bereitzustellen, sowie ein Verfahren Anbindung eines Datenquellensystems an ein IT-System.

Description

Gateway und Verfahren zur Anbindung eines Datenquellensystems an ein IT-System
Beschreibung
Die vorliegende Erfindung liegt auf dem Gebiet der Vernetzung von Maschinen und betrifft ein Gateway und Verfahren zur Anbindung eines Datenquellensystems an ein IT-System.
Stand der Technik
Bei der Vernetzung von Maschinen, beispielsweise auf dem Gebiet der Automatisierungstechnik, ist mittlerweile der Begriff "Industrie 4.0" geläufig. Darunter ist die Vernetzung von Maschinen bzw. Anlagen und insbesondere auch deren Anbindung an das Internet bzw. das Internet der Dinge (sog. loT, "Internet of Things") zu verstehen. Aus der EP 2 302 473 Bl ist beispielsweise eine Anbindung einer industriellen Anlage an das Internet bekannt.
Die Maschinen bzw. Anlagen selbst können dabei in Steuerungssysteme integriert sein, mit denen ein automatisierter Ablauf ermöglicht werden kann. In einem Steuerungssystem ist dabei in der Regel eine SPS, d.h. eine speicherprogrammierbare Steuerung, vorgesehen, die entsprechende Abläufe steuern kann.
Aus der DE 10 2013 218 566 AI ist beispielsweise ein Kommunikationsmodul bekannt, das eine Anbindung an einen Feldbus, wie er in Steuerungssystemen verwendet wird, ermöglicht und eine Benutzerschnittstelle für eine Bedienperson bereitstellt.
Aus der DE 10 2011 005 062 AI ist beispielsweise eine sog. Feldzugriffseinheit bekannt, die eine Anbindung von Feldgeräten, die an einem Feldbus angeordnet sind, an einen Server ermöglicht. Aus der DE 10 2012 003 370 AI ist beispielsweise ein Adapter für einen Feldbus, hier Profinet, bekannt, der über eine Mikroprozessor-Schnittstelle an einen Industrie-PC angebunden werden kann und Datenschnittstellen einerseits für Echtzeitdaten und andererseits für Nicht- Echtzeitdaten bereitstellt.
Bei neueren Maschinen bzw. Anlagen sind eine entsprechende Anbindung bzw. die hierfür nötigen Mechanismen wie beispielsweise ein Ethernet-Anschluss und eine Variablenbereitstellung der relevanten Maschinendaten in der Regel bereits vorgesehen. Jedoch beträgt der Lebenszyklus einer gesamten Fertigungsanlage meist zwischen 10 und 40 Jahren. Dies be- deutet, dass sehr viele solcher Anlagen bzw. Maschinen, die derzeit in Betrieb sind, nicht vernetzungsfähig sind.
Es ist daher wünschenswert, eine Möglichkeit zur Anbindung, insbesondere auch zur nach träglichen Anbindung, eines Datenquellensystems, wie z.B. eines Steuerungssystems ode einer Maschine, an ein IT-System, insbesondere das Internet oder ein Intranet, anzugeben.
Offenbarung der Erfindung
Erfindungsgemäß werden ein Gateway und ein Verfahren zur Anbindung eines Datenquellensystems an ein IT-System aufweisend eine Anzahl vernetzter Recheneinheiten mit den Merkmalen der unabhängigen Patentansprüche vorgeschlagen. Vorteilhafte Ausgestaltungen sind Gegenstand der Unteransprüche sowie der nachfolgenden Beschreibung.
Im Rahmen der Erfindung dient ein Gateway zur Anbindung eines Datenquellensystems, z.B. eines Steuerungssystems oder einer Maschine, an ein IT-System. Dazu weist das Gateway eine echtzeitfähige Middleware und eine nicht-echtzeitfähige Middleware auf einem gemeinsamen Betriebssystem auf. Dabei wird auf der nicht-echtzeitfähigen Middleware eine Anwendung zum Kommunizieren über ein Netzwerkprotokoll, beispielsweise TCP/IP, OPC- UA oder http(s), ausgeführt und die nicht-echtzeitfähige Middleware umfasst ein Framework. Echtzeitfähig bedeutet dabei, dass einzelne Rechenschritte innerhalb definierter Zeitspannen abgeschlossen sind. In echtzeitfähigen Umgebungen kann garantiert werden, dass ein Rechenergebnis rechtzeitig vorliegt, so dass insbesondere in Industriemaschinen die Bewegungen unterschiedlicher Aggregate auch synchron ablaufen. Je nach Verwendungszweck kann die Art des Betriebssystems gewählt werden, jedoch ist beispielsweise Linux als Betriebssystem gerade im Bereich der industriellen IT-Systeme zweckmäßig. Weiterhin weist das Gateway wenigstens eine Hardwareschnittstelle, über die das Datenquellensystem an die echtzeitfähige Middleware (auch als Diensteschicht oder Zwischenanwendung bezeichnet) des Gateways anbindbar ist, und wenigstens eine Hardwareschnittstelle, über die das IT-System an die nicht-echtzeitfähige Middleware anbindbar ist, auf. Bei diesen Schnittstellen kann es sich um typische für den jeweiligen Bereich verwendete Schnitt- stellen handeln. Für die Anbindung des Datenquellensystems kommen beispielsweise Schnittstellen für Sensoren, wie z.B. analoge und digitale Schnittstellen oder spezielle Sensorschnittstellen wie SPI (Serial Peripheral Interface), IO-Link oder Bluetooth Low Energy (BLE), und für einen Feldbus, beispielsweise Ethernet (sog. Industrial Ethernet), in Frage. Echtzeitfähige Ethernet-basierte Feldbusse sind bspw. in der Norm I EC 61784-2 aufgeführt. Denkbar sind auch USB- oder drahtlose Schnittstellen, wie Bluetooth oder W-LAN. Für die Anbindung des IT-Systems, bei dem es sich beispielsweise um einen an das Internet angebundenen Server oder eine Cloud handelt, kommen beispielsweise Ethernet, USB- oder drahtlose Schnittstellen wie Bluetooth oder W-LAN in Frage. Weiterhin ist eine Softwareschnittstelle vorgesehen, die dazu eingerichtet ist, eine Kommunikation zwischen der echt- zeitfähigen Middleware und der nicht-echtzeitfähigen Middleware zu ermöglichen. Diese Schnittstelle ermöglicht einen Austausch zwischen den beiden Middlewares, die auf dem Betriebssystem vorhanden sind und parallel nebeneinander ausgeführt werden.
Zudem ist oder wird das Gateway dazu eingerichtet, über das Framework vordefinierte Soft- Wareschnittstellen für einzelne Komponenten des Datenquellensystems, die an die echtzeitfähige Middleware anbindbar sind, oder für Komponenten des IT-Systems bereitzustellen.
Bei dem Framework kann es sich insbesondere um ein Software-Core- Framework handeln. Auf diese Weise können verschiedene Komponenten des Datenquellensystems, beispiels- weise Sensoren, sehr einfach angebunden werden. Dabei können beispielsweise geeignete Treiber für die Komponenten vorgesehen sein. Ebenso können verschiedene Komponenten des IT-Systems wie Server oder andere Dienste sehr einfach und schnell vorgesehen bzw. angebunden werden. Über die nicht-echtzeitfähige Middleware können damit Dienste oder Datentransporte für alle an das Gateway anbindbaren Komponenten bereitgestellt werden. Die Erfindung zielt darauf ab, Datenquellensysteme aufweisend wenigstens eine Datenquelle, wie z.B. eine Recheneinheit (z.B. speicherprogrammierbare Steuerung (SPS), numerischen Steuerung (NC) oder CNC-Steuerung (Computerized Numerical Control)) oder einen Sensor, insbesondere bereits existierende, auf besonders einfache Weise "internetfähig" zu machen. Es handelt sich dabei um einen skalierbaren Ansatz, um Bestandsmaschinen ohne Programmierung nur mittels webbasierter Konfiguration nachzurüsten. Die Lösung bietet eine modulare Erweiterbarkeit um weitere Sensoren, Logiken und Provider und eine automatische Bereitstellung der dazugehörigen webbasierten Oberflächen.
Für die echtzeitfähige Middleware ist es zudem zweckmäßig, wenn darauf eine Anwendung zum Kommunizieren über Feldbus ausgeführt wird und/oder wenn sie SPS-Funktionalitäten, insbesondere das Ausführen des sog. Scanzyklus umfassend Input-Scan, Program-Scan und Output-Scan, umfasst. Hierzu kann die echtzeitfähige Middleware eine Firmware und eine geeignete Plattform, beispielsweise für Motion-Control Anwendungen oder Werkzeugmaschinen-Anwendungen (NC-Steuerung), umfassen. Eine Plattform, gelegentlich auch Schicht oder Ebene genannt, bezeichnet in der Informatik eine einheitliche Grundlage, auf der Anwendungsprogramme ausgeführt und entwickelt werden können. Sie befindet sich zwischen zwei Komponenten eines Rechnersystems. Für die Komponente, welche die Platt- form nutzt, ist die Komponente darunter nicht sichtbar. Daher kann dieselbe Komponente über eine Plattform auf verschiedenen "Untergründen" (hier Firmware) betrieben werden. Vorzugsweise stellt die Plattform Funktionen für Motion-Logic-Anwendungen oder für Werkzeugmaschinen-Steuerungen bereit. Damit kann eine bestmögliche Anbindung und Kommunikation mit dem Datenquellensystem erreicht werden. Zudem können gewisse (oder auch alle) Funktionalitäten zur Steuerung des Datenquellensystems direkt in dem Gateway anstatt in einer separaten SPS übernommen werden. Damit kann das Gateway als SPS für das Datenquellensystem verwendet werden und es ist keine zusätzliche SPS nötig. Dabei ist es vorteilhaft, wenn das Gateway auf einer in dem Datenquellensystem vorhandenen Recheneinheit, insbesondere bereits einer SPS, erzeugt wird. Während nötige Hardwareschnittstel- len zum Datenquellensystem in der Regel ohnehin schon vorhanden sind, können nötige Hardwareschnittstellen für das IT-System in der Regel sehr einfach vorgesehen werden. Es muss nun nur das Betriebssystem mit den erwähnten Middlewares und der Hardwareschnittstelle auf die Recheneinheit aufgebracht werden. Ein vorhandenes Datenquellensystem kann so nachträglich sehr einfach an das IT-System angebunden werden. Es ist jedoch auch von Vorteil, wenn eine bereits vorhandene SPS des Datenquellensystems über das Gateway als zusätzliche Komponente an das Datenquellensystem angebunden wird. Dies ermöglicht eine einfache nachträgliche Anbindung, ohne ein bereits vorhandenes Datenquellensystem zu verändern. SPS-Funktionalitäten müssen in diesem Fall nicht auf dem Gateway vorhanden sein, können jedoch zusätzlich vorgesehen sein, um etwaige weitere Komponenten für das Datenquellensystem direkt an das Gateway anzubinden.
Bei gänzlich neu zu installierenden Datenquellensystemen kann das Gateway zudem von Anfang an als SPS verwendet werden, so dass hier initial eine Anbindung des Datenquellensystems an das IT-System bereitgestellt werden kann.
Für die nicht-echtzeitfähige Middleware ist es zweckmäßig, wenn sie Java-basiert ist, d.h. wenn sie beispielsweise eine Java-basierte Virtuelle Maschine umfasst. Dies ermöglicht eine besonders einfache Handhabung und Konfiguration. Weiterhin bietet die Java-basierte Virtuelle Maschine eine Plattformunabhängigkeit, was es ermöglicht, die nicht-echtzeitfähige Middleware auf unterschiedlichen Hardwareplattformen zu betreiben. Weiterhin bietet die Java- basierte Virtuelle Maschine die Möglichkeit, einfache loT-Mechanismen auf einer Steuerung ausführen zu können, da die Mehrheit der ΙοΤ-Anwendungen in Java realisiert sind.
Besonders vorteilhaft zudem, wenn das Gateway auch dazu eingerichtet ist oder dazu eingerichtet wird, für die Anbindung der einzelnen Komponenten eine webbasierte Konfigurationsmöglichkeit bereitzustellen, insbesondere durch Ausführen einer Webserver-Anwendung. Damit ist keine Programmierung mehr nötig und die Anbindung neuer Komponenten kann sehr schnell, einfach und ohne Programmierkenntnisse erfolgen. Entsprechende Konfigurationsdialoge können dann beispielsweise bei Anschluss einer Komponente mit entsprechenden Attributen auf einem Bildschirm angezeigt werden.
Vorteilhafterweise ist oder wird das Gateway zudem dazu eingerichtet, über die nicht- echtzeitfähige Middleware Daten an mehrere einzelne Komponenten des IT-Systems zu übertragen und/oder Daten für die mehreren einzelnen Komponenten des IT-Systems bereitzustellen. Damit können eine Client-Funktionalität bzw. eine Server- Funktionalität mit dem Gateway bereitgestellt werden. Das IT-System kann damit auch viele verschiedene Kompo- nenten wie verschiedene Server und/oder Clouds umfassen, die gleichzeitig bedient werden können.
Im Rahmen der Erfindung ist es somit möglich, einerseits vorhandene Datenquellensysteme ohne Anbindung an ein IT-System sehr einfach nachträglich an ein IT-System anzubinden und andererseits, neue Datenquellensysteme sehr einfach und nachrüstbar an ein IT-System anzubinden. Insbesondere ist auch eine modulare Nachrüstung bzw. Einbindung weiterer Komponenten sehr einfach und schnell möglich. Auch die Bereitstellung in Form eines Computerprogramms ist vorteilhaft, da dies besonders geringe Kosten verursacht, insbesondere wenn, wie erwähnt, eine Recheneinheit bzw. SPS ohnehin vorhanden ist. Geeignete Datenträger zur Bereitstellung des Computerprogramms sind insbesondere magnetische, optische und elektrische Speicher, wie z.B. Festplatten, Flash-Speicher, EEPROMs, DVDs u.a.m. Auch ein Download eines Programms über Com- puternetze (Internet, Intranet usw.) ist möglich.
Weitere Vorteile und Ausgestaltungen der Erfindung ergeben sich aus der Beschreibung und der beiliegenden Zeichnung. Es versteht sich, dass die vorstehend genannten und die nachfolgend noch zu erläuternden Merkmale nicht nur in der jeweils angegebenen Kombination, sondern auch in anderen Kombinationen oder in Alleinstellung verwendbar sind, ohne den Rahmen der vorliegenden Erfindung zu verlassen. Die Erfindung ist anhand von Ausführungsbeispielen in der Zeichnung schematisch dargestellt und wird im Folgenden unter Bezugnahme auf die Zeichnung ausführlich beschrieben.
Figurenbeschreibung Figur la zeigt schematisch eine Anordnung mit Verwendung eines erfindungsgemäßen
Gateways in einer bevorzugten Ausführungsform.
Figur lb zeigt schematisch eine Anordnung mit Verwendung eines erfindungsgemäßen
Gateways in einer weiteren bevorzugten Ausführungsform. Figur 2 zeigt schematisch eine Architektur eines erfindungsgemäßen Gateways in einer bevorzugten Ausführungsform. Figur 3 zeigt schematisch eine Softwarestruktur des internetfähigen Anteils eines erfindungsgemäßen Gateways in einer bevorzugten Ausführungsform.
Detaillierte Beschreibung der Zeichnung In Figur la ist schematisch eine Anordnung mit Verwendung eines erfindungsgemäßen Gateways 300 in einer bevorzugten Ausführungsform dargestellt. Mittels des Gateways 300 wird dabei ein Datenquellensystem 100, beispielsweise ein Steuerungssystem oder eine Maschine, ein manueller Arbeitsplatz oder Prüfplatz, an ein IT-System 200 aufweisend eine Anzahl vernetzter Recheneinheiten, beispielsweise ein Intranet oder das Internet, angebun- den. Insbesondere basiert die Vernetzung der Recheneinheiten auf TCP/IP als Netzwerkprotokoll.
Das Steuerungssystem 100 umfasst hier beispielhaft eine Maschine 110 mit drei Datenquellen, nämlich zwei Sensoren 115 ,116 sowie eine SPS 150 zur Steuerung des Datenquellen- Systems 100. Bei dem Datenquellensystem 100 kann es sich beispielsweise um ein Automatisierungssystem im Rahmen eines Produktionsprozesses oder um eine Einzelmaschine handeln. Es versteht sich, dass auch weitere Sensoren und/oder Aktoren vorgesehen sein können. Soll eine existierende Maschine, Anlage usw. mittels des Gateways sozusagen "internetfähig" gemacht werden, welche noch keine Datenquellen aufweist, können hier insbesondere Sensoren und ggf. Recheneinheiten eingesetzt und mit dem Gateway verbunden werden.
Bei dem IT-System 200, das dem Steuerungssystem 100 nebengeordnet ist, kann es sich beispielsweise um ein oder mehrere Server und/oder Cloud-Dienste handeln. Dort können Daten und/oder Anwendungen hinterlegt werden. Ebenso können von dort entsprechende Daten und/oder Anwendungen bezogen werden. Das Gateway 300 bildet hier nun die SPS, indem es auf der vorhandenen SPS 150 beispielsweise entsprechend erzeugt wird. Hierzu kann die Hardware der SPS oder aber beispielsweise auch eines Industrie-PCs, sofern ein solcher zu Steuerung verwendet wird, verwendet werden, auf die eine Software aufgebracht wird, wie sie nachfolgend noch beschrie- ben wird.
Das Gateway 300 kann nun mittels der Sensoren 115, 116 Maschinenzustände der Maschine 110 als Daten einsammeln. Über eine Logikschicht auf dem Gateway 300 können die Daten verarbeiten werden. Anschließend können die Daten dann an das IT-System 200 wei- tergeleitet werden. Im Übrigen kann das Gateway 300 auch weitere SPS-Funktionalitäten übernehmen, sodass die ursprünglich vorhandene SPS durch das Gateway ersetzt wird. Die Sensoren können weiterhin über herkömmliche Wege wie Digital- und Analoganbindung angeschlossen werden, aber auch moderne Industrie 4.0 Lösungen wie I/O-Link, Bluetooth Low Energy und USB sind denkbar. Ebenso können die Sensoren über einen Feldbus ange- schlössen sein, der eine Echtzeitfähigkeit ermöglicht.
Über das auf der SPS 150 gebildete Gatway 300 können also Datenquellensysteme ohne ursprüngliche Anbindung an ein IT-System (sog. Brownfield) mit einem IT-System verbunden werden, ohne die bestehende Automatisierungslösung zu verändern. Solche vorhandenen Systeme können also mit der vorgeschlagenen Lösung nachgerüstet werden.
Ebenso können jedoch neu zu installierende Datenquellensysteme (sog. Greenfield), die wie in Figur la gezeigt aufgebaut sind, aufgebaut werden, wobei von Anfang an das Gateway 300 als SPS verwendet wird.
Die Konfiguration des Gateways hinsichtlich der vorhandenen Komponenten im Datenquellensystem bzw. im IT-System kann mittels webbasierter Konfiguration ohne Programmierung erfolgen, womit ein sog. "Plug & Produce" erreicht und Inbetriebnahme-Zeiten minimiert werden können.
In Figur lb ist schematisch eine Anordnung mit Verwendung eines erfindungsgemäßen Gateways 300' in einer weiteren bevorzugten Ausführungsform dargestellt. Wie auch in Figur la gezeigt, wird hier das Steuerungssystem 100 mit dem IT-System 200 verbunden. Hier wird das Gateway jedoch nicht auf der SPS ausgebildet, sondern als eigenständige Komponente, hier als Gateway 300', bereitgestellt. In diesem Fall müssen auf dem Gateway 300' beispielsweise keine SPS-Funktionalitäten vorgesehen sein, sondern es kann ausreichend sein, die SPS über einen Feldbus anzuschließen.
In Figur 2 ist schematisch eine Architektur eines erfindungsgemäßen Gateways in einer bevorzugten Ausführungsform dargestellt. Die unterste Ebene des Gateways 300 bildet hierbei eine Hardware 301. Dabei kann es sich beispielsweise um die Hardware eines üblichen Industrie-PCs handeln oder auch um diejenige einer SPS.
Auf der Hardware 301 läuft ein Betriebssystem 320. Bevorzugt für loT-Lösungen wie hier ist dabei insbesondere Linux als Betriebssystem. Auf der linken Seite ist nun ein echtzeitfähiger Anteil 320 zu sehen, der auf dem Betriebssystem 302 läuft und die typische SPS-Welt mit Firmware 321 und einer Plattform 322 als echtzeitfähige Middleware umfasst. Hier werden dann typische SPS-Funktionalitäten wie ein Steuerungsprogramm 330, ein Maschinenkommunikationsprotokoll 331, beispielsweise OPC-UA oder Ähnliches, Ein- und Ausgabe- Funktionen (I/O) 332 sowie Feldbusfunktionen 333 als Anwendungen bereitgestellt, sodass entsprechende Komponenten angebunden werden können. Parallel dazu läuft auf dem Betriebssystem 302 ein nicht-echtzeitfähiger Anteil 350, hier rechts zu sehen, der die typische ΙοΤ-Welt mit einer Java-basierten virtuellen Maschine 351 und einem OSGi- Framework 352 als nicht-echtzeitfähige Middleware umfasst. Auf dieser Plattform können dann typische ΙοΤ-Anwendungen aufsetzen. Unter anderem können hierunter beispielsweise Cloud-Anbindungen 363, Datenverarbeitung und weitere loT-Dienste 362 fallen. Zudem sind beispielhaft eine Bluetooth-Funktionalität 360 und eine USB- Funktionalität 361 als Anwendung gezeigt.
Über eine Softwareschnittstelle 380, die vorzugsweise ein Programmierinterface für Hochsprachenprogrammierungen ist, können alle Steuerungsfunktionalitäten aus der nicht- echtzeitfähige Middleware 350 (Java-Umgebung) aufgerufen und gesteuert werden. Somit können der echtzeitfähige Anteil bzw. die echtzeitfähige Middleware 320 und der nicht- echtzeitfähige Anteil bzw. die nicht-echtzeitfähige Middleware 350 nun untereinander bzw. miteinander kommunizieren. Das bedeutet, das deterministisch in Echtzeit Daten von Sensoren erfasst, über die Softwareschnittstelle 380 in die ΙοΤ-Welt transferiert und dort an ein IT- System weitergegeben werden können. Mit 390 und 391 sind nun beispielhaft zwei Anwendungen dargestellt, die auf dem Gateway 300 laufen können, um einem Benutzer beispielsweise eine einfache und schnelle Anbindung bzw. Konfiguration neuer Sensoren oder anderer Dienste zu ermöglichen.
Bei der Softwareschnittstelle 380 kann es sich insbesondere um ein sog. MLPI, ein "Motion Logic Programming Interface" handeln. Hierbei handelt es sich um eine Programmierschnittstelle für Hochsprachen wie C/C++, C#, VBA, Java oder LabVIEW. Diese kann verwendet werden, um Anwendungen zu schreiben, mit denen beispielsweise Steuerungen von Bosch Rexroth (IndraMotion XLC, MLC 13VRS) konfiguriert werden können. Dabei umgibt eine mlpi4Java-toolbox die mlpi-Core-Funktionalität als objektorientierte Java- Klassen mittels einer nativen Java-NDK-Bibliothek. Die Verwendung von mlpi4Java ermöglicht es, MLPI- Funktionen von der Java-Runtime-Umgebung aufzurufen. Anwendungen, die die mlpi4Java- toolbox verwenden, laufen nur auf der Java-Runtime-Umgebung auf Windows und Android und daher nicht auf der Ziel-Steuerung.
In Figur 3 ist schematisch eine Softwarestruktur des nicht-echtzeitfähigen Anteils 350 eines erfindungsgemäßen Gateways in einer bevorzugten Ausführungsform dargestellt. Der nicht- echtzeitfähige Anteil 350 umfasst dabei ein Core- Framework 400, das fest definierte Soft- Wareschnittstellen 401, 402, 403 und 404 anbietet, über die in eine Plug-In-Struktur 450 be- nutzer-definierte Funktionen hinzugefügt werden können, hier beispielhaft eine Sensor- Funktion 451 mit einem Treiber 453 und Attributen 452, eine Logik 460, ein Daten-Provider 470 und eine Web-Applikation 480. Beispielsweise können über die Sensor- Funktion 451 Daten von einem Sensor 115 über die erwähnte Softwareschnittstelle empfangen, mit der Logik 460 bearbeitet und über den Daten-Provider 470 an das IT-System 200 übermittelt werden.
Das Core-Framework 400 bietet entsprechend Dienste 410 für Sensoren, Dienste 420 für die Logik und Dienste 430 für Daten-Provider an. Damit kann der gesamte Datentransport inner- halb des OSGi-Frameworks bzw. des nicht-echtzeitfähigen Anteils vom Sensortreiber bis hin zur Bereitstellung für den Provider gehandhabt werden. Weiterhin sind auch die entsprechenden Webanteile 441, 442, 443 und 444, zusammengefasst mit 440 bezeichnet, im Core- Framework 400 enthalten. Über entsprechende Konfigurationsschritte 411, 421 und 431 können damit die Dienste konfiguriert werden. Das Core-Framework 400 bietet, wie erwähnt, fest definierte Softwareschnittstellen, an das sich beliebige Provider, Sensoren und Logiken andocken können. Bringen die angedockten Elemente die entsprechenden Attribute mit, so werden auch direkt die entsprechenden web- basierten Oberflächen, die beispielsweise für die Konfiguration eines Sensors benötigt werden, angezeigt. Weiterhin können parallel mehrere Provider betrieben werden, d.h. Daten können an mehrere Komponenten des IT-Systems parallel gesendet (Client- Funktionalität) bzw. für mehrere Komponenten parallel bereitgestellt (Server-Funktionalität) werden.

Claims

Ansprüche
1. Gateway (300, 300') zur Anbindung eines Datenquellensystems (100) an ein IT- System (200) aufweisend mehrere vernetzte Recheneinheiten, mit einer echtzeitfähigen Middleware (320) und einer nicht-echtzeitfähigen Middleware (350) auf einem gemeinsamen Betriebssystem (302), wobei auf der nicht-echtzeitfähigen Middleware (350) eine Anwendung zum Kommunizieren über ein Netzwerkprotokoll ausgeführt wird und die nicht-echtzeitfähige Middleware (350) ein Framework (400) umfasst, wenigstens einer Hardwareschnittstelle, über den das Datenquellensystem (100) an die echtzeitfähige Middleware (320) anbindbar ist, wenigstens einer Hardwareschnittstelle, über den das IT-System (200) an die nicht- echtzeitfähige Middleware (350) anbindbar ist, einer Softwareschnittstelle (380), die dazu eingerichtet ist, eine Kommunikation zwischen der echtzeitfähigen Middleware (320) und der nicht-echtzeitfähigen Middleware (350) zu ermöglichen, wobei das Gateway dazu eingerich- tet ist, über das Framework (400) vordefinierte Softwareschnittstellen (401, 402, 403, 404) für einzelne Komponenten (115, 116) des Datenquellensystems (100), die an die echtzeitfähigen Middleware (320) anbindbar sind, oder für Komponenten des IT-Systems (200) bereitzustellen.
2. Gateway (300, 300') nach Anspruch 1, wobei auf der echtzeitfähigen Middleware (320) eine Anwendung zum Kommunizieren über Feldbus ausgeführt wird und/oder wobei die echtzeitfähige Middleware (320) SPS-Funktionalitäten (330, 331, 332, 333) umfasst.
3. Gateway (300, 300') nach Anspruch 1 oder 2, wobei die nicht-echtzeitfähige Middle- wäre (350) Java-basiert ist.
4. Gateway (300, 300') nach einem der vorstehenden Ansprüche, weiterhin dazu eingerichtet, für die Anbindung der einzelnen Komponenten eine webbasierte Konfigurationsmöglichkeit (480) bereitzustellen.
5. Gateway (300, 300') nach einem der vorstehenden Ansprüche, weiterhin dazu eingerichtet, über die nicht-echtzeitfähige Middleware (350) Daten an mehrere einzelne Komponenten des IT-Systems (200) zu übertragen und/oder Daten für die mehreren einzelnen Komponenten des IT-Systems (200) bereitzustellen.
6. Verfahren zur Anbindung eines Datenquellensystems (100) an ein IT-System (200) mittels eines Gateways (300, 300') nach einem der vorstehenden Ansprüche, wobei das Da- tenquellensystem (100) an die echtzeitfähige Middleware (320) des Gateways (300, 300') und das IT-System (200) an die nicht-echtzeitfähige Middleware (350) des Gateways (300, 300') angebunden werden.
7. Verfahren nach einem der vorstehenden Ansprüche, wobei das Gateway (300, 300') als SPS für das Datenquellensystem (320) verwendet wird.
8. Verfahren nach einem der vorstehenden Ansprüche, wobei mittels des Gateways (300') eine SPS (150) des Datenquellensystems (100) an das IT-System (200) angebunden wird.
9. Verfahren nach einem der vorstehenden Ansprüche, wobei das Gateway (300) auf einer Recheneinheit des Datenquellensystems (100), insbesondere einer SPS (150), erzeugt wird, oder wobei die Recheneinheit, insbesondere die SPS (150), durch das Gateway (300) ersetzt wird.
10. Computerprogramm, das eine Recheneinheit veranlasst, ein Gateway (300, 300') nach einem der Ansprüche 1 bis 5 bereitzustellen, wenn es auf der Recheneinheit ausgeführt wird.
11. Maschinenlesbares Speichermedium mit einem darauf gespeicherten Computerprogramm nach Anspruch 10.
PCT/EP2017/066911 2016-08-23 2017-07-06 Gateway und verfahren zur anbindung eines datenquellensystems an ein it-system WO2018036708A1 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US16/325,760 US10805116B2 (en) 2016-08-23 2017-07-06 Gateway and method for connecting a data source system to an IT system
CN201780051632.2A CN109565526B (zh) 2016-08-23 2017-07-06 用于将数据源系统连接到it系统上的方法和网关

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102016215742.6A DE102016215742A1 (de) 2016-08-23 2016-08-23 Gateway und Verfahren zur Anbindung eines Datenquellensystems an ein IT-System
DE102016215742.6 2016-08-23

Publications (1)

Publication Number Publication Date
WO2018036708A1 true WO2018036708A1 (de) 2018-03-01

Family

ID=59313235

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2017/066911 WO2018036708A1 (de) 2016-08-23 2017-07-06 Gateway und verfahren zur anbindung eines datenquellensystems an ein it-system

Country Status (4)

Country Link
US (1) US10805116B2 (de)
CN (1) CN109565526B (de)
DE (1) DE102016215742A1 (de)
WO (1) WO2018036708A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3620921A1 (de) 2018-09-05 2020-03-11 Forcam GmbH Computerimplementiertes verfahren, vorrichtung zur datenverarbeitung, computerprogramm und datenträgersignal

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10761831B2 (en) * 2018-08-17 2020-09-01 Vehicle Service Group, Llc Lift system authentication module
DE102018008674A1 (de) 2018-11-05 2020-05-07 Hilscher Gesellschaft für Systemautomation mbH Automatisierungsgerät mit integrierter Netzwerk-Analyse und Cloud-Anbindung
CN111580984B (zh) * 2020-03-31 2024-02-02 西安电子科技大学 一种数据处理方法、系统、存储介质、终端
CN112543227A (zh) * 2020-11-26 2021-03-23 上海维宏电子科技股份有限公司 智能制造系统中基于opcua协议实现自动化产线定义处理的系统
DE102023001381B3 (de) 2023-04-06 2024-06-27 Sebastian Hilscher Gerät mit flexibler Kommunikationsstruktur für echtzeitfähige Netzwerkanwendungen mit hoher Datensicherheit, insbesondere Automatisierungsgerät, und Verfahren zu dessen Konfiguration

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10214540A1 (de) * 2002-04-02 2003-10-30 Siemens Ag Webserver mit integrierter Automatisierungsfunktionalität und Zugriff auf ein Echtzeit-Betriebssystem
EP2395429A1 (de) * 2010-06-09 2011-12-14 Siemens Aktiengesellschaft Anordnung und Verfahren zum Betrieb einer Speicherprogrammierbaren Steuerung
DE102011005062A1 (de) 2011-03-03 2012-09-06 Endress + Hauser Process Solutions Ag Verfahren zum Bereitstellen von Daten eines Feldgeräts
DE102012003370A1 (de) 2012-02-22 2013-08-22 Phoenix Contact Gmbh & Co. Kg Profinet Ethernet Adapter
DE102012205301A1 (de) * 2012-03-30 2013-10-02 Bayerische Motoren Werke Aktiengesellschaft Rechner-Architektur zur Steuerung einer elektronischen Datenverarbeitung in einem Fahrzeug
DE102013218566A1 (de) 2013-09-17 2015-03-19 Robert Bosch Gmbh Kommunikationsmodul für ein Feldbusgerät
EP2302473B1 (de) 2001-07-30 2016-03-23 Rockwell Automation Technologies, Inc. Verfahren zur einheitlichen Datenspeicherung in einem industriellem Steuergerät

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19739297C2 (de) * 1997-09-08 2001-11-15 Phoenix Contact Gmbh & Co Automatisierungsanlage und Anschaltvorrichtung zur transparenten Kommunikation zwischen zwei Netzen
US6483846B1 (en) * 1998-07-10 2002-11-19 Honeywell Inc. Middleware-based real-time communication system
CN100429595C (zh) * 2001-07-13 2008-10-29 西门子公司 通过数据通信连接为机器电子地提供服务的方法和系统
DE10220334A1 (de) * 2002-05-07 2003-11-20 Siemens Ag Verfahren und System zur Übertragung von Daten über schaltbare Datennetze
US7802263B2 (en) 2002-12-17 2010-09-21 Stragent, Llc System, method and computer program product for sharing information in a distributed framework
AT412592B (de) 2003-05-30 2005-04-25 Fts Computertechnik Gmbh Virtuelle netzwerke in einem zeitgesteuerten multicluster echtzeitsystem
KR100559251B1 (ko) * 2004-05-12 2006-03-15 한국생산기술연구원 개방형 인터넷망 기반의 로봇 개발을 위한 분산소프트웨어 통합서비스방법
US7831724B2 (en) 2004-05-25 2010-11-09 International Business Machines Corporation Services layer model for providing standards-based communications
US20060058658A1 (en) * 2004-09-13 2006-03-16 Siemens Medical Solutions Usa, Inc. Communications between co-located operating systems for medical diagnostic ultrasound and other systems
KR20110112199A (ko) * 2010-03-26 2011-10-12 삼성전자주식회사 실시간 방송 신호에 포함된 비실시간 콘텐트를 수신하는 방법 및 장치
WO2012047718A1 (en) * 2010-10-04 2012-04-12 Avocent Remote access appliance having mss functionality
CN102355389A (zh) * 2011-08-15 2012-02-15 无锡互惠信息技术有限公司 一种应用于物联网系统的硬件中间件
CN103051525A (zh) * 2011-10-14 2013-04-17 海尔集团公司 网关服务中间件系统及方法、包含该系统的装置和系统
US20130094403A1 (en) * 2011-10-18 2013-04-18 Electronics And Telecommunications Research Institute Method and apparatus for providing sensor network information
CN102801773B (zh) * 2012-03-09 2019-04-23 上海互惠信息技术有限公司 物联网系统和物品信息获取及监控方法
WO2014134538A1 (en) * 2013-02-28 2014-09-04 Xaptum, Inc. Systems, methods, and devices for adaptive communication in a data communication network
US9740513B2 (en) * 2014-06-05 2017-08-22 Futurewei Technologies, Inc. System and method for real time virtualization
KR101973298B1 (ko) 2014-07-22 2019-04-26 콘비다 와이어리스, 엘엘씨 M2m-iot 서비스의 발행 및 발견
EP3437256A4 (de) * 2016-03-25 2019-10-30 Nebbiolo Technologies, Inc. Durch fog-computing unterstützte flexible fabrik
US10757576B2 (en) * 2016-08-05 2020-08-25 Nxgen Partners Ip, Llc SDR-based massive MIMO with V-RAN cloud architecture and SDN-based network slicing

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2302473B1 (de) 2001-07-30 2016-03-23 Rockwell Automation Technologies, Inc. Verfahren zur einheitlichen Datenspeicherung in einem industriellem Steuergerät
DE10214540A1 (de) * 2002-04-02 2003-10-30 Siemens Ag Webserver mit integrierter Automatisierungsfunktionalität und Zugriff auf ein Echtzeit-Betriebssystem
EP2395429A1 (de) * 2010-06-09 2011-12-14 Siemens Aktiengesellschaft Anordnung und Verfahren zum Betrieb einer Speicherprogrammierbaren Steuerung
DE102011005062A1 (de) 2011-03-03 2012-09-06 Endress + Hauser Process Solutions Ag Verfahren zum Bereitstellen von Daten eines Feldgeräts
DE102012003370A1 (de) 2012-02-22 2013-08-22 Phoenix Contact Gmbh & Co. Kg Profinet Ethernet Adapter
DE102012205301A1 (de) * 2012-03-30 2013-10-02 Bayerische Motoren Werke Aktiengesellschaft Rechner-Architektur zur Steuerung einer elektronischen Datenverarbeitung in einem Fahrzeug
DE102013218566A1 (de) 2013-09-17 2015-03-19 Robert Bosch Gmbh Kommunikationsmodul für ein Feldbusgerät

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ENGELS ELMAR: "A versatile MATLAB toolbox for rapid-robot-prototyping of custom made industrial robots", 2016 11TH FRANCE-JAPAN & 9TH EUROPE-ASIA CONGRESS ON MECHATRONICS (MECATRONICS) /17TH INTERNATIONAL CONFERENCE ON RESEARCH AND EDUCATION IN MECHATRONICS (REM), IEEE, 15 June 2016 (2016-06-15), pages 6 - 13, XP032946546, DOI: 10.1109/MECATRONICS.2016.7547107 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3620921A1 (de) 2018-09-05 2020-03-11 Forcam GmbH Computerimplementiertes verfahren, vorrichtung zur datenverarbeitung, computerprogramm und datenträgersignal

Also Published As

Publication number Publication date
DE102016215742A1 (de) 2018-03-01
CN109565526A (zh) 2019-04-02
US20190215192A1 (en) 2019-07-11
US10805116B2 (en) 2020-10-13
CN109565526B (zh) 2022-11-11

Similar Documents

Publication Publication Date Title
EP2182418B1 (de) Verfahren und Vorrichtung zum Zugreifen auf ein Funktionsmodul eines Automatiersierungssystems
WO2018036708A1 (de) Gateway und verfahren zur anbindung eines datenquellensystems an ein it-system
DE102016124348A1 (de) System und Mikroservice zum Überwachen einer Anlage der Prozessautomatisierung
WO2001067190A2 (de) Steuerungsverfahren und industrielle produktionsanlage mit web-steuerungssystem
DE102008014153B4 (de) Verfahren, Steuergerät und Steuerungssystem zur Steuerung eines Automatisierungssystems
WO2008068333A1 (de) Steuerungssystem sowie verfahren zur konfiguration eines steuerungssystems
EP3629264A1 (de) Produktionsmodul
WO2014111417A1 (de) Mikroprozessor-gesteuerte steuerungseinrichtung für eine spritzgiessanlage mit einem simulationsrechner
EP3542232A1 (de) Steuerung für eine industrielle automatisierungsanlage und verfahren zum programmieren und betreiben einer derartigen steuerung
DE102017215508A1 (de) Automatisierungssystem mit mindestens einem Feldgerät und mindestens einer Steuereinheit
DE102015108359A1 (de) Verfahren und Vorrichtung zur automatischen Validierung von Sicherheitsfunktionen an einem modular aufgebauten Sicherheitssystem
WO2015117749A1 (de) Feldbusmodul, maschinensteuerung und verfahren zur parametrierung eines, insbesondere sicherheitsgerichteten, feldbusmoduls
EP2226693A1 (de) Programmiergerät zur Projektierung einer Kommunikationsverbindung zwischen Automatisierungskomponenten in einer industriellen Automatisierungsanordnung
DE102010040055B4 (de) System zur Kommunikation von mehreren Clients mit mehreren Feldgeräten in der Automatisierungstechnik
EP2557464B1 (de) Verfahren zum Betrieb eines Automatisierungssystems
EP3969970B1 (de) Verfahren zur darstellung und bedienung von produktionsmitteln, insbesondere für die kunststoffverarbeitende industrie
EP3384353B1 (de) Verfahren und system zur optimierung der bedienung von zumindest einem einer vielzahl von feldgeräten der automatisierungstechnik
AT512963B1 (de) Programmiervorlage für verteilte Anwendungsprogramme
WO2017077013A1 (de) Steuerungseinrichtung mit einem steuerungsprogramm und einer gerätekonfiguration zum betreiben eines automatisiserungsgerätes
WO2019228910A1 (de) Speicherprogrammierbare steuerung und betriebsverfahren für speicherprogrammierbare steuerung und computerprogrammprodukt
EP4123396A1 (de) Technik zur realisierung einer visualisierung für eine automatisierungstechnische anlage mit einer speicherprogrammierbaren steuerung
DE102005040434A1 (de) Verfahren und System zum Abbilden der Struktur einer Automatisierungsanlage auf einem Rechner
LU500646B1 (de) Technik zur Bereitstellung einer Diagnosefunktionalität für eine auf einer speicherprogrammierbaren Steuerung basierenden Anwendung
EP3141970B1 (de) Dezentrale peripherie
WO2023117938A1 (de) Technik zur parametrierung und/oder konfiguration für eine auf einer speicher-programmierbaren steuerung basierenden vorrichtung

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: 17737552

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 17737552

Country of ref document: EP

Kind code of ref document: A1