Anzeige
Anzeige
Anzeige
Anzeige
Beitrag drucken

Standards

'AutomationML' und 'eCl@ss' kombinieren

Egal ob es sich um ein Auto, einen Drucker mit Scanner- und Faxfunktion oder um einen Schaltschrank handelt – vor jedem neuen Produkt steht das Engineering. Durch die Kombination der etablierten Standards 'AutomationML' und 'eCl@ss' lässt sich ein durchgängiger Prozess umsetzen, der nicht nur hilft, Fehler zu vermeiden, sondern auch erheblichen Aufwand einsparen kann.



Ein durchgängiges Engineering funktioniert nur dann, wenn die Datenweitergabe zwischen unterschiedlichen Werkzeugen problemlos möglich ist.
Bild: Phoenix Contact Deutschland GmbH

Produkte werden zumeist nicht mit einem einzigen Engineering-Werkzeug entwickelt. In den meisten Fällen kommen verschiedene Tools zum Einsatz. Da die Werkzeuge in der Engineering-Kette verschiedene Aufgabenstellungen lösen, sprechen sie jeweils ihre eigene, spezialisierte Sprache. Das kann bedeuten, dass die Datenformate der einzelnen Tools weder untereinander kompatibel sind, noch auf einer gemeinsamen Semantik-Definition basieren. Darüber hinaus gibt es unter Umständen nur wenige Schnittstellen, die die Werkzeuge miteinander verbinden. Während des Engineering-Prozesses kann ein großer Aufwand entstehen, um die Daten aus einem in das andere Format zu überführen.

Vor diesem Hintergrund wäre es zielführender, wenn ein gemeinsames Datenformat für alle Engineering-Tools verwendet werden kann, das sich selbst nach Beendigung des Engineering zur Steuerung der Produktion des entwickelten Artikels nutzen lässt.

Hohe Anforderungen

Die Anforderungen an ein derartiges Datenformat sind entsprechend hoch und können weder vom Klassifizierungs-Standard eCl@ss noch von AutomationML als Format für die Speicherung sowie zum Austausch von Anlagenplanungs-Daten erfüllt werden. Durch eine Kombination aus beiden Standards lässt sich jedoch ein durchgängiges Engineering realisieren. Zum Engineering eines Schaltschranks gehören unter anderem der Entwurf eines Schaltplans, die Auswahl der für diesen Schaltplan geeigneten Produkte sowie die Planung des mechanischen Montage-Aufbaus und der Verdrahtung im Schaltschrank. Dabei ist die Reihenfolge der Werkzeuge nicht explizit vorgegeben, sondern ergibt sich häufig von selbst.

Beispielsweise wird zunächst der Schaltplan mit dem jeweiligen Tool erstellt, das eine Schnittstelle zu den Produkt-Konfiguratoren der elektronischen Komponenten umfasst. Aus dem Schaltplan leitet sich dann eine konfektionierte Klemmenleiste ab, die der Planung des Montage-Aufbaus zur Verfügung gestellt werden muss. Der Montage-Aufbau dient wiederum als Grundlage für das Verdrahtungskonzept. Schnittstellen für derartige Engineering-Ketten liegen heute bereits vor, allerdings meist nur in eine Richtung. Selbst kleinere Änderungen – wie das Austauschen einer Reihenklemme gegen eine Variante mit einer anderen Anschlusstechnik – können zu einem erheblichen Aufwand an Nacharbeiten führen. Existieren die Schnittstellen nicht, müssen die Projektdaten oftmals umständlich konvertiert oder sogar manuell übertragen werden. Auf dem Weg durch die verschiedenen Engineering-Werkzeuge können zudem Daten verloren gehen.

Im Ergebnis sind dann die detaillierten Informationen aus den Produkt-Konfiguratoren für die Verdrahtungs-Planung nicht mehr vorhanden. Es wäre deshalb vorteilhaft, wenn alle Engineering-Tools mit einem gemeinsamen Datenformat arbeiten könnten. Auf diese Weise ließen sich die Konvertierungen und die daraus resultierenden Informationsverluste vermeiden. Außerdem könnte so die Engineering-Kette einfacher verlassen werden. Ein gemeinsames Datenformat bedingt jedoch eine Semantik-Definition, also eine einheitliche Definition der innerhalb der gesamten Kette auftretenden Aspekte. Gibt es sie nicht, kann es passieren, dass sich die Werkzeuge trotz des gleichen Datenformats nichts verstehen.



Das Beispiel einer Stromversorgung zeigt, dass die Leitungen durch die Kombination von Schaltplan-Informationen und Produktdaten nach der Platzierung der Geräte im 3D-Aufbau automatisch geroutet werden. Bild: Phoenix Contact Deutschland GmbH

Rollenklassen-Bibliotheken

2005 hat die Automatisierungs-Initiative Deutscher Automobilhersteller (AIDA) die Kosten der Fabrikautomation analysiert. Die Studie kam zu dem Ergebnis, dass das Engineering von Anlagen einen wesentlichen Kostenfaktor darstellt, und hier insbesondere das Übertragen von Engineering-Daten von einem Werkzeug auf das nächste. Daraufhin hat die Daimler AG 2006 die Entwicklung und Standardisierung von AutomationML als Datenaustausch-Format für Engineering-Tools initiiert. Das entsprechende Industriekonsortium ist 2009 in einen Verein übergegangen.

Bei AutomationML handelt es sich um ein XML-basiertes Austauschformat für Engineering-Daten, das andere vorhandene Datenformate kombiniert. Dabei bildet Computer Aided Engineering Exchange (CAEX ) als äußere Klammer die Topologie einer Anlage ab, aus der weitere standardisierte Formate wie Collaborative Design Activity (Collada) und PLCopen XML referenziert werden können. Ursprünglich war AutomationML zur Anlagenbeschreibung gedacht. Es stellte sich allerdings heraus, dass sich mit dem Format auch Artikel beschreiben lassen, die in der Anlage hergestellt werden. Auf der Grundlage einer solch präzisen Artikelbeschreibung können intelligente technische Systeme, wie sie aktuell im Umfeld von Industrie 4.0 konzipiert werden, selbständig die Fertigungsstationen identifizieren, die zur Produktion des Artikels notwendig sind. Phoenix Contact setzt AutomationML daher im Rahmen seines Spitzencluster-Projekts Automation für wandlungsfähige Produktionstechnik (Awapro) ein. AutomationML verfolgt den Ansatz, dass sämtliche Engineering-Werkzeuge mit den gleichen Dateien arbeiten.

Jedes Tool liest und schreibt jedoch nur in den Teil, der für es selbst relevant ist. Damit alle Werkzeuge ein gemeinsames Verständnis von den in den Dateien beschriebenen Aspekten haben, umfasst AutomationML sogenannte Rollenklassen-Bibliotheken. Sämtliche Objekte im Datenaustausch-Format müssen auf eine Rollenklasse verweisen, sodass die Bedeutung respektive Klassifizierung für dieses Objekt für alle Engineering-Tools eindeutig ist. Derart umfangreiche Rollenklassen zu definieren, erweist sich als große Aufgabe, die ständig fortgeführt werden muss und AutomationML bisher noch nicht gemeistert hat. Daher ist es sinnvoll, ein bestehendes Klassifikationssystem als Rollenklassen-Bibliothek mit einzubinden.


Das könnte Sie auch interessieren:

Auf dem Logimat-Messestand der MHP Solution Group in Halle 8, Stand C61 finden Besucher erstmals die Lösungen der Firmen AISYS, BNS, MHP, TIA, KDL und LogControl. Die Geschäftseinheit Warehouse der Firmengruppe zeigt zum Beispiel, wie xStorage3 von Aisys, WOS von KDL und WHM von LogControl als Lagerlogistiksoftwarelösungen Prozesse im Lager skalierbar vom Wareneingang bis zum -ausgang automatisieren helfen.‣ weiterlesen

Fanuc hat sein Portfolio kollaborativer Roboter erweitert. Das Besondere am weiß designten CRX-10iA sind seine Leichtbauweise - und die Werkzeuge zur Implementierung. Sie sollen die Integration so erleichtern, dass die Cobots auch Unternehmen interessieren, die bislang keine Roboter betreiben.‣ weiterlesen

Artschwager und Kohl hat die Standardsoftware MIRconnect auf den Markt gebracht. Nach Installation und Konfiguration soll der Konnektor einsatzfähig sein.‣ weiterlesen

Selbst kleinere Betriebe rationalisieren ihre Abläufe immer häufiger mit leistungsfähigen ERP-Lösungen. Die Anforderungen an diese Systeme unterscheiden sich zwar je nach Ausrichtung und Branche teils deutlich. Aber die Maßnahmen, um den Erfolg der Einführung abzusichern, bleiben gleich. Marco Mancuso von der SOU AG schildert, welche das sind.‣ weiterlesen

Jeden Tag produzieren unzählige Fertigungen ihre Bauteile mit dem modularen Montagesystem MMS von Kemmler + Riehle. Weiterentwickelt wird das Profilsystem mit dem CAD-System PTC Creo Elements/Direct. Mit der Datenverwaltung Phoenix/PDM von Orcon stehen jedem Nutzer 3D-Daten zur Verfügung.‣ weiterlesen

Die Sievers-Group stellt auf der Logimat 2020 neue Module zur softwaregestützten Lagerlogistik vor. In Halle 8 an Stand B62 können sich Messebesucher etwa SNC/Mobile für eine mobile und papierlose Ausführung von Arbeitsschritten anschauen.‣ weiterlesen

Die Simulationsexperten von SimPlan fahren mit dem neuen Tool 'CAD Is The Model' zur Logimat (Halle 8, Stand B06). Damit können sogenannte 'Aspects' zur Beschreibung des Verhaltens einer Anlagenkomponente wie Maschinen, Roboter oder Handlingssysteme bereits im CAD-System definiert und an die Simulationssoftware übergeben werden.‣ weiterlesen

Bis vor ein paar Jahren waren Fahrerlose Transportsysteme (FTS) nur in Lagern, Automobilmontagewerken und anderen Betrieben mit großer Grundfläche zu finden. Doch nach einigen technologischen Innovationen sind die Systeme zunehmend auch für kleine und mittlere Unternehmen interessant. Ein Überblick.‣ weiterlesen

Noch sind viele technisch-wissenschaftliche und gesellschaftliche Fragen zu autonomen Systemen offen. Einen Beitrag zum Diskurs leistet die Reihe 'Künstliche Intelligenz und autonome Systeme' der VDI/VDE-Gesellschaft Mess- und Automatisierungstechnik. Diesmal befragt die Arbeitsgemeinschaft 'Autonome Systeme' Dr. Christine Maul und Professor Klaus Dieter Sommer dazu, wie nachvollziehbar sich ein autonomens System verhalten sollte.‣ weiterlesen

Die PSI Logistics GmbH aus Berlin präsentiert auf der Logimat in Halle 8, Stand D70 erstmals die PSI Logistics Suite im Release 2020.‣ weiterlesen

Stäubli WFT präsentiert auf der Logimat in Halle 7, Stand C09 die Transportlösung WFTFL. Hinter dem Kürzel verbirgt sich ein automatisiert fahrender, kompakter Gegengewichtsstapler zur automatisierten Materialversorgung.‣ weiterlesen

Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige