aiMOOC

Edge Computing und Cloud-Technologien in der Produktion

QR-Code

Einleitung

Wie lassen sich Messdaten mehrerer Modellmaschinen zuverlässig auswerten, wenn die Internetverbindung ausfällt? Du entwickelst eine Edge-Cloud-Entscheidungsmatrix für drei Produktionsaufgaben. Du lernst, welche Daten nahe an der Maschine verarbeitet werden, welche in eine Cloud gehören und wie beide Ebenen zusammenarbeiten. Zielgruppe: Auszubildende im 2. Ausbildungsjahr mit Z1 oder vergleichbarer KI- und Datenkompetenz sowie Grundwissen zu Sensoren und physikalischen Einheiten. Bearbeitungszeit: ungefähr 5–7 Unterrichtsstunden einschließlich Transfer. Alle Daten sind synthetisch; ausschließlich Papier, Tabellenkalkulation oder lokale Simulation, keine reale Maschine, kein Sicherheitsnachweis und keine offizielle Liebherr- oder IHK-Zertifizierung.

Vorwissen aktivieren (5 Minuten): Wiederhole an einer selbst gezeichneten Sensorkette Messwert, Zeitstempel und Einheit. Vorhandener Einstieg: verknüpfte Grundlage auf MOOCwiki (Inhalt beim Rechercheabruf nicht zugänglich; die Details sind hier nicht vorausgesetzt). Finde aus drei Symbolen Sensor → Rechner → Anzeige die jeweilige Rolle. Arbeite offline mit den folgenden vollständigen Modelltabellen.

Rechnen nahe der Maschine

Edge, Gateway und Cloud unterscheiden

Edge Computing verarbeitet Daten nahe dem Entstehungsort: in einem Sensorgerät mit Rechenfunktion, einem Industrie-PC oder einem lokalen Server. Ein Gateway übersetzt oder bündelt Daten zwischen Netzen. Die Cloud stellt Rechenleistung, Speicher und Dienste über eine Netzverbindung bedarfsgerecht bereit; sie kann privat, öffentlich oder hybrid betrieben werden. Eine Edge ist nicht automatisch eine Steuerung, und eine Cloud ist nicht automatisch das öffentliche Internet. Die Wahl des Orts hängt von Reaktionszeit, Verbindung, Datenmenge und Vertraulichkeit ab. Edge Computing, Cloud Computing und Industrie 4.0 sind weiterführende Begriffe.

Abbildung: Verteilte Infrastruktur mit Zwischenschicht. Bildquelle: Wikimedia Commons, NoMore201, CC BY-SA 4.0. Ohne Bild: Sensoren liefern Messwerte an einen lokalen Rechner; dieser filtert und puffert und überträgt später ausgewählte Daten in einen entfernten Dienst.

Drei Aufgaben und ihre Anforderungen

Aufgabe A: lokaler Schwingungshinweis. Ein synthetischer Schwingungswert in mm/s soll bei Überschreitung einer Übungsschwelle auf dem Modell-Dashboard erscheinen, auch ohne Internet. Beispielhafte Entscheidungsfrist: 200 ms. Das ist keine reale Schutz- oder Sicherheitsfunktion. Aufgabe B: standortübergreifende Wochenstatistik. Verdichtete Tageswerte dreier Modellmaschinen werden einmal pro Tag verglichen. Minutenlange Verzögerung ist für diese Übungsaufgabe akzeptabel. Aufgabe C: Schichtübersicht. Eine lokale Anzeige benötigt aktuelle Werte, die zentrale Auswertung soll nach einem Verbindungsabbruch nachgeführt werden. Lokale Verfügbarkeit und späterer Datenaustausch sprechen für eine hybride Lösung. Faustregel: Enges Zeitbudget und Netzunabhängigkeit sprechen für Edge; aufwendige gemeinsame Langzeitanalyse häufig für Cloud; gemischte Anforderungen für Edge plus Cloud. Das ist eine begründete Entscheidung, kein universelles Rezept.

