Hier sieht man sich sehr schnell mit Fragen konfrontiert: Dient OPC UA wirklich der Sicherung der Innovationsführerschaft oder ist es Zeitverschwendung? Ist es letztlich nicht nur ein Standard unter vielen, der zudem noch nicht einmal eine breite installierten Basis hat? Diese Fragen hat sich auch der Expertenkreis ‚Mensch und Mechatronik‘ aus Automatisierern, Maschinenbauern und Beratern gestellt. Angeleitet wurde die Diskussion durch Dr. Hans Egermeier und Dr. Ulrich Viethen mit fünf Thesen, die das Potential aber auch die Grenzen von OPC UA beschreibbar und diskutierbar machen. Diese Artikelserie im SPS-MAGAZIN greift die einzelnen Thesen nacheinander auf.
Wiederverwendbarer Modulbaukasten
Dieser Artikel befasst sich mit These Nummer 2: „Für die Rationalisierung und Wartbarkeit werden große Softwaresysteme architekturell in Fraktale zerlegt. Die Standardisierung ist für die Wirtschaftlichkeit komplexer werdenden Produktionsanlagen entscheidend.“ Sie zielt auf den schlichten Grundsatz bei technisch aufwändigen und umfangreichen Systemen hin – teile und herrsche. So ist es im Allgemeinen das Ziel erfolgreicher Maschinen- und Anlagenbauer einen wiederverwendbaren elektromechanischen Modulbaukasten zu entwickeln, der einen Großteil der Prozessanforderungen abdeckt. Der verbleibende Aufwand für schlecht vorhersehbare und bzw. planbare kundenindividuelle Anpassungen ist dann im besten Fall sehr gering. Die Vorteile wirken über den gesamten Produktlebenszyklus vom Engineering über die Inbetriebnahme bis hin zu Wartung und Rückbau. Grundsatz der Zerteilung und Wiederverwendung sowie deren Nutzen gelten in der Software selbstverständlich ebenso. Allerdings ist der Weg dorthin beschwerlich und auch die Pflege eines Softwarestandards stellt besondere Herausforderungen. Die vermeintlich so leichte Wandelbarkeit von Software wird zum Stolperstein. Eine zentrale Frage mit der sich viele Softwareteams laufend konfrontiert sehen ist: Warum sich mit Standardisierung aufhalten, wenn es doch auch so schnell angepasst werden kann. Aber je größer und vielschichtiger das Softwaresystem ist, desto weniger wandelbar wird es de facto – obwohl es immer noch den Anschein hat als könne man die einzelnen Funktionen leicht ändern. Jeder Programmierer, der an einem großen Bestandssoftware nur eine Kleinigkeit ändern muss, kennt diesen Effekt nur zu genau. Im Umfeld einer digital transformierten Produktion, das große, langlebige und komplexe Softwaresysteme erfordert, ist ein Höchstmaß an Standardisierung erfolgsentscheidend. Standardisierung von Software heißt demnach nicht (nur) die Softwarestrukturen zu standardisieren, sondern vorrangig die Programm- und Kommunikationsschnittstellen. Ansonsten erhält man starre Templates, die eine Wiederverwendung im Sinne der flexiblen Erweiterbarkeit stark einschränken oder sogar zunichtemachen.
Serviceorientierte Architekturen
Die bestmögliche technische Umsetzung einer jeden Systemkomponente sollte für sich gesehen frei wählbar sein. Nach dem derzeitigen Stand der Technik erfüllen das sogenannte serviceorientierte Softwarearchitekturen am besten. Bei Microservice-Architekturen ist die Entkopplung der einzelnen Services bzw. dahinterliegenden Softwarekomponenten so stark, dass diese weder gemeinsam entwickelt noch technische Gemeinsamkeiten haben müssen. Lediglich die Information, die die jeweiligen Services benötigen bzw. die diese wieder selbst bereitstellen, müssen fest definiert sein. Nicht umsonst heißt es in einer Definition des VDMA: „Industrie-4.0-Kommunikation unterscheidet sich von bisheriger Kommunikation im Wesentlichen dadurch, dass sie auf einer standardisierten serviceorientierten Architektur (SOA) beruht und die Übertragung von sich selbstbeschreibenden Informationen ermöglicht. (…) Diese Selbstauskunftsfähigkeit reduziert den Konfigurationsaufwand und erleichtert das Benutzerverständnis.“ OPC UA trägt diesen Anspruch schon im Namen mit Open Platform Communications Unified Architecture. Die grundlegende Architektur des Standards ist dienstbasiert aufgebaut. So ermöglicht das OPC UA Information Modeling Framework es, die Daten und das Verhalten von Systemen – also z. B. einer Maschine oder Anlage – in sogenannte Informationsmodelle zu verwandeln, die dann wiederum mit anderen OPC-UA-Anwendungen über folgende Basisdienste diese Informationen zur Verfügung stellen:
