aiMOOC

Industrial Internet of Things - Maschinen intelligent vernetzen

QR-Code

Einleitung

Im Industrial Internet of Things (IIoT) liefern Maschinen nicht bloß Zahlen: Daten werden mit Herkunft, Zeit, Qualität und Bedeutung so bereitgestellt, dass mehrere Systeme sie sicher lesen und auswerten können. In diesem aiMOOC entwickelst du ein lesendes Gateway-Konzept für drei fiktive Modellmaschinen. Du entscheidest, wann Informationen zuverlässig sind, wann sie als unsicher markiert werden und was bei unterbrochener Verbindung geschieht. Alle Tabellen, Maschinen und Kennwerte sind synthetisch. Du steuerst keine reale Maschine und erteilst keine Sicherheitsfreigabe.

Für wen? Auszubildende im empfohlenen 2. Ausbildungsjahr. Voraussetzung: Z1 oder vergleichbare KI- und Datenkompetenz, Grundwissen zu Sensorik und physikalischen Einheiten. Du kannst alles mit Papier, Tabellenkalkulation oder kostenlosen lokalen Werkzeugen bearbeiten – ohne kostenpflichtiges KI-Konto, ohne Betriebszugang. Plane etwa vier bis sechs Lernstunden und zusätzliche Zeit für die Vertiefung.

Vorwissen aktivieren (5 Minuten): Öffne die vorgegebene Grundlage MOOCwiki-Grundlage. Erkläre in eigenen Worten Messwert, Einheit und Zeitstempel. Falls diese Seite nicht erreichbar ist, verwende die drei Begriffe hier: Messwert = beobachtete Zahl; Einheit = physikalischer Größenbezug; Zeitstempel = Zeitpunkt einer Beobachtung. Der Inhalt der verlinkten Seite konnte für diesen Kurs nicht zuverlässig ausgelesen werden; es werden daher keine unbelegten Aussagen über ihn übernommen.

Lernziele: Du skizzierst die IIoT-Ebenen; wählst eine lesende OPC-UA-Anbindung; entwirfst Topics und Nachrichten für ein Nachrichtensystem; prüfst Netzverlust, Datenalter und Berechtigungen mit drei begründeten Testfällen; ergänzt semantische Angaben und ein nachvollziehbares Offline-Konzept. Unabhängiges Bildungsangebot: weder offizielle Liebherr- noch IHK-Zertifizierung.

Fehler beim Erstellen des Vorschaubildes:

Medienblick: historische IoT-Übersicht, nicht als aktuelle IIoT-Norm verwenden. Alternative ohne Bild: Geräte erfassen Werte, übertragen sie über Netze und Anwendungen deuten sie. Quelle und Rechte im OER-Abschnitt.

IIoT-Architektur vom Sensor zur Auswertung

Ebenen und Datenweg

Eine Maschine besitzt Sensoren und oft eine SPS. Ein Sensor wandelt eine physikalische Größe in ein Signal um; eine Steuerung bereitet Prozessinformationen auf. Im OT-Netz (Operational Technology, nahe an der Produktion) werden diese Daten verarbeitet. Ein Edge-Gateway sammelt ausgewählte Informationen am Netzwerkrand. Ein Broker verteilt Nachrichten; eine Auswertung in IT oder einem Schulmodell liest die Daten. Eine Verbindung zwischen OT und IT muss segmentiert und administrativ freigegeben sein; sie wird durch dieses Lernmodell nicht technisch hergestellt.

Datenweg auf Papier: Modellmaschine A → modellierter OPC-UA-Server → lesender OPC-UA-Client im Gateway → Qualitäts- und Zeitprüfung → lokaler Zwischenspeicher → Nachrichten-Publisher → Broker → lesendes Dashboard. Die Pfeile kennzeichnen Datenfluss und keine Erlaubnis, Steuerbefehle zurückzusenden. Ein Broker oder die Cloud ist nicht zwingend nötig, um eine Maschine intern auszuwerten.

Kernunterschied: Eine Architekturzeichnung zeigt Verbindungen. Eine Berechtigung legt fest, wer was ausführen darf. Ein plausibler Messwert beweist weder technische Sicherheit noch einwandfreie Sensorfunktion. Halte die Systeme und ihre Zuständigkeiten deshalb auseinander.

Beobachtung, Latenz und Semantik

Latenz ist die Verzögerung zwischen Entstehung und Ankunft eines Werts. Abtastrate gibt an, wie oft eine Messung entsteht. Semantik beschreibt Bedeutung und Zusammenhang: etwa hydraulischer Leitungsdruck der Maschine B, Einheit bar statt bloß Wert 17. Ein Datenpunkt sollte mindestens Maschinen-ID, Signal-ID, Zahlenwert, Einheit, Quellzeit, Empfangszeit und Qualitätsstatus tragen. Eine einheitliche Kennung verhindert, dass Temperaturen mit Drücken verwechselt werden.

Ein Dashboard darf einen alten Druck nicht als aktuelle Beobachtung ohne Warnung darstellen. Für diesen Schulfall vereinbaren wir ausdrücklich eine didaktische Frischegrenze von 15 Sekunden; sie ist kein allgemeiner Industrienormwert. Bei Werten über dieser Grenze wird veraltet angezeigt, bis wieder eine frische Beobachtung kommt.

Schema zur gedanklichen Einordnung der Anwendungs- und Protokollschichten. Alternativtext: Informationszugriff, Dienste und Transport sind unterscheidbare Aufgaben; das Schema legt keine Rechte automatisch fest.

Sensoranbindung und Datenqualität

Von der Messkette zum geprüften Signal

Vor der Vernetzung steht die Messkette: Messgröße → Sensor → Eingang/Baugruppe → digitaler Wert → Benennung. Eine Temperatur in °C ist nicht derselbe Wert wie ein Druck in kPa. Skalierung ordnet elektrische Signale einem physikalischen Wertebereich zu. Kalibrierung vergleicht Messungen mit einer Referenz; sie ist nicht identisch mit einer Software-Umrechnung. Das Gateway soll nur bereits freigegebene Daten lesen, nicht kalibrieren oder Signalgrenzen verändern.

Fehler beim Erstellen des Vorschaubildes:

Wikimedia-Skizze eines Thermoelements als Beispiel einer Messkette; sie zeigt nicht die Modellmaschinen. Ohne Bild: Zwei unterschiedliche Metalle bilden eine temperaturabhängige Messspannung.

Kleine GIF-Skizze zum Thermoelement

Animierbare GIF-Datei zu einem Temperaturfühler. Ohne Animation: Messsignal und physikalische Temperatur müssen durch eine definierte Kennlinie zugeordnet werden.

Synthetische Messreihen: drei Modellmaschinen

Die Messwerte unten sind vollständig erfunden und dienen nur zur Auswertung. Ein Datensatz hat je eine Quellzeit; Ankunftszeit und Qualität können davon abweichen. Für diesen Fall sind die Ziel-Einheiten A = kW, B = bar, C = °C. Die Abtastung soll im Modell alle 10 Sekunden erfolgen, darf aber Lücken enthalten.

Maschine	Quellzeit	Signal	Rohwert	Einheit laut Quelle	Empfangszeit	Befund
A	10:00:00	Leistung	12	kW	10:00:01	Grundlast
A	10:00:10	Leistung	28	kW	10:00:11	dokumentierter Lastwechsel
A	10:00:20	Leistung	29	kW	10:00:21	nach dem Lastwechsel stabil
B	10:00:00	Druck	7,5	bar	10:00:01	plausibel
B	10:00:10	Druck	–	–	–	Datenlücke, kein erfundener Nullwert
B	10:00:20	Druck	850	kPa	10:00:22	Einheit weicht vom Ziel ab
C	10:00:00	Temperatur	42	°C	10:00:01	plausibel
C	10:00:10	Temperatur	43	°C	10:00:32	verspätete Lieferung
C	10:00:20	Temperatur	44	°C	10:00:21	frischer Wert

Geführte Prüfung: A springt von 12 auf 28 kW: Dies kann zum markierten Lastwechsel passen und ist nicht allein ein Defektbeweis. B besitzt bei 10:00:10 keine Beobachtung: nie stillschweigend null einsetzen. Die Angabe 850 kPa entspricht 8,5 bar (1 bar = 100 kPa), aber nur bei eindeutig dokumentierter Signalzuordnung und Einheit; ansonsten kennzeichne den Wert als ungeklärt. C mit Quellzeit 10:00:10 trifft erst 10:00:32 ein und ist 22 Sekunden alt – über der vereinbarten 15-Sekunden-Grenze. Der jüngere Quellwert um 10:00:20 kann beim verspäteten Eintreffen von 10:00:10 bereits vorhanden sein; ältere Daten dürfen ihn nicht kommentarlos überschreiben.

Hilfekarte: Vergleiche zuerst Maschinen-ID und Signaltyp, dann Einheit, Quellzeit, Empfangszeit und Qualität. Vertiefung: Unterscheide ausdrücklich fehlende Messung, verspätete Lieferung, fehlerhafte Uhrensynchronisation und tatsächlich geänderten Prozesszustand.

Industrielle Kommunikation mit OPC UA und Nachrichtensystem

OPC-UA-Daten lesen und verstehen

'OPC UA steht für Open Platform Communications Unified Architecture. Es kann Werte, Ereignisse und strukturierte Informationsmodelle zugänglich machen. Ein Server bietet Datenpunkte an; ein Client fragt sie ab oder abonniert Änderungen. Die OPC Foundation beschreibt außerdem PubSub; es ist nicht mit einer automatischen Integration jedes Brokers gleichzusetzen. Das Gateway verbindet im Konzept eine lesende OPC-UA-Client-Rolle mit einem gesonderten Nachrichten-Publisher.

Beispielhafte reine Lesepfade: `Objects/ModelMachines/A/Power` mit Einheit kW; `Objects/ModelMachines/B/Pressure` mit bar; `Objects/ModelMachines/C/Temperature` mit °C. Diese Pfade sind erfundene Modellknoten und keine Hersteller-NodeIDs. Eine reale OPC-UA-Installation würde serverseitig freigegebene Identifikatoren, passende Security Policy, Vertrauenslisten und Nutzerrollen benötigen. Methodenaufrufe, Schreibdienste und Remote-Steuerung liegen ausdrücklich außerhalb des Lernprodukts.

Deutschsprachiger CIIT-Techtalk zur Interoperabilität mit OPC UA (YouTube). Ohne Video: OPC UA bietet herstellerübergreifende Datenzugriffe und Informationsmodelle; die jeweilige Rechtezuweisung bleibt gesondert.

Nachrichten verteilen: Topics, Broker und Zustellung

Ein Nachrichtensystem wie MQTT verwendet Publish/Subscribe: Sender veröffentlichen Nachrichten unter einem Topic, Empfänger abonnieren passende Topics; ein Broker vermittelt. Unser Modell verwendet die erfundenen Topics `schule/modell/A/leistung`, `schule/modell/B/druck` und `schule/modell/C/temperatur`. In einer produktiven Umgebung müssten Topic-Rechte, Transportverschlüsselung, Netzgrenzen und Aufbewahrung ausdrücklich gestaltet und geprüft werden.

Beispielnachricht, rein konzeptionell: `machine=A; signal=power; value=28; unit=kW; source_time=10:00:10; receive_time=10:00:11; quality=good; sequence=2`. Diese Feldfolge ist ein Schulmodell und kein behauptetes standardisiertes OPC-UA- oder MQTT-Nachrichtenformat. Bei einer Unterbrechung entstehen Lücken oder Warteschlangen; MQTT-QoS-Werte allein garantieren weder globale Reihenfolge noch fehlerfreie Ende-zu-Ende-Verarbeitung. Kennungen oder Sequenznummern können helfen, Mehrfachzustellungen zu erkennen.

Ein MQTT-Broker mit mehreren Empfangsanschlüssen

Technische Brokerskizze; mehrere Listener illustrieren Anschlusspunkte, nicht automatisch eine Ausfallsicherheitsgarantie.

Prinzipdarstellung der MQTT-Kommunikationsrollen

Prinzipbild eines Nachrichtensystems. Ohne Bild: Publisher → Broker → Subscriber; Topic und Zugriffsschutz gehören zur Planung.

Transfergedanke: OPC UA organisiert hier die semantische und gesicherte Leseschnittstelle an der Maschine; MQTT ist eine mögliche Art, aufbereitete Daten in einer nachgelagerten Ebene zu verteilen. Beide Technologien ersetzen keine Datenqualitätsprüfung.

Robustes und berechtigtes Gateway-Konzept

Der Netzverlust: Offline ohne Datenfantasie

