aiMOOC

Digitale Vernetzung und Industrial IoT – IoT-Systeme als Datenkette erklären

QR-Code

Digitale Vernetzung und Industrial IoT – IoT-Systeme als Datenkette erklären

Einleitung

Zielgruppe: Ausbildung in Mechatronik, Elektronik, Automatisierungstechnik, Fachinformatik und verwandten technischen Berufen.

Lernzeit: 75–90 Minuten, aufgeteilt in kurze Lerneinheiten.

Lernziel: Du kannst erklären, wie Messwerte durch ein Industrial-IoT-System gelangen, Fehler erkennen und eine sichere, lokale Datenkette testen.

Die vier Stationen:

Sensor	→	Gateway	→	Verarbeitung	→	Anzeige
Misst	→	Prüft und übergibt	→	Wertet aus	→	Macht sichtbar

Merksatz: Aus einem Messwert wird erst durch Zuordnung, Prüfung, Verarbeitung und Darstellung eine nutzbare Information.

Bildauftrag: Suche im Bild die Geräteebene, die Verarbeitungsebene und die Anwendungsebene.

Video – Industrial IoT einfach erklärt (RealPars):

Beobachtungsfrage: Warum reicht es nicht aus, nur einen Sensor an einer Maschine zu installieren?

Dein Ausbildungsfall: Temperaturüberwachung eines Förderbands

In einer fiktiven Lehrwerkstatt soll ein Förderband überwacht werden. Ein Temperatursensor erfasst die Temperatur an einem Übungsmotor. Die Werte werden auf einem Dashboard angezeigt.

Auftrag: Entwickle eine nachvollziehbare Datenkette, die auffällige Messwerte erkennt.

Vereinfachte Übungsregeln:

Messwerte werden alle fünf Minuten simuliert.
Die fiktive Hinweisschwelle beträgt 28,0 °C.
Fehlerhafte Messwerte werden verworfen.
Das Dashboard zeigt Werte, Zeitpunkte und Hinweise.

Wichtig: Die Hinweisschwelle ist ausschließlich für diesen Lernfall erfunden. Sie ist kein zulässiger Betriebs- oder Sicherheitsgrenzwert einer echten Anlage. Die Simulation steuert keine Maschine und ersetzt keine Sicherheitsfunktion.

Lerneinheit 1: Sensor – Daten erfassen

Dauer: etwa 6 Minuten.

Ein Sensor wandelt eine physikalische Größe in ein auswertbares Signal um.

Größe	Beispiel	Einheit
Temperatur	24,6	°C
Druck	4,2	bar
Drehzahl	1450	1/min
Schwingung	2,1	mm/s

Wichtig: Ein Messwert ohne Einheit, Quelle und zeitlichen Bezug kann leicht falsch interpretiert werden.

Mini-Aufgabe – Basis: Ordne jedem Beispiel eine Messgröße und eine Einheit zu.

Feedback: Ein Messwert ist erst fachlich eindeutig, wenn klar ist, was er beschreibt. Der gleiche Zahlenwert kann bei unterschiedlichen Messgrößen völlig verschiedene Bedeutungen haben.

Lerneinheit 2: Gateway – Daten zusammenführen

Dauer: etwa 7 Minuten.

Ein Gateway verbindet unterschiedliche Geräte oder Kommunikationsbereiche. Je nach Umsetzung kann es Daten prüfen, umformatieren, zwischenspeichern oder Protokolle umsetzen.

Datei:Smart gateway.PNG

Beispiel für eine strukturierte Nachricht:

{
  "zeit": "08:15",
  "sensor": "T-01",
  "wert": 28.2,
  "einheit": "°C"
}

Das Format heißt JSON.

Datenprüfung im Gateway:

Eingang	Entscheidung	Begründung
24.6	Annehmen	Gültiger Zahlenwert
"31,5"	Verwerfen	Text statt numerischem Messwert
99.0	Verwerfen	Außerhalb des festgelegten Übungsbereichs
Fehlende Einheit	Verwerfen	Messgröße nicht eindeutig zugeordnet

Mini-Aufgabe – Anwendung: Warum sollte ein Gateway einen ungültigen Wert nicht unverändert an die Auswertung weitergeben?

Feedback: Fehlerhafte Eingangsdaten können zu falschen Trends und irreführenden Hinweisen führen. Eine frühe Validierung verbessert die Qualität der nachfolgenden Datenverarbeitung.

Lerneinheit 3: Vernetzung – Nachrichten übertragen

Dauer: etwa 8 Minuten.

Für die Datenübertragung können unterschiedliche Protokolle eingesetzt werden.

Zwei wichtige Beispiele:

MQTT: Nachrichtenübertragung nach dem Publish-Subscribe-Prinzip über einen Broker.
OPC UA: Standardisierter, herstellerübergreifender Informationsaustausch in industriellen Systemen.

MQTT: Publisher → Broker → Subscriber

Der Publisher sendet eine Nachricht an ein Topic. Ein Broker verteilt sie an die Clients, die das passende Topic abonniert haben.

Fiktives Topic:

demo/band/temperatur

Beispielinhalt:

{"sensor":"T-01","wert":28.2}

Video – MQTT und Nachrichtenvermittlung (RealPars):

Lokale Testumgebung A: Publish-Subscribe simulieren

Diese Simulation stellt nur die Verteilung von Nachrichten nach. Sie implementiert keinen MQTT-Broker und verwendet weder Netzwerkverbindungen noch Zugangsdaten.

So startest Du: Speichere den folgenden Code als router_lokal.py und führe ihn mit Python 3 aus.

# Vollständig lokale Publish-Subscribe-Simulation

abos = {
    "Anzeige": {"demo/band/temperatur"},
    "Archiv": {
        "demo/band/temperatur",
        "demo/band/status"
    }
}

nachrichten = [
    ("demo/band/temperatur", 28.2),
    ("demo/band/status", "RUN")
]

for thema, wert in nachrichten:
    for empfaenger, themen in abos.items():
        if thema in themen:
            print(f"{empfaenger} <- {thema}: {wert}")

Erwartetes Ergebnis:

Anzeige <- demo/band/temperatur: 28.2
Archiv <- demo/band/temperatur: 28.2
Archiv <- demo/band/status: RUN

Mini-Aufgabe – Transfer: Ergänze einen weiteren lokalen Empfänger, der nur Statusmeldungen erhält.

Feedback: Ein Subscriber erhält nur Nachrichten zu seinen abonnierten Topics. Das trennt die Aufgaben von Datenerzeugung und Datennutzung.

Lerneinheit 4: Verarbeitung – Informationen gewinnen

Dauer: etwa 7 Minuten.

Bei der Datenverarbeitung werden Messwerte geprüft, verglichen und interpretiert.

Beispielregel:

Messwert < 28,0 °C   → OK
Messwert >= 28,0 °C  → HINWEIS
Ungültiger Messwert  → VERWERFEN

Der Wert 28,0 °C löst im Übungsfall bereits einen Hinweis aus.

Die Verarbeitung kann nahe am Sensor oder Gateway stattfinden. Das nennt man Edge Computing. Alternativ können Daten in zentralen Systemen verarbeitet werden.

Video – Edge Computing (RealPars):

Mini-Aufgabe – Anwendung: Warum kann eine lokale Verarbeitung auch dann hilfreich sein, wenn die Verbindung zu einem externen Server unterbrochen ist?

Feedback: Lokale Auswertungen können unabhängig von einer externen Verbindung weiterlaufen, sofern die erforderlichen Daten und Funktionen lokal verfügbar sind.

Lerneinheit 5: Anzeige – Daten verstehen

Dauer: etwa 6 Minuten.

