Skip to content
Snippets Groups Projects

Changes

Page history
  • New page
  • Templates
    • Update 3. Vorgehen Prototyp Implementierung authored by Ebru Kocak's avatar Ebru Kocak
    Hide whitespace changes
    Inline Side-by-side
    3.-Vorgehen-Prototyp-Implementierung.md
    View page @ 8d65ab50
    ...@@ -7,9 +7,7 @@ Bei den, für die Umsetzung des MVP, verwendeten Input-Daten, handelt es sich um ...@@ -7,9 +7,7 @@ Bei den, für die Umsetzung des MVP, verwendeten Input-Daten, handelt es sich um
    Um eine einfache Weiterverarbeitung der Daten zu ermöglichen, wurden die boolean-Werte mit einem Function-Node in Integer-Werte (0 und 1) umgewandelt. Um eine einfache Weiterverarbeitung der Daten zu ermöglichen, wurden die boolean-Werte mit einem Function-Node in Integer-Werte (0 und 1) umgewandelt.
    Die weitere Verarbeitung der Input-Daten in Node-RED ist in der nächsten Abbildung zu sehen. Die weitere Verarbeitung der Input-Daten in Node-RED ist in der nächsten Abbildung zu sehen.
    HIER MUSS EIN NEUES BILD MIT DEM 15+1 MIN TIMER REIN!!! ![MQTT_Demo](uploads/2d48f3092e89c2e0b6bf71cfe6330058/MQTT_Demo.png)
    ![Bildschirmfoto_2022-01-29_um_09.23.33](uploads/af77b9baea28e82f9e68ff29f418bf71/Bildschirmfoto_2022-01-29_um_09.23.33.png)
    Während des Flows, werden die Input-Daten gefiltert. Die Verzweigung unterscheidet dabei, ob der Wert der Message 1 oder 0 ist. Ist das Ergebnis eine 0, wird also keine Bewegung erkannt, geht der Flow in Richtung des Timers weiter. An dieser Stelle wurde eine Timer-Funktion umgesetzt, die 15 Minuten auf eine Änderung (von 0 zu 1) wartet und falls kein anderer Wert eintritt, eine Empfehlung ausspricht. Nach den 15 Minuten hat der Anwender zudem noch 1 Minute Zeit mittels manuellen Vorrang die Empfehlung über das Dashboard zu verhindern. Damit wird dem Flow mitgeteilt, dass sich doch noch jemand im Raum befindet und die Empfehlung nicht ausgesprochen werden soll. Die Empfehlung beinhaltet dabei den effizienten Tipp das Licht nach 15 bzw. 16 Minuten auszuschalten, falls inzwischen Zeit keine Bewegung erkannt wurde. Ist der Wert 1, wird also eine Bewegung von dem Sensor erkannt, geht der Prozess durch den Standard-Flow und es erscheint eine Information darüber, dass eine Bewegung erkannt wurde. Der Output besteht also aus einer Empfehlung, basierend auf den Input. Das dazu erstellte Node-RED Dashboard ist in der nächsten Abbildung zu sehen. Während des Flows, werden die Input-Daten gefiltert. Die Verzweigung unterscheidet dabei, ob der Wert der Message 1 oder 0 ist. Ist das Ergebnis eine 0, wird also keine Bewegung erkannt, geht der Flow in Richtung des Timers weiter. An dieser Stelle wurde eine Timer-Funktion umgesetzt, die 15 Minuten auf eine Änderung (von 0 zu 1) wartet und falls kein anderer Wert eintritt, eine Empfehlung ausspricht. Nach den 15 Minuten hat der Anwender zudem noch 1 Minute Zeit mittels manuellen Vorrang die Empfehlung über das Dashboard zu verhindern. Damit wird dem Flow mitgeteilt, dass sich doch noch jemand im Raum befindet und die Empfehlung nicht ausgesprochen werden soll. Die Empfehlung beinhaltet dabei den effizienten Tipp das Licht nach 15 bzw. 16 Minuten auszuschalten, falls inzwischen Zeit keine Bewegung erkannt wurde. Ist der Wert 1, wird also eine Bewegung von dem Sensor erkannt, geht der Prozess durch den Standard-Flow und es erscheint eine Information darüber, dass eine Bewegung erkannt wurde. Der Output besteht also aus einer Empfehlung, basierend auf den Input. Das dazu erstellte Node-RED Dashboard ist in der nächsten Abbildung zu sehen.
    ...@@ -40,12 +38,8 @@ BILDER DASHBOARD AKTIVITÄTEN!!!! ...@@ -40,12 +38,8 @@ BILDER DASHBOARD AKTIVITÄTEN!!!!
    Für den Fall, dass man nicht mit dem HHZ Netzwerk verbunden ist, haben wir eine Version des Flows erstellt, in der die Sensordaten mit dem Node "inject" simuliert werden. Je nach dem welchen inject-Node man betätigt, werden die Werte 1 oder 0 in den Flow weitergeleitet. Dadurch fällt hier der function-Node zu Beginn weg. Der Rest des Prozesses läuft dann wieder identisch ab. Für den Fall, dass man nicht mit dem HHZ Netzwerk verbunden ist, haben wir eine Version des Flows erstellt, in der die Sensordaten mit dem Node "inject" simuliert werden. Je nach dem welchen inject-Node man betätigt, werden die Werte 1 oder 0 in den Flow weitergeleitet. Dadurch fällt hier der function-Node zu Beginn weg. Der Rest des Prozesses läuft dann wieder identisch ab.
    BILD DES SIMULIERTEN FLOWS!!!! ![Simulation_DEMO](uploads/14e704680b4f2888b9a9d003930a65b3/Simulation_DEMO.png)
    Hier geht es zu den Codes der Node-RED Flows: Hier geht es zu den Codes der Node-RED Flows:
    Flow mit MQTT-Broker: LINK!!!! Flow mit MQTT-Broker: LINK!!!!
    Flow mit simulierten Daten: LINK!!!! Flow mit simulierten Daten: LINK!!!!
    \ No newline at end of file
    ------------------------------------------------
    Auf Funktionen beschränken, die zur Demonstration von IoT Konzepten wesentlich sind. MQTT Kommunikation demonstrieren. Berichten sie über technische Setup, die eingesetzten Technologien und Services, sowie deren Zusammenspiel, z.B. Datenfluss. Evtl. Unterüberschriften einbauen hier, da sehr viel Inhalt. Bilder / Fotos der Implementierungsaktivität und des MVP Prototypen einfügen.
    \ No newline at end of file