Testfall 1 – Netzverlust: Um 10:01:00 fällt im Schulmodell die Verbindung vom Gateway zum Broker für 40 Sekunden aus. Die freigegebenen Lesedaten können lokal weiter eintreffen, aber sie werden nicht sofort übertragen. Der Gateway-Entwurf markiert den Zustand offline, speichert höchstens 100 Einträge pro Maschine in einer begrenzten Warteschlange und vermerkt Quellzeit, Sequenz und Qualität. Kapazität und Dauer sind Beispielwerte, keine Standardvorgaben. Bei vollem Speicher verwende eine dokumentierte Verwerfungsregel samt Lückenzähler; bei Verbindungsrückkehr prüfe Autorisierung, Duplikate, Reihenfolge, Datenalter und Sendequittung. Eine Wiederholung darf nicht wie eine neue Messung aussehen.

Entscheidung begründen: Kann ein offline erfasster Wert noch als historischer Datensatz hilfreich sein? Ja, wenn Herkunft und Zeitpunkt erhalten sind. Er darf aber nicht als aktueller Livezustand erscheinen. Ohne lokale Speicherung geht Übertragung möglicherweise verloren; ein Nachrichtenprotokoll heilt diesen Verlust nicht nachträglich. Keine Steuerbefehle während des Ausfalls oder nach Rückkehr.

Veraltete Zeitstempel und Zeitbasis

Testfall 2 – veraltet: Das Gateway prüft C mit `source_time=10:00:10` beim Empfang um `10:00:32`. Alter = 22 Sekunden, also stale bei der vereinbarten Grenze 15 Sekunden. Die Nachricht wird als historisch/verspätet gekennzeichnet; eine frischere Beobachtung wird nicht überschrieben. Bei fehlendem Zeitstempel oder abweichender Zeitzone verlangt das Konzept Zeit unbekannt statt scheinbarer Präzision. Die Übung setzt synchronisierte Modelluhren voraus; in einer realen Anlage müsste die Synchronisation getrennt überprüft werden.

Mögliche Qualitätsfelder: `good`, `uncertain`, `bad` werden hier als vereinfachte didaktische Kategorien verwendet; die exakten OPC-UA-StatusCodes sind differenzierter. Ein Qualitätsstatus berichtet nicht automatisch, dass das physikalische Messprinzip fehlerfrei ist.

Zertifikat ist nicht Zugriffsrecht

Testfall 3 – Vertrauen und Autorisierung: Der Gateway-Client weist ein gültiges, in der Vertrauensliste akzeptiertes X.509-Anwendungszertifikat vor. Das kann die Anwendungsidentität absichern, aber daraus folgt kein Recht, Druck-Sollwerte zu schreiben. Zusätzlich sind Nutzeridentität, Rollen, Rechte am jeweiligen Datenknoten und Netzrichtlinien zu prüfen. Unser Gateway braucht nur Read beziehungsweise passende Lese-Subscriptions auf freigegebenen Knoten; Write, Call und Konfigurationsänderungen werden nicht beantragt. Ein abgelaufenes, nicht vertrautes oder unpassendes Zertifikat ist ein separater Verbindungsfehler und darf nicht durch einen stillen Sicherheits-Bypass kompensiert werden.

Prüfe mit Papierrollen: Rolle GatewayLeser erhält lesende Signale A/B/C, Rolle Gast keine Maschinendaten. Selbst wenn beide Anwendungen ein Zertifikat vorzeigen, erhält nur die passende autorisierte Identität Leserechte. Eine schriftliche Rechtetabelle beweist die Entwurfsentscheidung, nicht die Wirksamkeit einer realen technischen Implementierung.

Englischsprachige Einführung in OPC-UA-Sicherheit von Uwe Steinkrauss, via OPC Foundation. Ohne Video: Vertraute Anwendungsidentität und konkrete Zugriffsrechte sind zwei getrennte Kontrollen.

Selbstständiger Transfer: ein lesendes Gateway spezifizieren

Deine Modell-Spezifikation

Fertige ein ein- bis zweiseitiges Konzept mit Zeichnung und Begründung an. Keine Verbindung zu realer Hardware. Ein hinreichend konkretes Arbeitsergebnis enthält: (a) drei Maschinen- und Signalkennungen mit Einheiten; (b) Datenfluss und Netzgrenze; (c) OPC-UA-Client nur mit Leserechten; (d) Topics und Felder im Nachrichtensystem; (e) Regel für Einheit und Status; (f) Altersschwelle, Zeitbasis und Duplikaterkennung; (g) begrenzte Offline-Warteschlange mit Überlaufregel; (h) getrennte Zertifikats- und Rollenprüfung; (i) eine Tabelle für alle drei Fehlerfälle.

Bewertung für dein Produkt (je 0–2 Punkte): Architektur und Datenfluss; Einheiten und Provenienz; Netzverlust mit Wiederanlauf; Zeitstempelprüfung; Identität und Berechtigung; verständliche Fehlerbegründung. Maximal 12 Punkte. 0 = fehlt/untauglich, 1 = teilweise nachvollziehbar, 2 = korrekt und mit Modellbeleg erklärt. Dieses pädagogische Raster ist kein Sicherheitszertifikat.

Modelltest	Eingabe	Erwartete Entscheidung	Deine Begründung
Netzverlust	Broker 40 s nicht erreichbar	begrenzt puffern, offline und Historie kennzeichnen, kontrolliert wiederholen	Was geschieht bei vollem Puffer?
Veralteter Zeitstempel	Quellzeit 10:00:10, Empfang 10:00:32	22 s über 15 s, nicht als live führen	Warum ist Empfangszeit allein ungenügend?
Zertifikat versus Recht	vertrauenswürdiges Zertifikat, angeforderter Schreibdienst	Schreibdienst trotz Vertrauen verweigern	Welche zusätzliche Zugriffskontrolle fehlt?

Zukunft: semantische Modelle und Offline-Verhalten

Semantische Interoperabilität bedeutet, dass zwei Anwendungen nicht nur die Zahl `28` austauschen, sondern gemeinsame Vorstellungen von Maschinenleistung in kW besitzen. OPC-UA-Informationsmodelle und passende Companion Specifications erleichtern das. Die Asset Administration Shell (Verwaltungsschale) stellt einen ergänzenden Ansatz dar, Eigenschaften eines Assets und Teilmodelle zu beschreiben. Die IDTA listet unter anderem Vorlagen zu Measurement Value und Time Series Data; prüfe stets die jeweilige Fassung, weil Vorlagen und Spezifikationen fortentwickelt werden.

Vertiefung: Zeichne den Ausfallpfad eines Gateways ohne Internet: Welche Daten bleiben lokal lesbar? Was passiert mit Lücken, Zeitunsicherheit und Pufferüberlauf? Welche Informationen braucht ein anderer Hersteller, damit er Bedeutung und Einheit ohne Raten versteht? Trenne technisch überprüfte Garantien von Schulannahmen: Ein resilientes Konzept ist noch kein abgesichertes reales System.

Mini-Check ohne Medien: Erkläre A als Lastwechsel, B als Kombination aus Datenlücke und dokumentationspflichtiger Einheit und C als verspätete Lieferung. Benenne für jeden Fall eine Anzeigeentscheidung, einen Nachweis und die Grenze dessen, was aus den Daten geschlossen werden kann.

Interaktive Aufgaben

Quiz: Prüfe dein Verständnis

Wähle jeweils eine Antwort. Die richtige Option ist im Lernquiz nicht vorab als Musterlösung ausgewiesen; nach der Bearbeitung überprüfst du deine Wahl anhand der begründeten Beispiele in den Kapiteln. Für zusätzliche Rückmeldung erkläre jeweils, warum zwei andere Optionen unpassend sind.

Welche Aufgabe hat ein lesendes IIoT-Gateway im Modellfall? (Messwerte über eine freigegebene Leseschnittstelle übernehmen und kennzeichnen) (!Maschinenprogramme automatisch verändern) (!Sicherheitsabschaltungen überbrücken) (!Beliebige Schreibrechte an alle Empfänger vergeben)

Was beschreibt OPC UA zusätzlich zum Transport von Werten? (Struktur und Bedeutung von Informationsobjekten) (!Nur die Farbe der Netzwerkkabel) (!Nur eine feste Herstellerdatei) (!Ausschließlich das Layout eines Dashboards)

Welche Aufgabe übernimmt ein MQTT-Broker im vereinfachten Modell? (Nachrichten anhand von Topics an Abonnenten vermitteln) (!Messfühler elektrisch kalibrieren) (!Maschinen mechanisch verriegeln) (!Zertifikate automatisch in Bedienrechte umwandeln)

Welche Entscheidung passt bei einer offline gegangenen Verbindung? (Daten mit Herkunft und Zeit lokal begrenzt puffern und nach Rückkehr prüfen) (!Verlorene Messwerte erfinden) (!Alle Warnungen bis zur Rückkehr löschen) (!Automatisch Schreibbefehle senden)

