Seminar Kuzzle IoT Device Manager – Geräte, Assets und digitale Zwillinge

Das Seminar modelliert Geräte, Assets, Messgrößen und Lebenszyklen zu belastbaren digitalen Zwillingen. Provisionierung, Zuordnung, Austausch, Gruppen, Flottensuche, Realtime-Status und kontrollierte Stilllegung werden anhand einer repräsentativen Geräteflotte umgesetzt. Theorie, Demonstration und Laborarbeit wechseln in kurzen Zyklen. Jeder technische Schritt wird durch eine Kontrollabfrage, einen Negativtest oder eine nachvollziehbare Zustandsprüfung abgeschlossen.

Inhaltsübersicht

• Zielgruppe und Voraussetzungen
• Didaktischer Zuschnitt
• Geräte-, Asset- und Messwertmodell
• Provisionierung und Zuordnung
• Flottensuche, Status und Realtime
• Austausch, Wartung und Stilllegung
• Praxisprojekt und Lernerfolgskontrolle

Zielgruppe und Voraussetzungen

Kapitelinhaltsverzeichnis

• Adressierte Rollen
• Erforderliche Vorkenntnisse
• Labor- und Arbeitsmittel
• Einstiegskontrolle

Zielgruppe: IoT-Architektur, IoT-Entwicklung, Plattformbetrieb, Asset Management und technische Produktverantwortung.

Voraussetzungen: Grundkenntnisse in JSON, APIs, Telemetrie und Geräteidentitäten; Zugriff auf simulierte oder reale Testgeräte.

Zu Beginn werden Vorkenntnisse, Laborzugang, Namenskonventionen und Sicherheitsregeln geprüft. Fehlende Grundlagen werden als konkrete Vorbereitungspunkte dokumentiert; produktive Systeme und reale Zugangsdaten werden in den Übungen nicht verwendet.

Didaktischer Zuschnitt

Kapitelinhaltsverzeichnis

• Begründung der Dauer
• Arbeitsweise
• Dokumentationsstandard
• Qualitätssicherung

Begründung der Dauer: Drei Tage sind erforderlich, weil Daten- und Lebenszyklusmodell, Provisionierung und Flottenbetrieb sowie Realtime- und Ausfallszenarien jeweils praktisch durchgeführt werden. Ein zweitägiger Kurs würde die für digitale Zwillinge zentrale Änderungs- und Austauschhistorie verkürzen.

Die Lerneinheiten folgen dem Muster Analyse, Aufbau, Funktionsnachweis, Fehlerfall und Wiederholung. Konfigurationen und Testdaten werden versionierbar gehalten. Entscheidungen werden mit Annahme, Alternative, Risiko und Prüfmethode dokumentiert. Dadurch entsteht neben dem fachlichen Verständnis ein direkt nutzbares Arbeitsverfahren.

1. Geräte-, Asset- und Messwertmodell

Kapitelinhaltsverzeichnis

• Device und Asset
• Referenzen und Identitäten
• Measure Models
• Zustand und Historie

Dieses Kapitel verbindet Device und Asset, Referenzen und Identitäten, Measure Models und Zustand und Historie. Die Arbeitsschritte werden in einer isolierten Laborumgebung ausgeführt, protokolliert und gegen einen vorher festgelegten Sollzustand geprüft. Technische Entscheidungen werden so dokumentiert, dass Umsetzung, Review und Wiederholung ohne stille Annahmen möglich bleiben.

Schritt-für-Schritt-Anleitung

1. Schritt 1 – Technische Geräteidentität und fachliche Assetidentität voneinander abgrenzen: Vor Beginn werden Zweck, Eingaben, Abhängigkeiten und ein messbares Erfolgskriterium notiert. Der Bezug zum behandelten Kuzzle-Funktionsbereich wird anhand des laufenden Praxisfalls nachvollzogen.
2. Schritt 2 – Eindeutige Referenzen, Seriennummern und externe Schlüssel festlegen: Die Konfiguration wird zunächst klein aufgebaut, anschließend gespeichert und durch eine unabhängige Abfrage kontrolliert. Der Bezug zum behandelten Kuzzle-Funktionsbereich wird anhand des laufenden Praxisfalls nachvollzogen.
3. Schritt 3 – Messgrößen mit Datentyp, Einheit, Wertebereich und Qualitätsmerkmal definieren: Der Normalfall wird mit bekannten Testdaten ausgeführt; relevante IDs, Zeitpunkte und Rückgabewerte werden festgehalten. Der Bezug zum behandelten Kuzzle-Funktionsbereich wird anhand des laufenden Praxisfalls nachvollzogen.
4. Schritt 4 – Aktuellen Zustand von unveränderlicher Ereignis- und Austauschhistorie trennen: Mindestens ein typischer Fehlerfall wird absichtlich ausgelöst, beobachtet und ohne verdeckte manuelle Korrektur behoben. Der Bezug zum behandelten Kuzzle-Funktionsbereich wird anhand des laufenden Praxisfalls nachvollzogen.
5. Schritt 5 – Beispieldaten gegen Such-, Alarm- und Reportinganforderungen validieren: Zum Abschluss wird der Sollzustand erneut geprüft und als wiederholbare Checkliste oder automatisierter Test gesichert. Der Bezug zum behandelten Kuzzle-Funktionsbereich wird anhand des laufenden Praxisfalls nachvollzogen.

Kontrollpunkte

• Der Sollzustand für Device und Asset ist durch eine reproduzierbare Prüfung nachgewiesen.
• Fehlkonfigurationen in Referenzen und Identitäten erzeugen verständliche und protokollierte Fehler.
• Die Umsetzung zu Zustand und Historie lässt sich ohne persönliche Einzelkenntnisse wiederholen.
• Berechtigungen, Daten und Protokolle enthalten nur die für die Aufgabe erforderlichen Informationen.

Praxisaufgabe

Ein Modell für austauschbare Sensoren an langlebigen Assets wird einschließlich Historie aufgebaut. Die Abnahme erfolgt anhand einer kurzen Demonstration, einer Konfigurationsprüfung und eines gezielt ausgelösten Fehlerfalls.

2. Provisionierung und Zuordnung

Kapitelinhaltsverzeichnis

• Einzel- und Massenanlage
• Metadaten und Gruppen
• Device-Asset-Link
• Idempotenz und Teilfehler

Dieses Kapitel verbindet Einzel- und Massenanlage, Metadaten und Gruppen, Device-Asset-Link und Idempotenz und Teilfehler. Die Arbeitsschritte werden in einer isolierten Laborumgebung ausgeführt, protokolliert und gegen einen vorher festgelegten Sollzustand geprüft. Technische Entscheidungen werden so dokumentiert, dass Umsetzung, Review und Wiederholung ohne stille Annahmen möglich bleiben.

Schritt-für-Schritt-Anleitung

1. Schritt 1 – Pflichtdaten und Freigabeschritte für neue Geräte definieren: Vor Beginn werden Zweck, Eingaben, Abhängigkeiten und ein messbares Erfolgskriterium notiert. Der Bezug zum behandelten Kuzzle-Funktionsbereich wird anhand des laufenden Praxisfalls nachvollzogen.
2. Schritt 2 – Einzelgeräte mit kontrollierten Standardwerten provisionieren: Die Konfiguration wird zunächst klein aufgebaut, anschließend gespeichert und durch eine unabhängige Abfrage kontrolliert. Der Bezug zum behandelten Kuzzle-Funktionsbereich wird anhand des laufenden Praxisfalls nachvollzogen.
3. Schritt 3 – Massenanlage aus einer geprüften Importstruktur mit eindeutigen Schlüsseln ausführen: Der Normalfall wird mit bekannten Testdaten ausgeführt; relevante IDs, Zeitpunkte und Rückgabewerte werden festgehalten. Der Bezug zum behandelten Kuzzle-Funktionsbereich wird anhand des laufenden Praxisfalls nachvollzogen.
4. Schritt 4 – Geräte Assets zuordnen und Mehrfach- sowie Fehlzuordnungen verhindern: Mindestens ein typischer Fehlerfall wird absichtlich ausgelöst, beobachtet und ohne verdeckte manuelle Korrektur behoben. Der Bezug zum behandelten Kuzzle-Funktionsbereich wird anhand des laufenden Praxisfalls nachvollzogen.
5. Schritt 5 – Teilfehler dokumentieren, korrigieren und ohne Duplikate wiederanlaufen lassen: Zum Abschluss wird der Sollzustand erneut geprüft und als wiederholbare Checkliste oder automatisierter Test gesichert. Der Bezug zum behandelten Kuzzle-Funktionsbereich wird anhand des laufenden Praxisfalls nachvollzogen.

Kontrollpunkte

• Der Sollzustand für Einzel- und Massenanlage ist durch eine reproduzierbare Prüfung nachgewiesen.
• Fehlkonfigurationen in Metadaten und Gruppen erzeugen verständliche und protokollierte Fehler.
• Die Umsetzung zu Idempotenz und Teilfehler lässt sich ohne persönliche Einzelkenntnisse wiederholen.
• Berechtigungen, Daten und Protokolle enthalten nur die für die Aufgabe erforderlichen Informationen.

Praxisaufgabe

Eine Testflotte wird importiert, gruppiert und den vorgesehenen Assets mit vollständigem Nachweis zugeordnet. Die Abnahme erfolgt anhand einer kurzen Demonstration, einer Konfigurationsprüfung und eines gezielt ausgelösten Fehlerfalls.

3. Flottensuche, Status und Realtime

Kapitelinhaltsverzeichnis

• Filter und Gruppen
• Letzter Messwert
• Online- und Qualitätsstatus
• Subscriptions

Dieses Kapitel verbindet Filter und Gruppen, Letzter Messwert, Online- und Qualitätsstatus und Subscriptions. Die Arbeitsschritte werden in einer isolierten Laborumgebung ausgeführt, protokolliert und gegen einen vorher festgelegten Sollzustand geprüft. Technische Entscheidungen werden so dokumentiert, dass Umsetzung, Review und Wiederholung ohne stille Annahmen möglich bleiben.

Schritt-für-Schritt-Anleitung

1. Schritt 1 – Betriebsrelevante Suchfilter für Typ, Gruppe, Zustand und Standort festlegen: Vor Beginn werden Zweck, Eingaben, Abhängigkeiten und ein messbares Erfolgskriterium notiert. Der Bezug zum behandelten Kuzzle-Funktionsbereich wird anhand des laufenden Praxisfalls nachvollzogen.
2. Schritt 2 – Letzten Messwert und letzte Kommunikation mit klarer Zeitsemantik auswerten: Die Konfiguration wird zunächst klein aufgebaut, anschließend gespeichert und durch eine unabhängige Abfrage kontrolliert. Der Bezug zum behandelten Kuzzle-Funktionsbereich wird anhand des laufenden Praxisfalls nachvollzogen.
3. Schritt 3 – Online-, verspätet-, fehlerhaft- und unbekannt-Zustände voneinander unterscheiden: Der Normalfall wird mit bekannten Testdaten ausgeführt; relevante IDs, Zeitpunkte und Rückgabewerte werden festgehalten. Der Bezug zum behandelten Kuzzle-Funktionsbereich wird anhand des laufenden Praxisfalls nachvollzogen.
4. Schritt 4 – Realtime-Subscriptions auf die tatsächlich benötigten Gerätegruppen begrenzen: Mindestens ein typischer Fehlerfall wird absichtlich ausgelöst, beobachtet und ohne verdeckte manuelle Korrektur behoben. Der Bezug zum behandelten Kuzzle-Funktionsbereich wird anhand des laufenden Praxisfalls nachvollzogen.
5. Schritt 5 – Große Flotten mit Pagination, Aggregationen und Stichproben kontrollieren: Zum Abschluss wird der Sollzustand erneut geprüft und als wiederholbare Checkliste oder automatisierter Test gesichert. Der Bezug zum behandelten Kuzzle-Funktionsbereich wird anhand des laufenden Praxisfalls nachvollzogen.

Kontrollpunkte

• Der Sollzustand für Filter und Gruppen ist durch eine reproduzierbare Prüfung nachgewiesen.
• Fehlkonfigurationen in Letzter Messwert erzeugen verständliche und protokollierte Fehler.
• Die Umsetzung zu Subscriptions lässt sich ohne persönliche Einzelkenntnisse wiederholen.
• Berechtigungen, Daten und Protokolle enthalten nur die für die Aufgabe erforderlichen Informationen.

Praxisaufgabe

Ein Flottenmonitor erkennt ausgefallene, verspätete und falsch zugeordnete Geräte in Echtzeit. Die Abnahme erfolgt anhand einer kurzen Demonstration, einer Konfigurationsprüfung und eines gezielt ausgelösten Fehlerfalls.

4. Austausch, Wartung und Stilllegung

Kapitelinhaltsverzeichnis

• Gerätewechsel
• Wartungsfenster
• Datenfortführung
• Deprovisionierung

Dieses Kapitel verbindet Gerätewechsel, Wartungsfenster, Datenfortführung und Deprovisionierung. Die Arbeitsschritte werden in einer isolierten Laborumgebung ausgeführt, protokolliert und gegen einen vorher festgelegten Sollzustand geprüft. Technische Entscheidungen werden so dokumentiert, dass Umsetzung, Review und Wiederholung ohne stille Annahmen möglich bleiben.

Schritt-für-Schritt-Anleitung

1. Schritt 1 – Einen Gerätewechsel planen, ohne die fachliche Assethistorie zu verlieren: Vor Beginn werden Zweck, Eingaben, Abhängigkeiten und ein messbares Erfolgskriterium notiert. Der Bezug zum behandelten Kuzzle-Funktionsbereich wird anhand des laufenden Praxisfalls nachvollzogen.
2. Schritt 2 – Alt- und Neugerät während eines kontrollierten Übergangs eindeutig kennzeichnen: Die Konfiguration wird zunächst klein aufgebaut, anschließend gespeichert und durch eine unabhängige Abfrage kontrolliert. Der Bezug zum behandelten Kuzzle-Funktionsbereich wird anhand des laufenden Praxisfalls nachvollzogen.
3. Schritt 3 – Wartungszustände in Regeln und Dashboards berücksichtigen: Der Normalfall wird mit bekannten Testdaten ausgeführt; relevante IDs, Zeitpunkte und Rückgabewerte werden festgehalten. Der Bezug zum behandelten Kuzzle-Funktionsbereich wird anhand des laufenden Praxisfalls nachvollzogen.
4. Schritt 4 – Credentials, Zuordnungen und Schreibrechte des Altgeräts entziehen: Mindestens ein typischer Fehlerfall wird absichtlich ausgelöst, beobachtet und ohne verdeckte manuelle Korrektur behoben. Der Bezug zum behandelten Kuzzle-Funktionsbereich wird anhand des laufenden Praxisfalls nachvollzogen.
5. Schritt 5 – Stilllegung mit Datenaufbewahrung, Audit und Abschlussprüfung dokumentieren: Zum Abschluss wird der Sollzustand erneut geprüft und als wiederholbare Checkliste oder automatisierter Test gesichert. Der Bezug zum behandelten Kuzzle-Funktionsbereich wird anhand des laufenden Praxisfalls nachvollzogen.

Kontrollpunkte

• Der Sollzustand für Gerätewechsel ist durch eine reproduzierbare Prüfung nachgewiesen.
• Fehlkonfigurationen in Wartungsfenster erzeugen verständliche und protokollierte Fehler.
• Die Umsetzung zu Deprovisionierung lässt sich ohne persönliche Einzelkenntnisse wiederholen.
• Berechtigungen, Daten und Protokolle enthalten nur die für die Aufgabe erforderlichen Informationen.

Praxisaufgabe

Ein defektes Gerät wird ersetzt, während Historie, Dashboard und Alarmierung für das Asset konsistent bleiben. Die Abnahme erfolgt anhand einer kurzen Demonstration, einer Konfigurationsprüfung und eines gezielt ausgelösten Fehlerfalls.

Praxisprojekt und Lernerfolgskontrolle

Kapitelinhaltsverzeichnis

• Projektauftrag
• Zwischenprüfungen
• Fehler- und Sicherheitsnachweis
• Technische Abnahme

Das Praxisprojekt verbindet die Kapitel zu einer konsistenten Laborlösung. Vor jedem Inkrement werden Ausgangszustand, Ziel, Eingaben und Abnahmekriterien festgelegt. Nach der Umsetzung folgen Funktionsprüfung, Negativtest, kurze Dokumentationskontrolle und Rücksetzung auf einen bekannten Zustand.

1. Projektauftrag schneiden: Ein fachlich begrenzter Anwendungsfall wird in Daten, Akteure, Schnittstellen, Berechtigungen und Betriebsanforderungen zerlegt.
2. Inkremente umsetzen: Die Kapitelbausteine werden schrittweise integriert; nach jedem Inkrement bleibt die Laborlösung lauffähig.
3. Fehler nachweisen: Mindestens ein Berechtigungs-, Daten-, Verbindungs- oder Konfigurationsfehler wird kontrolliert ausgelöst und diagnostiziert.
4. Abnahme durchführen: Eine technische Checkliste prüft Funktion, Sicherheit, Wiederholbarkeit, Protokollierung und Rückfallfähigkeit.
5. Lernstand dokumentieren: Offene Vertiefungen werden als priorisierte Aufgaben mit benötigtem Nachweis festgehalten.

Die Lernerfolgskontrolle besteht aus kurzen Verständnisfragen, beobachteten Laboraufgaben, einer Fehlersuche und der technischen Abnahme des Praxisprojekts. Bewertet werden nicht nur funktionierende Ergebnisse, sondern auch Begründung, Nachweis, sichere Fehlerbehandlung und Reproduzierbarkeit.