Video (Deutsch): Microsoft Deutschland, „Microsoft erklärt: Edge Computing“, veröffentlicht 14.03.2023; eingebettetes fremdes Video, Verfügbarkeit kann sich ändern. Ohne Video: Edge verarbeitet Daten lokal, Cloud übernimmt gemeinsame Speicherung oder weitere Analysen; beide ergänzen sich. Das Video ist keine produktneutrale Norm.

Verteilte Datenarchitektur und Schnittstellen

Ein Datenpfad mit klaren Zuständigkeiten

Stelle dir folgenden Pfad vor: synthetischer Sensorwert → lokaler Eingang → Einheitenprüfung → Zeitstempel und Qualitätskennzeichen → Edge-Puffer → lokale Anzeige → gesicherte Übertragung → Cloud-Analyse. Die Cloud sendet in diesem Unterrichtsmodell keine Steuerbefehle zurück. Ein Datenpunkt enthält Maschinenkennung, Messgröße, Einheit, Zeitpunkt, Wert und Qualitätsstatus. Ein Schema legt diese Felder fest. Latenz bedeutet Zeit zwischen Erfassung und nutzbarer Verarbeitung, Bandbreite übertragbare Datenmenge je Zeit.

Fehler beim Erstellen des Vorschaubildes:

Abbildung: Edge-Rechenmodell, Wikimedia Commons, Psenda38, CC0 1.0. Ohne Bild: Viele Geräte → einige nahe Rechner → eine übergreifende Cloud.

Interoperabilität und Schutz von Daten

OPC UA steht für OPC Unified Architecture. Die OPC Foundation beschreibt eine plattformunabhängige Architektur mit Informationsmodellen, Authentifizierung, Verschlüsselung und weiteren Sicherheitsfunktionen. Eine unterstützte Funktion ist noch keine automatisch sichere Installation: Zertifikate, Berechtigungen, Netzsegmentierung und Aktualisierung müssen passend umgesetzt werden. Die Verwaltungsschale (Asset Administration Shell, AAS) organisiert beschreibende Informationen eines digitalen Assets; sie ersetzt nicht die lokale Datenverarbeitung. Die IDTA stellt unter anderem Materialien zu Zeitreihen und OPC-UA-Datenblättern bereit. Kein Protokoll allein garantiert Datenqualität oder eine bestimmte Echtzeitfähigkeit. Sieh OPC Foundation und IDTA Downloads.

Deutsch beschriftete vereinfachte Architektur von Diensten und Cloud-Rechenzentrum

Abbildung: Cloud-Architektur, Wikimedia Commons, Sebbl2go, CC BY-SA 3.0 DE. Ohne Bild: Eine Anwendung greift über ein Netz auf Dienste und Speicher eines anderen Rechners zu.

Mini-Vertiefung: Zeichne Vertrauensgrenzen ein: Modellmaschine / lokales Edge-Netz / externer Dienst. Beschreibe, an welcher Grenze Daten minimiert, Zugriffe geprüft und Übertragungen abgesichert werden müssen. Nutze erfundene Maschinenkennungen statt Personen- oder Betriebsdaten.

Messreihen bereinigen und sinnvoll verteilen

Synthetischer Modellfall mit Lastwechsel und Fehlern

Die drei Modellmaschinen A, B und C haben je eine Messgröße. Der Lastwechsel um 08:02 ist nur ein Versuchsereignis, kein Fehlerbeweis. „—“ bedeutet fehlende Messung. Ein Einheitenfehler muss vor statistischer Aggregation geklärt werden.

Zeitpunkt	A: Schwingung in mm/s	B: Temperatur in °C	C: Strom in A	Hinweis
08:00	1,2	40	4,2	niedrige Last
08:01	1,3	41	4,3	niedrige Last
08:02	2,8	43	7,8	Lastwechsel
08:03	3,5	44	—	Lücke bei C
08:04	3,1	410	8,4	B ist verdächtig: evtl. 410 K statt °C
08:05	2,7	45	8,1	hohe Last

Geführtes Beispiel: Die Warnregel für A lautet größer als 3,0 mm/s nur für diese Übung. Der Edge-Rechner markiert 08:03 und 08:04, unabhängig von der Cloud. Für B darf „410“ nicht direkt als 410 °C in einen Mittelwert eingehen. Wäre der Quellwert wirklich 410 K, entspräche dies 136,85 °C; auch das passt möglicherweise nicht zur Reihe. Ohne verlässliche Metadaten wird der Wert als ungeklärt markiert, nicht stillschweigend umgerechnet. Bei C bleibt 08:03 eine Lücke, kein gemessener Nullwert. Vergleiche Werte nur mit nachgewiesenen Einheiten und demselben Zeitbezug.

Qualitätskennzeichen: gültig, fehlend, Einheit ungeklärt und Zeitstempel fraglich. Ein Grunddatensatz kann als CSV auf Papier oder in einer kostenlosen Tabellenkalkulation nachgebildet werden: Zeit;Maschine;Messgröße;Wert;Einheit;Status. Erfinde keine fehlenden Rohwerte. Für eine Cloud-Wochenanalyse dürfen nur geprüfte Tageskennzahlen übertragen werden. Lokal bleiben die originalen Qualitätsmerkmale erhalten.

Was wird wo berechnet?

Edge führt Einheiten- und Plausibilitätsprüfung, lokale Anzeige, Ereignismarkierung sowie begrenzte Zwischenspeicherung aus. Cloud eignet sich für die spätere Gegenüberstellung von Tages- und Wochenübersichten und bei Bedarf größere Analysekapazität. Offline-first heißt, dass die ausdrücklich dafür geplanten Kernfunktionen auch ohne Cloud-Verbindung sinnvoll bleiben. Bedarfsgerechte Rechenleistung heißt, dass etwa eine wöchentliche Auswertung nur zur Auswertungszeit zusätzliche Ressourcen erhält; Aufwand, Energiebedarf und Kosten müssen mitbewertet werden.

Fehler beim Erstellen des Vorschaubildes:

Abbildung: Dienstebenen in einer Cloud, Wikimedia Commons, Sam Johnston, CC0 1.0. Ohne Bild: Infrastruktur stellt Rechner bereit, Plattformen Laufzeitumgebungen und Anwendungen nutzbare Funktionen. Diese Schichten entscheiden nicht allein, wo eine Produktionsaufgabe laufen soll.

Netzausfall, begrenzter Puffer und Wiederanlauf

Ein Ausfalltest auf Papier

Simuliere eine getrennte Verbindung von 08:03 bis 08:13 (zehn Minuten). Jede der drei Maschinen liefert normalerweise einen Datensatz pro Minute mit jeweils 150 Byte in einem vereinfachten Übungsformat. Daraus folgen 3 × 150 Byte = 450 Byte je Minute. Zehn Minuten erzeugen 4.500 Byte, wenn alle Datensätze erfasst werden. Der lokale Übungspuffer ist auf 3.000 Byte begrenzt; ohne weitere Maßnahmen reicht er nur für sechs volle Minuten mit je 450 Byte (2.700 Byte), nicht für alle zehn Minuten. Die verbleibenden 300 Byte fassen bei festen 150-Byte-Datensätzen höchstens zwei weitere Datensätze. Reale Metadaten und Speicherverwaltung können mehr Platz benötigen.

Explizite Testfolge:

Netzverbindung im Papiermodell auf „aus“ setzen; lokale Warnung und Anzeige bleiben aktiv.
Einträge mit eindeutiger Ereigniskennung, Zeitstempel, Einheit und Qualitätsstatus in einen begrenzten FIFO-Übungspuffer schreiben; Speicherbelegung je Minute kontrollieren.
Vor Erreichen der Grenze eine dokumentierte Prioritätenregel anwenden: Warnereignisse und Qualitätsfehler vor verlustfähigen Normalwerten; Datenverlust sichtbar protokollieren. Niemals behaupten, die Originalreihe sei vollständig.
Bei Netzrückkehr um 08:13 Einträge geordnet nachliefern, Übertragung bestätigen lassen, doppelte Ereigniskennungen auf Empfängerseite erkennen und Lücken explizit melden.
Nach erfolgreicher Bestätigung erst die betreffenden Einträge freigeben; einen zweiten kurzen Ausfall im Modell ausprobieren und den Status der offenen Übertragungen beschreiben.

Die Priorisierung schützt im Modell wichtige Informationen, ist aber keine zulässige Sicherheitssteuerung. FIFO bedeutet „zuerst hinein, zuerst hinaus“. Idempotent heißt: Wiederholung desselben eindeutig gekennzeichneten Ereignisses erzeugt keinen zweiten fachlichen Eintrag. Prüfe auch Uhrabweichungen: Ankunftszeit ist nicht Messzeit. Falls eine Verbindung niemals zurückkommt, ist ein geordneter Abschluss mit sichtbarer Lücke ehrlicher als eine erfundene Vollständigkeit.

Animation: Vereinfachte Netzstörung, Wikimedia Commons, Stickulator, CC BY-SA 3.0. Ohne Animation: Ein ausgefallener Knoten kann weitere Dienste beeinträchtigen; entkopple die lokale Lernfunktion vom entfernten Dienst.

Fehlersuche als Begründung

Fehlerfall 1: Der Puffer ist voll, obwohl der Link weiterhin getrennt ist. Begründe, warum eine unbegrenzte Warteschlange keine tragfähige Lösung ist, und dokumentiere die verworfenen, zusammengefassten oder erhaltenen Datensätze. Fehlerfall 2: Beim Wiederanlauf treffen Ereignisse doppelt oder verspätet ein. Entscheide nach Kennung, Messzeit, Validität und Empfangsbestätigung; stelle keine falsche Reihenfolge her. Fehlerfall 3: Einheitenfehler B und Datenlücke C treffen gleichzeitig ein. Markiere beides getrennt und blockiere die ungeprüfte Wochenkennzahl. Übertrage nur einen qualitätsgekennzeichneten Auszug.

Edge-Cloud-Entscheidungsmatrix als Lernprodukt

Entscheidungen entlang dreier Kriterien

Erstelle für A, B und C eine Matrix mit den Kriterien Reaktionszeit, Verfügbarkeit bei Netzausfall und Rechen-/Datenbedarf. Vergib pro Kriterium „hoch“, „mittel“ oder „gering“, erkläre aber zusätzlich mindestens einen nachprüfbaren Grund. Ergänze Datenqualität, Schutzbedarf, Pufferregel, Verhalten bei Rückkehr und verbleibende Risiken. Beispielwerte sind didaktische Annahmen, keine Maschinenzusagen.

Aufgabe	Reaktionszeit	Bei Netzausfall	Ressourcen / Datenmenge	Begründete Platzierung
A: lokaler Übungshinweis	eng: Beispiel 200 ms	weiterhin anzeigen	gering bis mittel	Edge, weil lokale Reaktion nicht von der Internetverbindung abhängen soll
B: wöchentliche Standortstatistik	unkritisch: Stunden möglich	spätere Auswertung genügt	standortübergreifend, variabel	Cloud für gemeinsame Analyse nach geprüfter Übertragung; Vorverarbeitung lokal
C: lokale Schichtübersicht mit zentraler Historie	lokal: Sekunden	lokale Ansicht bleibt verfügbar	lokal mäßig, zentral zeitversetzt	Hybrid: Edge für Anzeige/Puffer, Cloud für Historie nach Wiederanlauf