Wie erkennt das Gateway einen möglicherweise veralteten Messwert? (Quellzeit mit Referenzzeit und erlaubtem Alter vergleichen) (!Nur prüfen ob die Zahl positiv ist) (!Nur die Topic-Länge messen) (!Nur die Darstellung im Browser betrachten)

Was folgt aus einem gültigen Anwendungszertifikat? (Die Identität kann vertrauenswürdig sein aber Rechte müssen getrennt geprüft werden) (!Jeder Schreibzugriff ist erlaubt) (!Jede Messung ist automatisch richtig) (!Ein Zertifikat ersetzt die Netzsegmentierung)

Wie soll ein Wert von 850 kPa mit Zielgröße bar behandelt werden? (Einheit dokumentiert in 8,5 bar umrechnen oder bei Unklarheit sperren) (!Ungeprüft als 850 bar speichern) (!Einheit aus dem Zahlenbereich raten) (!Den Sensor über das Gateway neu kalibrieren)

Was bezeichnet bei OPC UA die Qualität eines Messwerts? (Einen Status zur Verlässlichkeit oder Gültigkeit des Werts) (!Die Anzahl der Bildschirmfarben) (!Die Hardwaregarantie der Maschine) (!Die Länge des Sensorkabels allein)

Was verbessert eine semantische Beschreibung des Signals? (Eindeutige Bedeutung mit Einheit und Maschinenbezug) (!Eine höhere Netzspannung) (!Den Wegfall jeder Rechteprüfung) (!Die Garantie auf fehlerfreie Daten)

Welcher Nachweis passt zum sicheren Lesekonzept? (Nachvollziehbare Tests für Ausfall Frische und Berechtigungen) (!Ein erfolgreicher Eingriff in reale Steuerungen) (!Ein dauerhaftes Abschalten aller Prüfungen) (!Nur ein hübsches Dashboard ohne Testdaten)

Memory

Ordne die sechs unterschiedlichen Fachbegriffe ihren Beschreibungen zu.

Gateway	Vermittelt im Modell lesend zwischen Datenschnittstelle und Nachrichtensystem
Broker	Verteilt veröffentlichte Nachrichten anhand abonnierter Topics
Quellzeit	Kennzeichnet den Zeitpunkt der ursprünglichen Beobachtung
Qualitätsstatus	Kennzeichnet die Verwendbarkeit eines beobachteten Datenwerts
Informationsmodell	Beschreibt Struktur und Bedeutung zusammengehöriger Daten
Leserecht	Erlaubt Zugriff auf Daten ohne Änderung am Datenknoten

Drag-and-Drop

Ordne die fünf Maßnahmen dem passenden Fehler oder Prüfzweck zu.

Passende Maßnahme	Prüfsituation
Lokales begrenztes Puffern	Übertragung unterbrochen
Quellzeit mit Altersschwelle vergleichen	Verspäteter Messwert
Einheit dokumentiert umrechnen	Druckangabe in Kilopascal
Rollenrechte gesondert prüfen	Vertrauenswürdiges Anwendungszertifikat
Sequenzkennzeichen auswerten	Doppelt empfangene Nachricht

Kreuzworträtsel

Trage die sechs einzelnen Lösungswörter ein.

Sensor	Welches Bauteil erfasst eine physikalische Größe?
Gateway	Welches Vermittlungssystem verbindet im Konzept eine Leseschnittstelle mit der Auswertung?
Broker	Welcher Dienst verteilt abonnierte Nachrichten?
Einheit	Was steht bei einem Druckwert als bar oder Kilopascal dabei?
Zertifikat	Womit kann eine Anwendung kryptografisch ihre Identität nachweisen?
Zeitstempel	Was verzeichnet den Zeitpunkt einer Messung?

LearningApps

Übe ergänzend passende Zuordnungen über die thematische Suche. Es wird keine bestimmte App behauptet oder vorausgesetzt; offline nutze die Memory- und Zuordnungstabelle oben.

Lückentext

Bearbeite die eigenständige Wiederholung; je Satz fehlt nur ein Begriff.

Ein lesendes System verändert keine

.

Die semantische Beschreibung nennt die Bedeutung und die

.

Ein OPC-UA-Client erhält Daten von einem

.

Ein Nachrichtensystem verteilt Topics mithilfe eines

.

Den Entstehungszeitpunkt kennzeichnet die

.

Ein verspäteter Wert gilt im Modell als

.

Bei Netzausfall kann ein begrenzter

Daten zwischenspeichern.

Ein gültiges Anwendungszertifikat ersetzt kein

.

Eine nachträgliche Zustellung braucht eine Erkennung von

.

Die Modellmaschine B besitzt eine dokumentierte

.

Offene Aufgaben

Leicht

Sensorik: Skizziere die Messkette einer fiktiven Temperaturmessung und benenne Messgröße, Einheit, Sensor und digitales Signal.
IIoT: Zeichne auf Papier sieben Stationen vom Modellfühler bis zum Dashboard und markiere die rein lesende Richtung.
Messwert: Übertrage die synthetischen Zeilen von Maschine A in eine Tabelle und beschreibe ihren Lastwechsel ohne Defektbehauptung.
Maßeinheit: Erkläre rechnerisch die Umrechnung von 850 kPa in bar und notiere die Bedingung, unter der sie zulässig ist.

Standard

OPC Unified Architecture: Formuliere drei nur lesende Modellknoten mit Maschine, Signal, Einheit und sinnvollem Qualitätsfeld.
MQTT: Entwirf Topics und eine Beispielnachricht für die drei Modellmaschinen und begründe die Wahl der Nachrichtenelemente.
Datenqualität: Markiere bei B die Lücke und bei C den verspäteten Wert, erkläre deine jeweiligen Dashboard-Anzeigen.
Netzwerk: Erstelle ein Ablaufdiagramm für 40 Sekunden Brokerverlust mit Pufferlimit, Überlaufregel und Wiederanlauf.

Schwer

Informationssicherheit: Entwirf eine Rechtematrix mit Anwendung, Zertifikatsvertrauen, Benutzerrolle, Lesen und verweigertem Schreiben; begründe einen Gegenfall.
Zeitstempel: Entwickle ein Prüfverfahren für verspätete, doppelte und falsch getaktete Datensätze und lege Annahmen offen.
Semantik: Vergleiche einen bloßen Zahlenwert mit einem interoperablen Datenobjekt und benenne minimale Eigenschaften nach einem selbstgewählten Informationsmodell.
Industrie 4.0: Übertrage das Gateway-Konzept auf eine vierte vollständig erfundene Maschine; argumentiere, welche Offline- und Sicherheitsannahmen neu zu prüfen sind.

Lernkontrolle

Architektur: Gib dem fiktiven Ausbildungsbetrieb eine beschriftete Systemskizze, die Datenerfassung, OPC-UA-Lesezugriff, Broker und Dashboard samt Grenze der Zuständigkeit zeigt.
Datenbereinigung: Überführe B 850 kPa nachvollziehbar in 8,5 bar; erkläre, weshalb bei unbekannter Quellenkennzeichnung stattdessen Sperren besser ist.
Ausfallsicherheit: Simuliere 40 Sekunden Netzverlust auf Papier; dokumentiere Pufferbelegung, eine mögliche Verwerfung und eine kontrollierte Wiederzustellung.
Datenfrische: Begründe anhand von C die 22 Sekunden Alter und die Nichtüberschreibung einer aktuelleren Anzeige durch eine ältere Nachricht.
Zugriffskontrolle: Erkläre mit einer Rechtematrix, warum ein vertrauenswürdiges X.509-Zertifikat kein Schreibrecht verschafft.
Informationsmodell: Stelle zwei unterschiedlich benannte Temperaturdaten semantisch gleichartig dar; benenne Bedeutung, Einheit, Quelle und Status.
Fehleranalyse: Wähle einen der drei Kernfehlerfälle und verteidige eine alternative Lösung samt Nachteil gegenüber dem vorgeschlagenen Konzept.

Lernnachweis

Dein abzugebendes Lernprodukt ist ein lesendes Gateway-Konzept mit Architekturzeichnung, Signal- und Topic-Tabelle, synthetischen Beispielnachrichten und drei separat beschriebenen Tests. Lege eine Rechtematrix, eine Zustandsfolge für Offline/Online, Frische- und Einheitenprüfung sowie einen Absatz zu semantischer Interoperabilität bei. Füge eine kurze Reflexion bei: Welche Annahme ist im Modell eindeutig, in einer realen Anlage aber prüfpflichtig?

Erfolgskriterien: Fachbegriffe korrekt verwendet; Lastwechsel nicht als automatischen Alarm gedeutet; Datenlücke nicht als Null erfunden; kPa und bar nur bei bekannter Zuordnung umgerechnet; ein 22 Sekunden alter Datensatz bei 15 Sekunden Frischegrenze nicht live angezeigt; Zertifikat und Berechtigung strikt getrennt; Pufferüberlauf dokumentiert; Schreibzugriff konsequent ausgeschlossen. Lehrkraft-Hinweis: Die Bewertung betrifft Lernen und Argumentation, keine technische Freigabe, Maschinenabnahme oder berufliche Zertifizierung.

OER und Wikipedia

Quellenstand: 21. Oktober 2026. Der vorliegende Schulentwurf interpretiert die verlinkten Primärquellen; konkrete Implementierungs- und Sicherheitsanforderungen hängen von Produkt, Profil, Konfiguration und aktueller Spezifikationsausgabe ab. Die im Beispiel verwendeten 15 Sekunden, 100 Pufferplätze und Modellknoten sind keine normativen Werte.

OPC Foundation: Unified Architecture, Überblick und Sicherheit – technische Primärquelle zu Informationsmodellen, Diensten, Zertifikaten und Rechten (Webstand Oktober 2026, fortlaufend aktualisierbar).
OPC UA Part 1, Overview and Concepts, Edition 5 – Spezifikationsrahmen, beim Einsatz aktuell gültige Ausgabe prüfen.
IDTA Downloads – Primärverzeichnis der Spezifikationen, insbesondere IDTA 02029-1 Sensor 4.0: Measurement Value und IDTA 02008-1-1 Time Series Data; tatsächliche Ausgabe und Rechte der heruntergeladenen Datei vor Weiterverwendung kontrollieren.
VDMA: OPC UA und Companion Specifications – Branchenkontext für gemeinsame Maschinensprache.
CIIT OWL: deutschsprachiger OPC-UA-Techtalk – Beschreibung und verlinkte Videoaufzeichnung.
Wikipedia: OPC Unified Architecture und Wikipedia: MQTT – frei zugängliche Einstiege, keine normativen Primärquellen.
Freier deutschsprachiger Vortrag zur industriellen Standardisierung – Video und Audio als optionale CC-BY-4.0-Vertiefung; ohne Medien bearbeitbar.

Wikimedia-Commons-Medien: überprüfte Dateiseiten, Urheberschaft und Rechte (jeweils Stand 21.10.2026). Die Bilder und die GIF-Datei sind nur Anschauungsmedien; eine Miniatur kann je nach Wiki-Konfiguration extern geladen werden. Verwende bei fehlender Vorschau die Alternativtexte und Tabellen.

Eingebundene Datei	Commons-Dateiseite	Urheberschaft laut Seite	Lizenz laut Dateiseite
File:Internet of Things.svg	Commons	SRI Consulting Business Intelligence / National Intelligence Council	Gemeinfrei gemäß Commons-Dateiseite
File:OPC UA Application Layers.svg	Commons	Vshebordaev	CC BY-SA 3.0
File:Thermocouple.png	Commons	Vivikowski	CC BY-SA 3.0
File:Thermocouples.gif	Commons	Sweetivo	CC BY-SA 2.5, weitere Lizenzoptionen auf der Dateiseite
File:MQTT single broker multiple listener.svg	Commons	Ademant	CC BY-SA 4.0
File:MQTT SYSTEM DESIGN.png	Commons	Chine3me	CC0 1.0

Videos (Plattform-Einträge und zugehörige Herausgeberlinks geprüft; Wiedergabe, regionale Sperren oder spätere Löschungen sind nicht dauerhaft garantierbar):

CIIT-Techtalk, deutsch – Nachweis über die oben verlinkte CIIT-Veranstaltungsseite; Video nur als optionales Lernmedium, keine Nachnutzungslizenz behauptet.
OPC UA Security, englisch – Uwe Steinkrauss, bei OPC Foundation Multimedia verlinkt; ebenfalls nur optionale Wiedergabe.
OPC UA Concepts, englisch – Uwe Steinkrauss, bei der OPC Foundation geführt; freiwillige Vertiefung.
Audio ohne Zusatzkonto: Der oben verlinkte CC-BY-4.0-Vortrag von media.ccc.de bietet eine separat auswählbare MP3-/Opus-Audiospur. Aufzeichnung und Ton sind freiwillig; alle bewerteten Inhalte liegen im Text vor.

Wikipedia zur optionalen Orientierung: