Cyber-Physical Systems & IoT in der Bachelorarbeit & Masterarbeit

IoT-Architekturen, Kommunikationsprotokolle, Echtzeit-Betriebssysteme und Digital Twins: So entwerfen, implementieren und evaluieren Sie CPS in Ihrer Informatik-Thesis – von der Sensorebene bis zur Cloud.

IoT-Architekturen

MQTT & CoAP

Echtzeit-OS

Digital Twins

Edge Computing

CPS in der Thesis – Das Wichtigste

Cyber-Physical Systems verbinden physische Prozesse mit digitaler Steuerung – Sensoren erfassen die physische Welt, Aktoren greifen ein, Software steuert. Die Thesis-Herausforderung: CPS-Systeme sind inhaerent verteilt, echtzeitfaehig und heterogen. Sie muessen die Architektur auf allen Ebenen dokumentieren: Sensorik/Aktorik → Embedded Software → Kommunikation → Edge/Fog → Cloud. Evaluation: Latenz, Zuverlaessigkeit, Energieverbrauch. Unsere Informatik-Ghostwriter unterstuetzen bei CPS-Entwurf und Evaluation.

1. IoT-Referenzarchitektur: Edge – Fog – Cloud

Edge (Geraeteebene)

Sensoren, Aktoren, Microcontroller (ESP32, STM32, Raspberry Pi). Datenerfassung, lokale Vorverarbeitung, Echtzeit-Reaktion. Betriebssystem: FreeRTOS, Zephyr, oder Bare Metal.

Thesis: Hardware dokumentieren (Sensor-Typ, Abtastrate, Genauigkeit), Firmware-Architektur, Energieverbrauch messen.

Fog (Gateway-Ebene)

Lokale Aggregation, Filterung, erste Analyse. Gateways (Raspberry Pi, NVIDIA Jetson) zwischen Edge und Cloud. Reduziert Cloud-Traffic und Latenz.

Thesis: Welche Verarbeitung findet lokal statt, welche in der Cloud? Latenz Edge-only vs. Edge+Cloud vergleichen.

Cloud (Backend)

Speicherung, Langzeitanalyse, ML-Modelle, Dashboards, APIs. Cloud-Dienste: AWS IoT Core, Azure IoT Hub, Google Cloud IoT.

Thesis: Cloud-Architektur mit DevOps-Guide dokumentieren. Kosten und Skalierung evaluieren.

2. Kommunikationsprotokolle

Protokoll	Transport	Pattern	Overhead	Einsatz
MQTT	TCP	Publish/Subscribe	Minimal (2 Byte Header)	Standard fuer IoT: Telemetrie, Sensordaten, Benachrichtigungen
CoAP	UDP	Request/Response (REST-aehnlich)	4 Byte Header	Ressourcenbeschraenkte Geraete, RESTful IoT-APIs
AMQP	TCP	Queues, Topics, Routing	Hoeher als MQTT	Enterprise IoT, zuverlaessige Message Delivery
LoRaWAN	LoRa (Funk)	Star-of-Stars	Sehr gering	Long Range, Low Power: Smart Agriculture, Smart City
Bluetooth LE (BLE)	Funk (2.4 GHz)	GATT Services	Gering	Wearables, Indoor-Lokalisierung, Short Range
OPC UA	TCP	Client/Server, Pub/Sub	Moderat	Industrie 4.0, Maschinenvernetzung, Interoperabilitaet

3. Echtzeit-Betriebssysteme (RTOS)

FreeRTOS

Open Source, meistverbreitetes RTOS weltweit. Unterstuetzt ESP32, STM32, ARM Cortex-M. Tasks, Queues, Semaphoren, Timer. AWS-Integration (FreeRTOS + AWS IoT Core).

Thesis: Task-Scheduling dokumentieren (Priority-based Preemptive), Worst-Case Execution Time (WCET) messen, Interrupt-Latenz evaluieren.

Zephyr RTOS

Linux Foundation, moderner als FreeRTOS. Unterstuetzt 500+ Boards. Integrierter Netzwerk-Stack (Bluetooth, Wi-Fi, Thread, LoRa), Device Tree, Kconfig-System.

Thesis: Vergleich FreeRTOS vs. Zephyr fuer einen konkreten Anwendungsfall – Memory Footprint, Interrupt-Latenz, Netzwerk-Features.

Digital Twins in der Thesis

Ein Digital Twin ist ein virtuelles Abbild eines physischen Systems, das in Echtzeit mit Sensordaten synchronisiert wird. In der Thesis: (1) Modellierung: Welche Aspekte des physischen Systems werden abgebildet? (2) Synchronisation: Wie werden Sensordaten in den Twin uebertragen (Frequenz, Protokoll)? (3) Simulation: What-if-Szenarien, Predictive Maintenance, Optimierung. Tools: Azure Digital Twins, AWS IoT TwinMaker, Eclipse Ditto (Open Source). Evaluieren Sie die Genauigkeit des Twins (Abweichung Twin vs. physisches System) und die Latenz der Synchronisation.

CPS-Architektur fuer Ihre Thesis?

Promovierte Informatiker unterstuetzen bei IoT-Entwurf, RTOS-Programmierung und Evaluation

Informatik-Ghostwriter →

4. CPS evaluieren: Metriken

Metrik	Beschreibung	Messung
End-to-End-Latenz	Zeit vom Sensorereignis bis zur Reaktion (Aktor oder Dashboard)	Timestamps an Sensor und Empfaenger, Differenz berechnen (NTP-synchronisiert)
Durchsatz	Nachrichten pro Sekunde, die das System verarbeiten kann	Lasttest mit steigender Nachrichtenrate (MQTT-Benchmark, k6)
Paketverlustrate	Anteil verlorener Nachrichten	Gesendete vs. empfangene Nachrichten zaehlen (QoS 0 vs. QoS 1 vs. QoS 2)
Energieverbrauch	Stromaufnahme des Edge-Geraets	Strommessgeraet (INA219-Sensor) am Microcontroller, mAh pro Stunde
WCET	Worst-Case Execution Time eines Tasks	Instrumentierung, Logic Analyzer, oder statische WCET-Analyse (AbsInt aiT)
Zuverlaessigkeit	Uptime, Mean Time Between Failures	Langzeittest: Systemlaufzeit ohne Fehler, automatische Neustarts zaehlen

5. Haeufige Fehler

Keine Echtzeit-Anforderungen definiert

CPS ohne spezifizierte Echtzeit-Anforderungen (Hard Real-Time vs. Soft Real-Time). Definieren Sie Deadlines: „Sensorwert muss innerhalb von 50 ms am Gateway ankommen."

Protokollwahl nicht begruendet

MQTT wird verwendet, aber nicht begruendet warum nicht CoAP oder HTTP. Protokollwahl an Anforderungen rueckbinden: Latenz, Zuverlaessigkeit, Overhead, Energieverbrauch.

Nur Simulation, kein Prototyp

Alles wird simuliert, aber nie auf echter Hardware getestet. Wenn moeglich: Prototyp mit echtem Sensor/Aktor bauen – auch ein einfacher ESP32+Sensor genuegt.

Sicherheit ignoriert

IoT-Geraete ohne Verschluesselung, Default-Credentials, keine Firmware-Updates. CPS-Sicherheit ist ein eigenes Kapitel in der Thesis: TLS fuer MQTT, Geraete-Authentifizierung, Secure Boot.

FAQ zu CPS & IoT in der Thesis

Brauche ich echte Hardware fuer die Thesis?

Empfohlen, aber nicht zwingend. Optionen: (1) Echte Hardware: ESP32/STM32 + Sensoren (~20–50 EUR) – ideal fuer Prototypen. (2) Simulation: Cooja (Contiki), QEMU, ns-3 (Netzwerksimulation), Gazebo (Robotik). (3) Emulation: Wokwi (ESP32-Emulator im Browser, kostenlos). Fuer die BA: Simulation genuegt oft. Fuer die MA: Hardware-Prototyp staerkt die Arbeit erheblich.

MQTT oder CoAP?

MQTT wenn: Publish/Subscribe gewuenscht, TCP-basiert (zuverlaessig), viele Subscriber, Event-getrieben. CoAP wenn: Request/Response (REST-aehnlich), UDP-basiert (weniger Overhead), extrem ressourcenbeschraenkte Geraete, Multicast-Unterstuetzung. Faustregel: MQTT fuer die meisten IoT-Anwendungen. CoAP fuer Constrained Devices (RFC 7228 Class 1/2).

Welche Literatur brauche ich?

Standard: Lee/Seshia „Introduction to Embedded Systems" (2nd ed., kostenlos online) – das Referenzwerk fuer CPS-Modellierung. Kopetz „Real-Time Systems" (2nd ed.) – Echtzeitsysteme. IoT: Guinard/Trifa „Building the Web of Things" (2016). Protokolle: MQTT Spec (OASIS), CoAP RFC 7252. RTOS: Barry „Mastering the FreeRTOS Real Time Kernel" (kostenlos).

CPS & IoT in Ihrer Thesis – professionell entworfen

Ueber 200 promovierte Ghostwriter – darunter Informatiker mit Embedded-Systems- und IoT-Expertise.

Informatik-Ghostwriter Alle Informatik-Guides Jetzt anfragen

Weitere Informatik-Guides

Software-Architektur IT-Sicherheit Machine Learning Cloud & DevOps Theoretische Informatik Datenbankdesign HCI & Usability Quantum Computing Test-Automatisierung Ghostwriter Bachelorarbeit schreiben lassen Masterarbeit schreiben lassen Ghostwriter Hausarbeit Ghostwriter Seminararbeit