|
|
|
[Vorherige Seite](https://gitlab.reutlingen-university.de/DBE/iot/-/wikis/02-Konzeption) | [Nächste Seite](https://gitlab.reutlingen-university.de/DBE/iot/-/wikis/04-Bezug-zur-Vorlesung)
|
|
|
|
|
|
|
|
Um die Annahmen und Überlegungen der Konzeption zu überprüfen und zu testen, wurde innerhalb des Hackathon ein Prototyp entwickelt. Dieser dient nicht nur zur Veranschaulichung der theoretischen Konzepte, sondern kann auch bereits als Demonstration in einer kleineren Vorlesung verwendet werden. So kann überprüft werden, ob das grundlegende Konzept von den Studierenden verwendet wird und ob sie sich besser in die Vorlesung integriert fühlen.
|
|
|
|
|
|
|
|
**Input**
|
|
|
|
|
|
|
|
Um Fragen, Emotionen oder Antworten in den Vorgang der Präsenzvorlesung intuitiv zu integrieren, müssen die Aktionen die ein Student normalerweise vor Ort tätigt, zuhause erfasst werden. Dabei sind Aktionen wie die Hand heben oder nicken direkt zu erkennen und auf den Scroll Bot zu übertragen. Doch für die Erkennung der Gesten ist meist diverse Hardware von Nöten, die zuhause bei jedem Studierenden angebracht werden müsste. Daher ist es naheliegend, bereits vorhandene Ressourcen zu verwenden, die bei den meisten Studierenden vorhanden sind. Ein möglicher Ansatz wäre an dieser Stelle die Kamera der Laptops zu verwenden um über eine Bilderkennung Gesten wie das Handheben oder Emotionen wie Nicken oder Kopfschütteln zu erkennen und zu versenden. Da die Implementierung solcher Konzepte jedoch sehr aufwendig ist, wurde für den MVP auf eine GUI (Graphical User Interface) zurückgegriffen. Diese kann parallel zu der Vorlesung, die über Zoom oder anderen Streamingdiensten übertragen wird, auf dem Rechner des Studierenden geöffnet werden. Sie ermöglicht dem Studierenden über das Anklicken verschiedener Buttons Emotionen an den Scroll Bot und somit in die Präsenzvorlesung zu senden. Ebenso kann er auch Textnachrichten versenden, die dann als durchlaufender Text auf dem Scroll Bot angezeigt wird.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
**Eingesetzte Technologien und Services**
|
|
|
|
|
|
|
|
Für die Übertragung und die Zuordnung eines Studenten zu einem Scroll Bot wurde das MQTT Protokoll verwendet. Dieses bietet die Möglichkeit Nachrichten an einen bestimmten Channel (Topic) zu senden. Alle, die diesem Channel zuhören (Subscription) empfangen anschließend die gesendete Nachricht. Es handelt sich dabei um eine typische TCP/IP Kommunikation. Zuerst muss eine Adresse eines Servers angegeben werden, der das MQTT Protokoll unterstützt. Die Channels können dann über die Verzeichnisse in der URL (Uniform Resource Locator) aufgerufen werden. Für den Prototyp wurde der Public Broker EMQX, der unter der Adresse „broker.emqx.io“ zu erreichen ist, verwendet.
|
|
|
|
Das System ist so aufgebaut, dass jeder Scroll Bot ein eigenes Topic eröffnet, auf dem er selbst sendet und empfängt. Dafür hört er nach dem Start zuerst in eine vorher definierte Anzahl an Topics hinein. Sollten bereits andere Scroll Bots online sein, senden diese auf ihrem Topic zyklisch Nachrichten, dass sie dieses Topic bereits belegen. Ein neu eingeschalteter Scroll Bot nimmt sich dann immer das nächste freie Topic und belegt dieses. Die Scroll Bots senden auf ihren Topics nicht nur die Information, dass sie dieses Topic belegen, sondern auch ob sie gerade von einem Studierenden verwendet werden oder nicht.
|
|
|
|
So kann das Programm auf dem Rechner der Studierenden nicht nur alle Scroll Bots finden, sondern auch erkennen, welcher bereits genutzt wird und welche noch frei sind. Die Anzahl der möglichen Scroll Bots kann dabei frei gewählt werden. Die Anzahl der Bots verzögert jedoch auch die Zeit beim Start des Programmes oder des Scroll Bots da erst in Frage kommende Channels durchsucht werden müssen.
|
|
|
|
|
|
|
|
**Datenfluss der eingesetzten Technologien**
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
**Netzwerkskizze**
|
|
|
|
|
|
|
|
**Output**
|
|
|
|
|
|
|
|
Wie bereits erwähnt, wird die Wiedergabe über einen Scroll Bot realisiert. Diese werden an Stelle eines Studierenden auf den Tischen des Vorlesungssaals aufgestellt. Somit stellen sie eine digitale Repräsentation der Studierenden dar. Um die Wiedergabe der Emotionen einfach zu gestalten, können Bitmaps direkt auf dem Display dargestellt werden. So können über ein Bildbearbeitungsprogramm Animationen und Bilder erstellt werden, die dann über einen MQTT Aufruf wiedergegeben werden können.
|
|
|
|
|
|
|
|
| | |  |
|
|
|
|
| ------ |------ | ------ |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
**MVP des Prototyps (Funktionen, die zur Demonstration von IoT Konzepten wesentlich sind)**
|
|
|
|
|
|
|
|
**Technisches Setup des MVP mit Begründung**
|
|
|
|
|
|
|
|
|
|
|
|
**Zusammenspiel bzw. Datenfluss der eingesetzten Technologien**
|
|
|
|
|
|
|
|
**IoT Kommunikation**
|
|
|
|
|
|
|
|
- Skizze involvierte Netzwerke und Gateways
|
|
|
|
- Benennung Netzwerkstandards
|
|
|
|
- Netzwerkcharakterisierung (Topologie, Betriebsmodus, physikalische Eigenschaften)
|
|
|
|
- Benennung Nachrichtenaustauschmuster
|
|
|
|
- Charakterisierung Datentransport |
|
|
\ No newline at end of file |