Kritische Prüfung: Eine geringe Latenz ist nur unter konkret gemessenen Bedingungen belegt; „Edge ist immer schneller“ ist falsch. Die Cloud kann bei standortübergreifenden Auswertungen vorteilhaft sein, verursacht aber Netzwerk- und Betriebsabhängigkeiten. Offline-first verlangt definierte lokale Funktionen, Puffergrenzen und einen geplanten Übergang zurück in den Normalbetrieb. Dimensioniere den Puffer anhand von Rate × Ausfalldauer sowie Metadaten, Reserven und Datenverluststrategie; verifiziere Zahlen im Test.

Selbstständiger Transfer

Übertrage die Matrix auf drei neue Aufgaben: (1) lokales Anzeigen eines synthetischen Spitzenwerts, (2) monatlicher Vergleich von Energiekennzahlen, (3) zeitversetzter Wartungsbericht mit Anlagenvergleich. Ändere in einem zweiten Szenario die Ausfalldauer auf 20 Minuten und die Puffergröße nicht. Beschreibe, welches Kriterium deine Entscheidungen verändert, wie du Belege sammeln würdest und welchen Fehlerfall du der nächsten Schicht schriftlich meldest. Ergebnis: eine ausgefüllte Matrix, ein Pufferprotokoll, ein Fehlerfallbericht und eine kurze Begründung je Aufgabe. Die Lernprodukte sind offline ohne Konto und ohne bezahlte KI bearbeitbar.

Interaktive Aufgaben

Multiple-Choice-Quiz

Hinweis: Wähle die jeweils fachlich treffendste Antwort. Die Auswertung der Interaktion gibt Rückmeldung; erarbeite die Begründung mit den Unterrichtsbeispielen.

Welche Platzierung unterstützt den lokalen Übungshinweis am besten, wenn das Internet ausfällt? (Edge-Rechner vor Ort) (!Nur ein entfernter Cloud-Dienst) (!Nur ein wöchentliches Archiv) (!Nur eine manuell gepflegte Papierliste)

Was bedeutet eine Latenzangabe in der Datenarchitektur? (Zeit zwischen Erfassung und nutzbarer Verarbeitung) (!Anzahl aller gespeicherten Wochenwerte) (!Feste Größe des gesamten Speichers) (!Anzahl der angeschlossenen Gebäude)

Welcher Umgang mit der fehlenden Strommessung um 08:03 ist korrekt? (Als fehlend kennzeichnen und die Lücke dokumentieren) (!Automatisch einen Messwert Null einsetzen) (!Den letzten Wert als echte Messung deklarieren) (!Die gesamte Zeitreihe ohne Kennzeichnung löschen)

Was ist bei der Temperaturangabe 410 ohne gesicherte Einheit sinnvoll? (Als ungeklärt markieren und die Einheit an der Quelle prüfen) (!Unbesehen als Grad Celsius in den Mittelwert übernehmen) (!Ohne Nachweis durch zehn teilen) (!Alle anderen Messungen vorsorglich verdoppeln)

Wie viele Datenbytes entstehen im Übungsmodell in zehn Minuten bei drei Datensätzen pro Minute mit je 150 Byte? (4500 Byte) (!450 Byte) (!1500 Byte) (!30000 Byte)

Welche Aussage zum Puffer mit 3000 Byte ist richtig? (Er fasst nicht alle Daten eines zehnminütigen Ausfalls ohne zusätzliche Maßnahmen) (!Er ist allein wegen der Cloud immer unbegrenzt) (!Er verhindert jede Datenlücke automatisch) (!Er verdoppelt die Netzbandbreite)

Wie sollten Wiederholungen nach dem Wiederanlauf behandelt werden? (Mit eindeutigen Kennungen erkennen und fachliche Duplikate vermeiden) (!Jede Wiederholung als neues Messereignis zählen) (!Immer die Ankunftszeit als Messzeit nutzen) (!Alle verspäteten Werte als fehlerfrei einstufen)

Welche Aufgabe profitiert typischerweise von zentraler bedarfsgerechter Rechenleistung? (Standortübergreifende Wochenanalyse geprüfter Messdaten) (!Lokale Anzeige eines Warnhinweises bei Netzausfall) (!Sofortiges Ablesen eines Sensors ohne Netz) (!Einheitenkontrolle direkt vor der lokalen Anzeige)

Welche Beschreibung von OPC UA ist fachlich passend? (Plattformunabhängige Kommunikationsarchitektur mit Informationsmodellen und Sicherheitsmechanismen) (!Garantierte Sicherheitsfreigabe für jede Maschine) (!Ausschließlich ein Dateiformat für Fotos) (!Ein Verfahren zum Vergrößern physischer Messgrößen)

Woran erkennst du eine tragfähige Offline-first-Lösung im Modell? (Lokale Kernfunktion bleibt nutzbar und Wiederanlauf sowie Puffergrenzen sind dokumentiert) (!Alle Aufgaben hängen zwingend von einer dauernden Cloud-Verbindung ab) (!Bei Ausfall werden Qualitätskennzeichen bewusst ignoriert) (!Jede Datenlücke wird ohne Hinweis als Messwert ergänzt)

Memory

Auftrag: Ordne jedem Fachbegriff genau eine Erklärung zu.

Edge-Knoten	Lokaler Rechner zur Verarbeitung nahe am Messort
Latenz	Dauer bis eine Erfassung nutzbar verarbeitet wurde
Gateway	Vermittler zwischen Datenquellen und unterschiedlichen Netzen
Puffer	Begrenzter temporärer Speicher bei stockender Übertragung
Idempotenz	Wiederholter Empfang derselben Kennung erzeugt keinen zweiten Facheintrag
Qualitätsflag	Kennzeichnung von gültigen oder problematischen Messdaten

Drag-and-Drop

Auftrag: Ordne die Maßnahme dem beschriebenen Problem zu.

Passende Maßnahme	Problemsituation
Einheitenprüfung	Ein Temperaturwert passt wegen unklarer Einheit nicht zur Reihe
Offline-Anzeige	Das lokale Dashboard soll auch ohne Internet nutzbar bleiben
Pufferbegrenzung	Die Zwischenspeicherung darf den verfügbaren Platz nicht überschreiten
Duplikaterkennung	Ein bereits übermitteltes Ereignis erscheint erneut
Zeitstempelprüfung	Verspätete Übertragung darf nicht die Messreihenfolge verfälschen

Kreuzworträtsel

Auftrag: Finde die sechs Fachwörter als einzelne Wörter.

Puffer	Begrenzter Zwischenspeicher für noch nicht bestätigte Messdaten
Latenz	Verzögerung zwischen Erfassung und Ergebnis
Sensor	Bauteil zum Erfassen einer physikalischen Größe
Gateway	Übergang zwischen Netzen oder Datenquellen
Cloud	Entfernt bereitgestellte gemeinsame Rechenressourcen
Schema	Festgelegte Struktur eines Datensatzes

LearningApps

Übe zusätzliche Zuordnungen auf LearningApps. Dort angezeigte fremde Aktivitäten sind nicht automatisch fachlich geprüft. Offline-Alternative: Nutze die obigen Memory- und Zuordnungstabellen, decke jeweils die rechte Spalte ab und prüfe nach dem Zuordnen.

Lückentext

Auftrag: Ergänze die wesentlichen Fachbegriffe anhand des Kurswissens; alternativ schreibe die Sätze auf Papier vollständig aus.

Offene Aufgaben

Bearbeite genau eine bis mehrere Aufgaben je Niveau. Stelle Ergebnisse als Zeichnung, Tabelle, Flussdiagramm oder kurzer Text dar. Sämtliche Vorgänge sind reine Simulation.

Leicht

Datenorte: Zeichne Sensor, Edge und Cloud; beschrifte die Datenwege und erkläre den Zweck jeder Ebene in drei Sätzen.
Messdaten: Trage die drei synthetischen Messgrößen mit korrekten Einheiten in eine Übersicht ein und kennzeichne die Lücke.
Fehlerkennzeichen: Markiere in der Modellreihe den verdächtigen Temperaturwert, erläutere zwei mögliche Ursachen und gib den nächsten Prüfschritt an.
Medienvergleich: Betrachte eines der verlinkten Commons-Bilder oder dessen Textalternative; erläutere einen Vorteil und eine Grenze der Darstellung.

Standard

Ausfallsimulation: Simuliere die zehnminütige Unterbrechung mit Papierkarten; protokolliere lokale Anzeige, Pufferbelegung und Verluste pro Minute.
Lastwechsel: Ermittle die zwei Zeitpunkte der Übungsschwellenüberschreitung bei A und begründe, warum ein einzelner Anstieg noch keine Diagnose ist.
Entscheidungsmatrix: Fülle die Matrix für A, B und C mit je drei Kriterien und einer überprüfbaren Begründung pro Aufgabe aus.
Schnittstellen: Zeichne ein vereinfachtes Datensatzschema mit Zeit, Kennung, Wert, Einheit und Qualität; erläutere die Rolle eines gesicherten Übertragungswegs.

Schwer

Wiederanlauf: Entwirf eine Zustandsfolge von verbunden über getrennt bis nachgeliefert; erkläre, wie Duplikate, fehlende Bestätigungen und Zeitabweichungen behandelt werden.
Pufferstrategie: Vergleiche bei unverändertem 3000-Byte-Puffer Ausfälle von zehn und zwanzig Minuten; entwickle eine dokumentierte Priorisierungs- und Verlustregel.
Transferarchitektur: Entwirf für drei neue Aufgaben eine eigenständige Edge-Cloud-Matrix und ändere eine Entscheidung bei strengeren Verfügbarkeitsanforderungen.
Risikoanalyse: Begründe einen konkreten Fehlerfall mit falscher Einheit oder doppelter Nachricht; entwerfe Prüfbelege, Schutzgrenzen und eine Meldung an die simulierte Folgeschicht.

Lernkontrolle

Architekturbegründung: Entscheide für die lokale Schwellenanzeige, warum Edge statt reiner Cloud erforderlich sein kann, und nenne eine Einschränkung.
Ressourcenwahl: Erläutere, wann eine zentrale bedarfsgerechte Wochenanalyse den zusätzlichen Übertragungsaufwand rechtfertigt.
Fehlerbehandlung: Beschreibe den korrekten Umgang mit 410 ohne verlässliche Einheit und der fehlenden Strommessung; unterscheide Prüfen, Kennzeichnen und Korrigieren.
Pufferrechnung: Rechne das zehnminütige Volumen von 4500 Byte und die Grenze von 3000 Byte nach; lege offen, welche Datensätze ohne weitere Regel fehlen könnten.
Ausfall und Rückkehr: Skizziere einen Netzausfalltest samt Bestätigung, doppelten Kennungen und sichtbarer Datenlücke; nenne zwei überprüfbare Erfolgskriterien.
Abgrenzung: Erläutere, weshalb OPC UA und Verschlüsselung allein weder Datenqualität noch Maschinenfreigabe gewährleisten.
Transfer: Ändere für die monatliche Energieauswertung eine Matrixentscheidung, wenn die Bandbreite stark begrenzt ist; nenne Annahmen und Gegenargumente.

Lernnachweis

Abgabe als offline erstelltes Lernportfolio (Text, Papier oder kostenlose Tabellenkalkulation): (1) eine vollständige Edge-Cloud-Entscheidungsmatrix für A, B und C mit Reaktionszeit, Ausfallverhalten, Rechen-/Datenbedarf, Ort, Begründung und Restrisiko; (2) eine markierte Rohdatentabelle mit Lastwechsel, Lücke und Einheitenfehler; (3) ein nachvollziehbares Testprotokoll für zehn Minuten Netzausfall mit 3000 Byte Pufferschranke; (4) ein Wiederanlaufdiagramm mit Ereigniskennungen, Bestätigungen, Duplikatbehandlung und einer sichtbaren Lücke; (5) ein eigenständiger Transfer auf drei neue Aufgaben; (6) eine schriftliche Analyse eines begründeten Fehlerfalls.

Bewertungsvorschlag (20 Punkte): Datenqualität und korrekte Einheiten 4; Platzierungsargumente der drei Aufgaben 6; quantitative Pufferprüfung 4; Wiederanlauf und Fehlermeldung 4; selbstständiger Transfer mit Grenzen 2. Bestanden als Unterrichtsempfehlung ab 12 Punkten, sofern keine stillschweigende Gleichsetzung von fehlenden und gemessenen Werten erfolgt; keine amtliche Prüfung. Prüfe fachliche Aussagen anhand der angegebenen Quellen und notiere offene Fragen.

OER und Wikipedia

Quellenstand: 21.10.2026. Die genannten Seiten wurden als Rechercheeinstieg geprüft; Dokumente und Plattformangebote können sich ändern. Der Kurs ist ein unabhängiges Bildungsangebot, keine Hersteller-, Liebherr- oder IHK-Zertifizierung. Externe Inhalte können offline ausfallen; alle Kernübungen stehen oben als Text.

OPC Foundation: OPC Unified Architecture, offizielle Übersicht über Plattformunabhängigkeit, Informationsmodelle und Sicherheitsfunktionen; Website-Stand beim Abruf 21.10.2026, konkrete Implementierungsversion produktabhängig.
Industrial Digital Twin Association: Downloads, Register mit u. a. IDTA 02008-1-1 Time Series Data, IDTA 02009 OPC UA Server Datasheet sowie Spezifikationen der Verwaltungsschale. Verwende stets die Versionsnummer und den Veröffentlichungsstand der tatsächlich heruntergeladenen Ausgabe; eine feste Versionsgültigkeit wird hier nicht behauptet.
Wikipedia: Edge Computing und Wikipedia: Cloud Computing als ergänzende, laufend veränderliche Einstiege; wichtige Entscheidungen mit Primärquellen gegenprüfen.
Vorgegebene MOOCwiki-Grundlage; ihr konkreter Seiteninhalt war beim Abruf nicht überprüfbar, daher wurden keine ungeprüften Details daraus übernommen.
Microsoft Deutschland: Edge Computing, deutschsprachiges Erklärvideo, 14.03.2023, proprietäres Drittvideo; Einbettung ist keine freie Weiternutzungsgenehmigung.
U-Labs: Cloud Computing – Vor- und Nachteile, deutschsprachiges ergänzendes Video, 03.10.2022; externe Verfügbarkeit und rechtliche Nutzungsbedingungen können sich ändern.

Nachweise zu den eingesetzten Wikimedia-Dateien (Dateiseite, Urheber, Lizenz beim Abruf):

Datei	Nachweis	Urheberschaft	Lizenz
File:Edge computing infrastructure.png	Commons-Dateiseite	NoMore201	CC BY-SA 4.0
File:Edge computing.png	Commons-Dateiseite	Psenda38	CC0 1.0
File:Architektur Cloud Computing.svg	Commons-Dateiseite	Sebbl2go	CC BY-SA 3.0 DE
File:Cloud Computing Stack.svg	Commons-Dateiseite	Sam Johnston	CC0 1.0
File:Networkfailure.gif	Commons-Dateiseite	Stickulator	CC BY-SA 3.0

Für alle Bilder gilt: Vorschaubild über den Commons-Dateilink; die Alternativbeschreibung steht direkt bei der Einbindung. Bei Weiterbearbeitung sind die Lizenzbedingungen der jeweiligen Datei einzuhalten.

Wikipedia-Artikel zum Einbetten (Deutsch):