Kurs C1 ·Industrie

Companion Specifications

Eine Companion Specification ist das, was aus der Integration statt eines Projekts je Maschine etwas Portables macht. Dieser Kurs arbeitet sich durch den realen Stapel (DI, Machinery, MachineTool, PackML, Weihenstephan) und zeigt, wie Sie in dreißig Sekunden erkennen, was eine Maschine tatsächlich implementiert.

Lektionen12
Timeetwa 96 Minuten
VoraussetzungenA2
KostenKostenlos: geschriebene Lektionen offen, Video und Labs brauchen ein kostenloses Konto

Was Sie danach können

  • Sie können die Capability-Codes eines Servers lesen und wissen, welche Companion Specs er beansprucht.
  • Sie können die Typen einer Maschine gegen MachineToolType oder PackMLMachineStateMachineType prüfen.
  • Sie können eine Maschine auf die Machinery-Bausteine abbilden.
  • Sie erkennen eine semantische Integration von reinem Tag-Abgreifen, bevor Sie anbieten.

Lehrplan

  1. 1
    Verstehen, was eine Companion Spec Ihnen bringt

    Dieselbe Integration, einmal gegen einen Typ und einmal gegen eine rohe Tag-Adresse geschrieben, und was mit beiden passiert, wenn die nächste Maschine von einem anderen Hersteller kommt.

    Asset Zwei Umsetzungen derselben OEE-Berechnung, eine portabel und eine nicht

    8 min
  2. 2
    Die Capability-Codes eines Servers in dreißig Sekunden lesen

    Die Kurzcodes aus ServerCapabilities: DA, HD, AC, HE, DI, PACKML, S95, MTC und die übrigen. Der schnellstmögliche Blick darauf, was der Server einer Anlage behauptet.

    Asset Capability-Codes von vier realen Servern, entschlüsselt, mit dem, was jeder für das Projekt bedeutet

    8 min
  3. 3
    Bei DI beginnen, der Basis von allem

    Part 100: DeviceType, das Typenschild zur Identifikation und der Lock-Service. Jedes Gerätemodell baut darauf auf.

    Asset Ein DI-konformes Gerät gebrowst, mit jedem gelesenen Typenschildfeld

    8 min
  4. 4
    Die Machinery-Bausteine nutzen

    MachineIdentificationType, MachineryItemState, OperationMode sowie die Betriebs- und Lebensdauerzähler. Die mit Abstand wichtigste Schicht für Maschinendaten.

    Asset Der Machines-Ordner auf dem umati-Server mit den an einer echten Maschine gebrowsten Bausteinen

    9 min
  5. 5
    Item State von der Betriebsart trennen

    Die Unterscheidung, die darüber entscheidet, ob Ihre OEE geplanten Stillstand von einer Störung trennen kann, und der häufigste Modellierungsfehler im gesamten Feld.

    Asset Eine Zustands- und Betriebsarten-Zeitleiste für eine Schicht, mit korrekt und falsch berechneter OEE

    9 min
  6. 6
    Tief in MachineTool einsteigen

    ProductionStatisticsType, die Produktions-Zustandsmaschinen, die Werkzeugstandzeit und die Überwachungstypen.

    Asset Eine MachineTool-Instanz auf opc.tcp://opcua.umati.app:4840 mit gelesenen Statistiken und Zustandsmaschinen

    9 min
  7. 7
    MachineTool-Condition-Classes als Ursachencodes nutzen

    ToolBreakage, PartMissing, Clamping, ProcessIrregularity und die übrigen, eine standardisierte Stillstandstaxonomie, die als zeitgestempelte Events ankommt.

    Asset Condition-Class-Ereignisse, von einer Maschine aufgezeichnet und auf einen Stillstandsgrund-Bericht abgebildet

    8 min
  8. 8
    Die MachineTool-Prognosefamilie lesen

    Prognosen sagen Ihnen, warum die Maschine gleich stehen bleibt, bevor sie es tut. Fast kein OEE-System nutzt das heute.

    Asset Prognose-Knoten, gelesen aus einer MachineTool-Instanz, mit dem, was jeder vorhersagt

    7 min
  9. 9
    Mit PackML arbeiten

    Die ISA-88-Zustandsmaschine mit siebzehn Zuständen, PackMLCountDataType und das Admin-Objekt, das faktisch ein fertiger OEE-Datensatz ist: deshalb sind PackML-Linien die leichtesten Erfolge.

    Asset Die siebzehn Zustände mit den Übergängen, plus ein Dump des Admin-Objekts, auf OEE-Begriffe abgebildet

    9 min
  10. 10
    Mit Weihenstephan arbeiten

    Das Pendant für Lebensmittel und Getränke, seine PackML-Abstammung, und was sich zwischen beiden übertragen lässt.

    Asset Ein direkter Vergleich der State Machines von Weihenstephan und PackML

    7 min
  11. 11
    umati als Prüfstand nutzen

    Keine Spezifikation, sondern das Vehikel der Verbreitung: ein kostenloser öffentlicher Server, der mehrere Machinery-Spezifikationen implementiert, plus ein Dashboard-Client, der als MQTT weiterveröffentlicht.

    Asset Der umati-Beispielserver und der Dashboard-Client lokal laufend, mit der MQTT-Ausgabe

    7 min
  12. 12
    Die Aussage eines Herstellers prüfen

    Was zu tun ist, wenn ein Lieferant sagt "wir unterstützen OPC UA": das Browsen, die Typprüfung, die Prüfung auf optionale Knoten und die vier Fragen, die schriftlich zu stellen sind.

    Asset Eine Audit-Checkliste, auf eine echte Maschine angewendet, mit den gefundenen Lücken

    7 min

Lab

Kostenloses Konto erforderlich

Suchen Sie auf opc.tcp://opcua.umati.app:4840 eine MachineTool-Instanz, bestätigen Sie ihre Typdefinition und extrahieren Sie alles, was Sie für Verfügbarkeit und Stückzahlen brauchen würden. Listen Sie auf, was fehlt.

Lab freischalten →
Hintergrund zur Spezifikation

Zuletzt geprüft am 7. September 2026 gegen OPC UA 1.05.07. OPC UA Connect ist ein unabhängiges Bildungsangebot und steht in keiner Verbindung zur OPC Foundation.

Kostenloser Download
OPC UA Machine Data → OEE Mapping Kit
Welche Knoten Sie abonnieren, wie daraus Verfügbarkeit, Leistung und Qualität werden und welche Companion Specification die Antwort schon liefert, damit Sie aufhören, Tags zu erfinden.
Kostenloses Mapping-Kit holen →
Kostenlos, kein Kurs, kein Login