Ein Dashboard zeigt Messwerte und daraus berechnete Informationen übersichtlich an.

Visualisierte, vollständig fiktive Temperaturdaten:

Uhrzeit	Temperatur	Balken ab 20 °C	Zustand
08:00	24,0 °C	████	OK
08:05	24,6 °C	█████	OK
08:10	25,0 °C	█████	OK
08:15	28,2 °C	████████	Hinweis
08:20	29,0 °C	█████████	Hinweis
08:25	27,1 °C	███████	OK
08:30	25,5 °C	██████	OK
08:35	24,4 °C	████	OK

Die Balken sind auf ganze Zeichen gerundete Darstellungen oberhalb von 20 °C. Für genaue Vergleiche gelten die Zahlenwerte.

Beobachte: Die Temperatur steigt zunächst an, überschreitet zweimal die Hinweisschwelle und sinkt anschließend wieder.

Mini-Aufgabe – Basis: Zu welchen zwei Uhrzeiten erscheint ein Hinweis?

Feedback: 08:15 und 08:20. Beide Werte liegen mindestens bei 28,0 °C. Ein Dashboard hilft, solche Zustände schnell zu erkennen.

Lerneinheit 6: Sicherheit und Datenqualität

Dauer: etwa 8 Minuten.

Industrial IoT verbindet OT mit informationsverarbeitenden Systemen. Dabei sind neben Datenintegrität auch Verfügbarkeit und Betriebssicherheit wichtig.

Sicherheitsprinzipien:

Netzwerksegmentierung: Produktions- und andere Netzbereiche gezielt trennen.
Authentifizierung: Nur ausdrücklich berechtigte Teilnehmer zulassen.
TLS: Datenübertragung bei geeigneter Konfiguration verschlüsseln.
Datenvalidierung: Ungültige und unplausible Eingaben erkennen.
Datensparsamkeit: Nur tatsächlich benötigte Informationen verarbeiten.

Achtung: Verschlüsselung allein garantiert keine sichere Industrieanlage. Dazu gehören eine geeignete Architektur, Zugriffsregeln, Wartung und Sicherheitsbewertungen.

Vertiefungsvideo – OPC UA im industriellen Einsatz (RealPars):

Verbindliche Laborgrenze: Sämtliche praktischen Beispiele verwenden ausschließlich fiktive Daten, einen lokalen Python-Prozess und keine Netzwerkverbindung. Nutze keine fremden Netze, Produktivanlagen, Zugangsdaten, Kundeninformationen oder nicht ausdrücklich autorisierte Systeme. Es finden keine Schalt- oder Steuerbefehle statt.

Praxislabor: Eine vollständige IoT-Datenkette programmieren

Dauer: etwa 20 Minuten.

Testumgebung B: Ein einzelner lokaler Python-Prozess simuliert Sensor, Gateway, Verarbeitung und Anzeige.

Voraussetzungen: Python 3, ein Texteditor und ein Terminal. Es werden ausschließlich Module der Python-Standardbibliothek verwendet. Zusätzliche Pakete, ein MQTT-Broker, eine Cloud und eine Internetverbindung sind nicht erforderlich.

Schritt 1: Speichere den folgenden Code als iiot_labor.py.

import json
import sys

# Ausschließlich fiktive Temperaturdaten
NORMAL = [24.0, 24.6, 25.0, 28.2,
          29.0, 27.1, 25.5, 24.4]

# Station 1: Sensor
def sensor(zeit, wert):
    return {
        "zeit": zeit,
        "sensor": "T-01",
        "wert": wert,
        "einheit": "°C"
    }

# Station 2: Gateway
def gateway(messung):
    wert = messung["wert"]
    if (not isinstance(wert, (int, float))
            or isinstance(wert, bool)
            or not 0 <= wert <= 80
            or messung["einheit"] != "°C"):
        return None

    return json.dumps({
        "zeit": messung["zeit"],
        "id": messung["sensor"],
        "temperatur_c": float(wert)
    }, ensure_ascii=False)

# Station 3: Verarbeitung
def verarbeitung(paket):
    daten = json.loads(paket)
    daten["warnung"] = daten["temperatur_c"] >= 28.0
    return daten

def auswertung(szenario):
    werte = NORMAL.copy()

    if szenario == "defekt":
        werte[4] = "31,5"
    elif szenario == "grenze":
        werte[4] = 28.0

    daten = []
    for nr, wert in enumerate(werte):
        zeit = f"08:{nr * 5:02d}"
        paket = gateway(sensor(zeit, wert))
        if paket is not None:
            daten.append(verarbeitung(paket))

    return daten, len(werte) - len(daten)

# Station 4: Anzeige
def anzeige(daten, verworfen):
    for d in daten:
        temperatur = d["temperatur_c"]
        balken = "█" * max(0, round(temperatur - 20))
        status = "HINWEIS" if d["warnung"] else "OK"

        print(
            f'{d["zeit"]} | {temperatur:4.1f} °C '
            f'| {balken:<10} | {status}'
        )

    print(
        f'Gültig: {len(daten)}, '
        f'verworfen: {verworfen}, '
        f'Hinweise: {sum(d["warnung"] for d in daten)}'
    )

# Isolierte Tests ohne Netzwerk
def tests():
    assert gateway(sensor("08:00", "31,5")) is None
    assert gateway(sensor("08:00", 99)) is None
    assert verarbeitung(
        gateway(sensor("08:00", 28.0))
    )["warnung"]
    assert not verarbeitung(
        gateway(sensor("08:00", 27.9))
    )["warnung"]
    assert len(auswertung("normal")[0]) == 8
    assert auswertung("defekt")[1] == 1
    print("6 lokale Tests erfolgreich.")

if __name__ == "__main__":
    modus = sys.argv[1] if len(sys.argv) == 2 else "normal"

    if modus == "--test":
        tests()
    elif modus in ("normal", "defekt", "grenze"):
        anzeige(*auswertung(modus))
    else:
        raise SystemExit(
            "Aufruf: python iiot_labor.py "
            "[normal|defekt|grenze|--test]"
        )

Schritt 2: Starte nacheinander diese Befehle in Deinem lokalen Terminal:

python iiot_labor.py normal
python iiot_labor.py defekt
python iiot_labor.py grenze
python iiot_labor.py --test

Je nach Betriebssystem verwendest Du gegebenenfalls python3 oder py.

Schritt 3: Vergleiche die Resultate.

Szenario	Gültige Werte	Verworfen	Hinweise
normal	8	0	2
defekt	7	1	1
grenze	8	0	2
--test	6 lokale Tests erfolgreich

Warum unterscheiden sich die Ergebnisse?

Im Szenario „defekt“ enthält die Nachricht den Text „31,5“. Das Gateway verwirft diesen Wert, weil die Simulation einen numerischen Wert erwartet. Im Szenario „grenze“ ist 28,0 °C ein gültiger Zahlenwert und erreicht genau die Hinweisschwelle.

Die JSON-Nachricht wird im Programm nur im Arbeitsspeicher erzeugt und wieder eingelesen. Die Simulation enthält keine echte Netzwerkübertragung.

Aufgabenleiter mit begründetem Feedback

Stufe	Deine Aufgabe	Feedback und Prüfkriterium
Basis	Starte „normal“ und finde alle Hinweise.	Zwei Hinweise sind korrekt, weil genau zwei Messwerte mindestens 28,0 °C erreichen.
Anwendung	Starte „defekt“ und erkläre die fehlende Zeile.	Die Prüfung verhindert, dass ein Textwert als Temperatur verarbeitet wird. Dadurch bleibt die Berechnung nachvollziehbar.
Transfer	Ergänze ein fiktives zweites Sensorkennzeichen und überlege, wie Daten getrennt ausgewertet werden.	Messwerte müssen ihrer Quelle zugeordnet bleiben. Andernfalls könnten Temperaturen verschiedener Geräte zu einem falschen Verlauf vermischt werden.

Gestufte Hilfen

Hilfe 1 – Denkimpuls: Verfolge immer nur einen einzelnen Messwert. Wo entsteht er, und welche Funktion verarbeitet ihn als Nächstes?

Hilfe 2 – Strukturhilfe: Suche im Python-Code die Funktionen sensor, gateway, verarbeitung und anzeige. Ordne ihnen die vier Stationen zu.

Hilfe 3 – Konkreter Prüfweg: Starte zunächst --test, anschließend normal und danach defekt. Vergleiche besonders die Zeit 08:20 und die Zusammenfassung am Ende.

Zusatzhilfe: Wenn Python nicht startet, prüfe die installierte Python-Version, den Dateinamen, den aktuellen Ordner und ob der Code vollständig übernommen wurde. Verwende keine externen Online-Codeausführer für diese Übung.

Interaktive Aufgaben

Quiz: Teste Dein Wissen

Welche Komponente erfasst eine physikalische Größe? (Sensor) (!Broker) (!Dashboard) (!Datenbank)

Welche Einheit ist für eine Temperaturangabe geeignet? (Grad Celsius) (!Kilogramm) (!Meter) (!Newtonmeter)

Welche Aufgabe kann ein Gateway übernehmen? (Messwerte prüfen und aufbereiten) (!Videos schneiden) (!Werkstücke montieren) (!Bildschirme reinigen)

Wozu dient ein Zeitstempel? (Zur Zuordnung eines Messzeitpunkts) (!Zum Verschlüsseln jeder Nachricht) (!Zum Ersetzen der Maßeinheit) (!Zum Einstellen der Bildschirmgröße)

Welches Format verwendet das Python-Beispiel für strukturierte Nachrichten? (JSON) (!JPEG) (!MP3) (!PNG)

Welche Aufgabe hat ein MQTT-Broker? (Nachrichten an passende Abonnenten verteilen) (!Temperaturen physikalisch messen) (!Stromleitungen absichern) (!Mechanische Bauteile antreiben)

Was kennzeichnet Edge Computing? (Datenverarbeitung nahe der Datenquelle) (!Ausschließlich manuelle Datenerfassung) (!Datenspeicherung nur auf Papier) (!Zwingende Verarbeitung in einer entfernten Cloud)

Was geschieht im Lernbeispiel bei genau 28 Grad Celsius? (Ein Hinweis wird ausgelöst) (!Der Messwert wird immer verworfen) (!Die Anlage wird abgeschaltet) (!Der Zeitstempel wird gelöscht)

Warum verwirft die lokale Simulation den Wert 31 Komma 5 als Text? (Der Eingang enthält keinen numerischen Wert) (!Temperatursensoren liefern grundsätzlich keine Dezimalzahlen) (!Ein Gateway darf nur ganze Zahlen verarbeiten) (!Der Messwert besitzt einen zu kurzen Zeitstempel)

Welche praktische Vorgehensweise ist für diesen Kurs vorgesehen? (Lokale Tests mit fiktiven Daten) (!Ungefragte Zugriffe auf fremde Netze) (!Änderungen an produktiven Steuerungen) (!Übertragung von echten Kundendaten an Testserver)

Memory

Ordne jedem Begriff seine passende Funktion zu.

Sensor	Physikalische Größe erfassen
Gateway	Eingehende Messwerte aufbereiten
JSON	Strukturierte Nachricht darstellen
MQTT	Nachrichtenübertragung nach dem Publish-Subscribe-Prinzip
Broker	Abonnierte Nachrichten verteilen
Edge Computing	Daten nahe der Quelle verarbeiten
Dashboard	Informationen sichtbar machen

Drag and Drop

Ordne die Begriffe den richtigen Aufgaben zu.

Ordne die richtigen Begriffe zu.	Aufgabe im IoT-System
Sensor	Temperatur aufnehmen
Gateway	Rohdaten entgegennehmen und prüfen
Verarbeitung	Messwerte mit Hinweisschwellen vergleichen
Dashboard	Temperaturverläufe sichtbar darstellen
Broker	Veröffentlichte Nachrichten an Abonnenten weitergeben

Kreuzworträtsel

Sensor	Welches Bauteil erfasst eine physikalische Messgröße?
Gateway	Welche Komponente kann Geräte verbinden und Daten aufbereiten?
Broker	Welche Komponente vermittelt MQTT-Nachrichten?
Dashboard	Wie heißt eine übersichtliche Anzeige für Messdaten?
Zeitstempel	Welcher Begriff bezeichnet die zeitliche Kennzeichnung eines Messwerts?
Validierung	Wie heißt die Prüfung, ob Eingangsdaten vorgegebene Regeln erfüllen?

LearningApps

Weitere freiwillige Übungen kannst Du über die thematische LearningApps-Suche finden. Die Suche garantiert keine bestimmte passende App.

Datenschutzhinweis: Dies ist ein externer Dienst. Nutze ihn nur, wenn der Aufruf in Deiner Lernsituation ausdrücklich freigegeben ist. Gib keine echten Betriebs- oder Personendaten ein.

Lückentext

Ein

erfasst physikalische Größen aus der Umgebung.

Ein

kann Messwerte prüfen und für die weitere Verarbeitung aufbereiten.

Die strukturierte Darstellung der Nachrichten erfolgt im Python-Beispiel mit

.

Beim Publish-Subscribe-Prinzip verteilt ein

die veröffentlichten Nachrichten an passende Abonnenten.

Ein

kennzeichnet den Nachrichtenkanal bei MQTT.

Die Verarbeitung nahe an der Datenquelle nennt man

.

Ein

ordnet einen Messwert zeitlich ein.

Eine grafische Übersicht von Messdaten heißt

.

Das Prüfen von Daten gegen vorgegebene Regeln nennt man

.

Die Hinweisschwelle im Ausbildungsbeispiel beträgt

Grad Celsius.

Die Python-Simulation verwendet ausschließlich

Daten.

Die Beispiele dürfen keine realen Maschinen

.

Offene Aufgaben

Bearbeite die Aufgaben in Deiner Reihenfolge innerhalb der angegebenen Schwierigkeitsstufe. Verwende ausschließlich selbst erfundene Beispiele oder freigegebene Offline-Testdaten.

Leicht – Basis

Datenflussdiagramm: Zeichne die vier Stationen Sensor, Gateway, Verarbeitung und Anzeige mit Pfeilen. Kontrolle: Jeder Pfeil muss die Richtung der Datenweitergabe nachvollziehbar machen.
Sensor: Gestalte eine kleine Lernkarte mit drei Sensorarten, Messgrößen und Einheiten. Kontrolle: Die Einheiten müssen zur physikalischen Größe passen.
JSON: Erstelle eine fiktive Sensornachricht mit Zeit, Kennzeichen, Wert und Einheit. Kontrolle: Jede Information hat einen eindeutig benannten Schlüssel.
Datenvisualisierung: Zeichne vier erfundene Messwerte als Balkendiagramm. Kontrolle: Eine beschriftete Skala verhindert falsche Vergleiche.

Standard – Anwendung

Python-Simulation: Starte die drei Szenarien und dokumentiere die Ergebnisse. Kontrolle: Begründe die Unterschiede anhand der Gateway-Prüfung.
Fehlerbehandlung: Ergänze einen zusätzlichen ungültigen fiktiven Messwert in einer lokalen Kopie. Kontrolle: Die Fehlererkennung muss vor der eigentlichen Auswertung stattfinden.
Publish-Subscribe: Ergänze im lokalen Routerbeispiel einen weiteren Subscriber für Statusmeldungen. Kontrolle: Nur passend abonnierte Nachrichten werden angezeigt.
Dashboard: Gestalte ein Dashboard für den Ausbildungsfall als Zeichnung oder lokale Datei. Kontrolle: Zeit, Einheit, Quelle und Zustand sind eindeutig erkennbar.

Schwer – Transfer

Edge Computing: Entwickle ein Ablaufdiagramm für einen simulierten Ausfall der Verbindung zu einem externen Server. Kontrolle: Die lokale Anzeige darf nicht von einer tatsächlich existierenden Cloud abhängen.
IT-Sicherheit: Erstelle ein Schutzkonzept für ein fiktives, vollständig isoliertes Schulungsnetz. Kontrolle: Beschreibe Berechtigungen, Netztrennung und den Umgang mit ungültigen Daten.
Industrie 4.0: Übertrage die Datenkette auf eine erfundene Kühlraumüberwachung. Kontrolle: Die gewählte Temperaturregel muss zum neuen Anwendungsfall passen und als Übungsannahme gekennzeichnet sein.
Softwaretest: Entwickle eine erweiterte Offline-Demonstration mit zwei simulierten Sensoren, getrennten Messreihen und automatischen Tests. Kontrolle: Die Tests müssen zeigen, dass Daten nicht vermischt werden und keine Netzwerkübertragung stattfindet.

Lernkontrolle

Bearbeite mindestens fünf der folgenden Transferaufgaben. Begründe Deine Entscheidungen mit Bezug auf die Datenkette.

Datenqualität: Ein Dashboard zeigt plötzlich 99 °C, obwohl die vorherigen Werte nahe 25 °C lagen. Entwickle eine Vorgehensweise zur Prüfung des Messwerts. Erkläre, warum ein einzelner auffälliger Wert noch keinen bestätigten Maschinenschaden beweist.
Systemarchitektur: Vergleiche eine vollständig lokale Verarbeitung mit einer zusätzlichen Verarbeitung in einer externen Cloud. Erkläre die Auswirkungen eines Verbindungsausfalls.
Kommunikationstechnik: Zwei Dashboards benötigen dieselben Temperaturwerte. Erkläre, wie ein Publish-Subscribe-System die Nachricht verteilen kann, ohne dass der Publisher beide Empfänger einzeln kennen muss.
Datenvisualisierung: Ein Diagramm zeigt nur einen Balken ohne Einheit und Zeitangabe. Analysiere die Fehlinterpretationen, die dadurch entstehen können, und verbessere die Darstellung.
IT-Sicherheit: Begründe, weshalb ein zu Lernzwecken eingesetztes Gerät nicht ohne Autorisierung an ein bestehendes Produktionsnetz angeschlossen werden darf.
Mess- und Regelungstechnik: Ein Betrieb möchte aus der reinen Temperaturanzeige eine automatische Maschinenabschaltung ableiten. Erkläre, warum dafür ein gesondert geplantes und geprüftes Sicherheitskonzept erforderlich ist.

Bewertungsmaßstab: Eine überzeugende Lösung erklärt Ursache und Wirkung, beachtet die Systemgrenzen, verwendet passende Fachbegriffe und begründet die vorgeschlagene Vorgehensweise.

Lernnachweis

Für Deinen Lernnachweis erstellst Du eine kurze Dokumentation mit folgenden Bestandteilen:

Datenketten-Diagramm: Die vier Stationen sind richtig angeordnet und ihre Aufgaben erklärt.
Lokal ausgeführte Simulation: Dokumentiere die Ausgaben der Szenarien „normal“, „defekt“ und „grenze“.
Testprotokoll: Halte die Ergebnisse der sechs eingebauten Tests fest und erkläre die Fehlerbehandlung.
Visualisierung: Zeige einen Temperaturverlauf mit Zeit, Einheit und Hinweiszuständen.
Transferaufgabe: Übertrage die Datenkette auf einen zweiten fiktiven Ausbildungsfall.
Sicherheitsreflexion: Erkläre, warum das Experiment keine realen Systeme verbindet oder steuert.
Quellennachweis: Benenne verwendete Fachquellen und Medien mit ihren jeweiligen Nutzungsbedingungen.

Erfolgreich abgeschlossen: Du kannst die Datenkette eigenständig erläutern, das lokale Beispiel nachvollziehen, Fehler gezielt prüfen und die Grenzen der Simulation begründen.

OERs zum Thema

Wikipedia: Grundlagen des Internet der Dinge

Weiterführende Artikel:

Fachlich geprüfte Quellen

Die Kernaussagen des Lernkurses orientieren sich an folgenden Fachquellen:

NIST SP 800-183 – Networks of Things: Grundelemente, Sensorik, Datenübertragung und Verarbeitung in IoT-Systemen.
OASIS – MQTT Version 5.0: Offizielle Protokollspezifikation zum Publish-Subscribe-Nachrichtenaustausch.
OPC Foundation – Unified Architecture: Standardisierte industrielle Kommunikation, Informationsmodelle und Sicherheitsfunktionen.
NIST SP 800-82 Rev. 3: Sicherheitsanforderungen und besondere Eigenschaften von Operational Technology.
BSI – ICS-Security-Kompendium: Grundlagen zur Absicherung industrieller Steuerungs- und Kommunikationssysteme.

Quellenprüfung: 10. Oktober 2026. Die Zahlen, Schwellenwerte und Messdaten des Ausbildungsfalls sind selbst erstellte, ausdrücklich fiktive Übungsdaten und keine aus den Standards übernommenen Anlagenwerte.

Mediennachweise und Nutzungsrechte

Die folgenden Wikimedia-Commons-Dateien wurden anhand ihrer Dateibeschreibungsseiten und Lizenzangaben ausgewählt. Bei einer Bearbeitung gelten die Bedingungen der jeweiligen Lizenz.

Medium	Urheber	Lizenz
IIoT System Building Blocks	Sujata Tilak	CC BY-SA 4.0
Temperature sensor	1sfoerster	CC BY-SA 3.0
Smart gateway	Stephane.Cadoret	CC BY-SA 3.0
MQTT Broker	Ademant	CC BY-SA 4.0
MQTT Publish packet	Blacktron	CC BY-SA 4.0
Automation Pyramid Smart Factory	17387349L8764	CC0 1.0
Publish-Subscriber-Modell	Siol bruno	CC BY-SA 4.0
MQTT mit TLS-Authentifizierung	Ademant	CC BY-SA 4.0

Lizenzhinweis: CC BY-SA erfordert insbesondere eine angemessene Namensnennung, Lizenzverlinkung und die Beachtung der Weitergabe unter gleichen Bedingungen. Die vollständigen Lizenz- und Quelleninformationen befinden sich auf den verlinkten Commons-Dateiseiten.

YouTube-Videos: Die vier eingebetteten Fachvideos stammen von RealPars. Ihre freie Nachnutzung als OER ist nicht nachgewiesen. Sie werden nur als externe Videos eingebunden und nicht kopiert oder als frei lizenzierte Medien ausgegeben. Verfügbarkeit und Einbettungserlaubnis können sich ändern.

Datenschutz bei externen Medien: YouTube, Wikipedia und LearningApps sind externe Dienste. Schon der Abruf eingebetteter Inhalte kann Daten an deren Betreiber übermitteln. Die Einbettungen sind daher nur nach entsprechender Freigabe beziehungsweise datenschutzkonformer Einwilligung zu nutzen. Für die eigentlichen Programmierübungen ist kein externer Dienst erforderlich.