Anzeige
Beitrag drucken

Ansätze zur HMI-Erstellung

Welches Tool soll es sein?

Das Human Machine Interface: selbst programmieren, parametrieren oder etwas dazwischen? Stefan Niermann ist Vertriebsingenieur bei der Inosoft GmbH und berichtet über die Möglichkeiten aktueller Ansätze zum Erstellen eines HMI.

(Bild: ©ugurhan/Getty Images / Inosoft GmbH)

(Bild: ©ugurhan/Getty Images / Inosoft GmbH)

Der Weg zum HMI ist nicht immer gleich. Wie sieht die typische Vorgehensweise eines Maschinen- oder Anlagenbauers aus?

Stefan Niermann: Der häufigste Weg für eine Vielzahl von Anwendungen ist sicherlich der Einsatz eines der am Markt erhältlichen Tools. In deren Engineering-Umgebungen parametriert man die notwendigen Funktionen und gestaltet die Oberfläche im Rahmen der vorgegebenen Möglichkeiten. Es gibt aber auch Unternehmen, die aus verschiedenen Gründen eine eigene Lösung entwickelt haben – entweder komplett selbst programmiert oder unter Verwendung von verschiedenen Bibliotheken. Eine andere Möglichkeit sind Hybridlösungen. Ein Teil wird parametriert und in vielen Bereichen kann man frei programmieren. Ein Beispiel dafür ist unser VisiWin. Es gilt herauszufinden, was am besten zu den Anforderungen passt.

Also gibt es Szenarien, in denen man mit parametrierbaren Lösungen an Grenzen stößt?

Niermann: Für Standardlösungen sind die fertigen Tools in der Regel gut aufgestellt. Natürlich gibt es auch Spezialisierungen in der einen oder anderen Disziplin. Spezielle Anforderungen, egal ob das die Grafik oder die Funktionalität betrifft, sind häufig nur mit Skripten, programmierten Erweiterungen oder 3rd Party-Komponenten möglich. Die notwendige Offenheit im Tool immer vorausgesetzt. Darüber hinaus ist man bei der Weiterentwicklung des Tools auf dessen Hersteller angewiesen. Die Erstellung der realen Anwendung ist dann mit mehr oder weniger Fleißarbeit verbunden. Wenn eine Automatisierung dieses Prozesses nicht als Komfortfunktion eingebaut ist, muss man dem mit reiner Manpower begegnen.

Darum implementieren andere die komplette Lösung mit eigenen Programmierern?

Niermann: Vielfach ist der Wunsch nach einer wirklich maßgeschneiderten Lösung der Grund dafür. Spezielle Anforderungen, die mit zugekauften HMI-Paketen nicht umgesetzt werden können, legen häufig den Grundstein für diese Entscheidung. Teils sind auch, z.B. bei hohen Stückzahlen, die Durchlaufzeiten für Projekte oder Lizenzkosten der Grund.

Wie stehen denn die unterschiedlichen Wege im Kostenvergleich da?

Niermann: Stellen wir zunächst mal einen direkten Vergleich der Lizenzkosten an: Im Bereich Engineering benötigt man Lizenzen für das Werkzeug des HMI-Herstellers bzw. für die zur Programmierung verwendete Umgebung. Dazu kommen eventuelle Kosten für Wartung, Support und Upgrades. Die Laufzeitumgebung ist bei den HMI-/Scada-Produkten in der Regel ebenfalls lizenzpflichtig. Das fällt bei selbstprogrammierten Lösungen weg. Kommen wir dann zu den höheren, aber schlechter kalkulierbaren Kosten. Das sind die für das eingesetzte Personal: Zur Vereinfachung gehen wir hier davon aus, dass das Personal bereits ausgebildet ist und die grundsätzliche Konzeption für Bedienung, Design und Funktion auch schon besteht. Bei der initialen Umsetzung ist dann die selbstprogrammierte Lösung ganz klar im Nachteil, weil man alles noch bauen muss, was das fertige Werkzeug mitbringen sollte. Der Aufwand pro Applikation hängt stark von der Umsetzung der jeweiligen Lösung und der Varianz der Anwendungen ab. Aktuell setzen sich Unternehmen häufig das Ziel, durch reine Konfiguration in kürzester Zeit zur auslieferungsfähigen Anwendung zu kommen. Das ist eher die Domäne der selbstprogrammierten Lösungen. Herkömmliche HMI-/Scada-Pakete erfordern meist mehr Fleißarbeit. Pflege und Erweiterung übernehmen bei den zugekauften Paketen die jeweiligen Hersteller und im anderen Fall muss man das ebenfalls selbst leisten. Dieser Punkt wird häufig unterschätzt!

Das zuvor erwähnte qualifizierte Personal ist ein interessanter Punkt. Was gibt es da zu beachten?

Niermann: Softwareentwickler sind begehrt. Maschinenbauunternehmen können Programmierern ein interessantes, praxisnahes Umfeld bieten. Ob sie es tun, liegt an den Unternehmen selbst. Viele Automatisierungsspezialisten beherrschen neben SPS-Programmierung auch die Anwendung von HMI-/Scada-Paketen. Für spezielle Lösungen braucht man aber auch hier speziell qualifizierte Leute, die es nicht in so großer Zahl gibt. Zusammengefasst kann man sagen, dass für anspruchsvolle Lösungen auch entsprechendes Personal in ausreichender Zahl zur Verfügung stehen muss.

Komme ich denn mit beiden Lösungen an mein Ziel und bin auch für die Zukunft gut aufgestellt?

Niermann: Manchmal wird das Ziel anhand der Funktionen des Tools definiert. Dann wird es natürlich auf jeden Fall erreicht. Wenn der Anwender im Rahmen der technischen Möglichkeiten bleibt, kann er mit der selbstprogrammierten Lösung immer sein Ziel erreichen. Da ist es dann eher eine Frage des Aufwands, also der Bereitschaft, Zeit und Geld zu investieren. Zukunftssicherheit ist bei den langen Laufzeiten von Maschinen immer ein Thema. Die eigene Lösung muss kontinuierlich an neue Betriebssysteme, geänderte Rahmenbedingungen und natürlich an die Anforderungen des Marktes angepasst werden. Bei der zugekauften Software ist das zumindest für die Basis die Aufgabe des Herstellers und da ist man in der Abhängigkeit.

Und wenn ich meinen Marktbegleitern einen Schritt voraus sein möchte?

Niermann: Mit der selbstprogrammierten Lösung kann ich das – Motivation und Investitionsbereitschaft vorausgesetzt. Die zugekaufte Software wird auch weiterentwickelt, aber die neuen Funktionen stehen allen Anwendern zur Verfügung. Setzt ein anderes Unternehmen die gleiche Software ein, bekommt es zwangsläufig die gleichen Voraussetzungen für Innovationen.

Am Anfang der Betrachtungen haben Sie als Beispiel Ihre Hybridlösung VisiWin angeführt. Schaffen Sie damit den Spagat?

Niermann: Grundsätzlich schon – oder besser fast. Seriös betrachtet gibt es bei uns natürlich auch nicht nur Vorteile. Das Konzept von VisiWin sieht vor, dass man viele fertige Funktionen bekommt, die parametriert werden. Dazu kommt die Offenheit durch unsere Integration z.B. in Microsoft Visual Studio. So muss man nicht alles selbst programmieren, aber für den Fall der Fälle hat man alle Möglichkeiten. Wir bieten kooperatives Engineering für den Programmierer und den Automatisierungstechniker und außerdem Möglichkeiten zur automatisierten Projekterstellung für bessere Effizienz. Völlig unabhängig vom Hersteller ist man damit naturgemäß nicht – die Zusammenarbeit mit uns hat aber auch viele Vorteile (lacht). Das Produkt kommt gut an bei Anwendern, die viele Freiheitsgrade brauchen, aber nicht alles selbst machen und pflegen wollen. Sie wollen sich auf die firmenspezifischen Besonderheiten konzentrieren und dafür auch bei Programmieraufgaben in einer professionellen Umgebung arbeiten.

Stefan Niermann, Vertriebsingenieur, Inosoft GmbH (Bild: Inosoft GmbH)

Stefan Niermann, Vertriebsingenieur, Inosoft GmbH (Bild: Inosoft GmbH)


Das könnte Sie auch interessieren:

Seit gut eineinhalb Jahren betreibt Simus Systems eine Online-Plattform, auf der Auftraggeber und Auftragnehmer die Metallbearbeitung von Bauteilen kalkulieren - und das Interesse am Tool ist rege. Anwender laden ihr CAD-Modell hoch und erhalten eine valide Vorkalkulation des geplanten Bauteils.‣ weiterlesen

Erst die Interoperabilität von Maschinen und Anlagen ermöglicht Unternehmen die Teilhabe an neuen digitalen Strukturen und ist Grundvoraussetzung für neue digitale Geschäftsmodelle. Durch interoperable Schnittstellen können neue Maschinen effizienter integriert werden. Die VDMA-Studie ‘Interoperabilität im Maschinen- und Anlagenbau‘ zeigt die Relevanz von interoperablen Schnittstellen und dazugehörigen Standards in den Unternehmen.‣ weiterlesen

Im Gewerbebau gehört ein differenziertes Zutrittsmanagement zum Standard der meisten Ausschreibungen. Für Betriebe lohnt es, sich mit dem Thema zu beschäftigen. Denn die Infrastruktur sollte später neue Anforderungen im Besuchermanagement ohne hohe Mehrkosten abbilden können.‣ weiterlesen

Die Vor- und Nachteile von SQL-, NoSQL- und Cloud-Datenbanken in Produktionsumgebungen werden noch immer diskutiert. Es wird höchste Zeit für ein Datenbankmanagement-System, das die Stärken aller drei miteinander verbindet.‣ weiterlesen

Predictive Maintenance, oder auch vorausschauende Instandhaltung, bildet einen der primären Anwendungsfälle im Spektrum der Industrie 4.0. Doch noch sind viele Unternehmen von den Ergebnissen enttäuscht, nachdem ihnen die technische Umsetzung gelungen ist. Eine planvolle Roadmap beugt dem vor, indem ein vorteilhafter Rahmen um das Werkzeug gezogen wird.‣ weiterlesen

Das Systemhaus Solid System Team wird von einer Doppelspitze geleitet. Neben Werner Heckl ist seit 1. April auch Torsten Hartinger mit der Geschäftsführung betraut.‣ weiterlesen

Materialise erwirbt Kaufoption von MES-Anbieter Link3D. Mögliche Übernahme könnte den Weg zum cloudbasierten Zugriff auf die 3D-Druck-Software-Plattform von Materialise ebnen.‣ weiterlesen

Ist die IoT-Infrastruktur in der Fertigung erst einmal installiert, müssen die erfassten Daten analysiert und in Nutzen überführt werden. Dabei kommt Event-Streaming-Technologie vor allem dann in Frage, wenn Anwender ihre Daten echtzeitnah verarbeiten wollen.‣ weiterlesen

Frank Possel-Dölken (Phoenix Contact) ist neuer Vorsitzender des Lenkungskreises der Plattform Industrie 4.0. Er übernimmt das Amt von Frank Melzer (Festo).‣ weiterlesen

Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige