Informationsmodellierung

Was Sie danach können

• Sie können eine Typhierarchie entwerfen statt eines Ordners voller Tags.
• Sie können eine eigene NodeSet2-Datei erstellen und kompilieren.
• Sie können eine eigene Struktur bereitstellen, die ein generischer Client decodieren kann.
• Sie können den Adressraum eines laufenden Servers exportieren und offline damit arbeiten.

Lehrplan

1. 1
   Typen modellieren, nicht Instanzen

   Warum ein ObjectType mit drei Instanzen drei Ordnern voller Tags überlegen ist und was ein Client mit dem Typ tun kann, was er mit dem Ordner nicht tun kann.

   Asset Dieselben drei Pumpen auf beide Arten modelliert, nebeneinander gebrowst

   8 min
2. 2
   Modellierungsregeln anwenden

   Mandatory, Optional und die Platzhalterregeln. Was ein Client annehmen darf, und der Fehlerfall, wenn er annimmt, dass ein optionaler Knoten existiert.

   Asset Ein Typ mit verpflichtenden und optionalen Elementen und zwei Instanzen, die sich unterscheiden

   8 min
3. 3
   Interfaces nutzen

   Mehrfachvererbung für Fähigkeiten. Wie die Machinery-Bausteine Interfaces nutzen und warum genau das sie kombinierbar macht.

   Asset Ein Knoten, der zwei Interfaces implementiert, mit beiden gebrowsten Mengen von Members

   8 min
4. 4
   Eine eigene Struktur definieren

   DataTypeDefinition, Feldreihenfolge und die Codierung, die ein Client zum Decodieren braucht.

   Asset Ein von einem Server bereitgestelltes eigenes Struct, dekodiert von einem generischen Client, mit dem rohen ExtensionObject

   9 min
5. 5
   Das alte Type Dictionary überstehen

   Server, die nur ein binäres Type Dictionary anbieten, Clients, die nur DataTypeDefinition unterstützen, und das undekodierte ExtensionObject, das dabei herauskommt.

   Asset Dieselbe Struktur von zwei Clients gelesen, von denen einer sie nicht decodiert

   8 min
6. 6
   Unions und optionale Felder behandeln

   Wo die Dekodierung eigener Structs tatsächlich bricht, und wie man modelliert, damit sie es nicht tut.

   Asset Eine Union und eine Struktur mit optionalem Feld, mit der jeweiligen Wire-Codierung ausgeschrieben

   7 min
7. 7
   Eine NodeSet2-Datei erstellen

   Das XML, in dem jede Companion Specification ausgeliefert wird. Struktur, Namespaces, Aliase und Referenzen.

   Asset Eine vollständige, gültige NodeSet2-Datei für einen kleinen Maschinentyp, von Grund auf

   10 min
8. 8
   Ein Modell kompilieren

   UA-ModelCompiler als globales dotnet-Tool, seine Ein- und Ausgaben und die Fehler, die es liefert.

   Asset Ein mit UA-ModelCompiler kompiliertes Modell, einschließlich eines absichtlichen Fehlers und dessen Meldung

   8 min
9. 9
   Ein Modell zur Laufzeit laden

   Ein Nodeset in einen laufenden Server importieren, und was dabei mit den Namespace-Indizes passiert.

   Asset Ein zur Laufzeit importiertes Nodeset, mit NamespaceArray vorher und nachher

   8 min
10. 10
    Einen laufenden Adressraum exportieren

    NodeSet-Export aus einem laufenden Server, damit Sie offline arbeiten und zwischen Firmware-Versionen diffen können.

    Asset Zwei Exporte derselben Maschine nach einem Firmware-Wechsel, mit dem Diff

    7 min
11. 11
    In der UA Cloud Library veröffentlichen

    Wozu die Library da ist, ihre REST- und Swagger-Oberfläche, und wann man veröffentlicht statt lokal zu bleiben.

    Asset Ein über die API der UA Cloud Library hochgeladenes und abgerufenes Modell

    7 min
12. 12
    Für den Consumer modellieren, nicht für die SPS

    Die Gewohnheiten, die ein Modell nachgelagert nützlich machen: stabile Identifier, echte Einheiten, ehrliche Bereiche und Zustände als Zustandsmaschinen statt als Ganzzahlen.

    Asset Eine Prüfcheckliste, angewandt auf ein echtes Herstellermodell, mit den acht Problemen, die sie findet

    8 min

Lab

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.