MQTT Nutzung / Szenarien
Ziele:
- Datenaustausch Online - Online / Online - Offline / ggf Offline - Offline
- Einfacher Startpunkt für Nerds, Übernahme des "Plumbings"
- Endpunkte für JSON API, webRTC, etc
Beispiele:
- ZKM-Lampe ois: online einschaltbar, offline ausschaltbar
- Pixelflut
- ESP32 sendet Updates pro Gerät für WA-Ghosts
- Arduino reagiert auf Interaktionen auf einer Websites
Mögliche Use Cases:
- Broadcast von Themen
- Life Untertitel (Current Talk)
- Use Case: Anzeige auf einem Mobile Device / dem Badge
- Life Untertitel (Current Talk)
- Schedules (Subscribe von Tracks/Sälen)
- Jetzt läuft
- Jetzt Beginnt
- Waffelstatus (Das WOC sendet den Status der Eisen und den Waffel-Count)
- Lounge
- Wer spielt gerade
- Was läuft gerade im Moment
- Vocals (Liedtext)
-
Audio Streams- Generell kann MQTT ~256MB pro Message
- Angels orchestrieren
- Integration in das Engelsystem
- Senden von Aufträgen - Engel haben/bekommen ein Device (rapppel-blink-krach) welches bei Auftrag losgeht.
- Rückmeldung der Position von
- CERT Teams
- Bottle Collection Teams
- Bunte Dinge
- Viele Displays/LEDs usw. können gesteuert werden
- Pixelflut
- Ein Edge Case, der mit Regeln beaufschlagt werden muss, um die Server nicht in die Knie zu zwingen
- Bilder
- Bilder an Beamer schicken
- Geräte Steuern
- Roboter
- Klangerzeuger
- Drohnen und Zeppeline
- $Kunstinstallationen
- Status der Seidenstraße
- Anzeige auf Website
- Badges reden mit Badges (Lokalisation)
- Beispielsweise als eine Art RealLive Chat Roulette
- Chat
- SaalChat-Bridges
- Games
- Saal-Pong
- Diese Tür öffnet nur, wenn X unterschiedliche Dinge in Zeitraum X ankommen
- File Sharing (nicht wirklich)
- IOT (Mikrocontroller <-> Browser)
- Seuchen-Info ;-)
Grober Plan, bitte ausgestalten/näher beschreiben: in Maschinenraum kann pro Assembly/Projekt ein MQTT-Namespace sowie technische User geklickt werden. User als auch Devices können direkt mit dem Broker reden, aber auch Endpunkte via GET/REST/WebSocket/whatever anbieten.
Edited by Rehlein