Wiki/iot/anforderungen.md

2.9 KiB


title: IoT: Anforderungen description: published: 1 date: 2023-06-07T06:04:26.477Z tags: editor: markdown dateCreated: 2023-06-05T20:28:28.712Z

Entwurf - möglichst kein Feature Creep!

Sensoren / Aktoren = Knoten

  • Knoten laufen mit Batterieversorgung
  • Knoten laufen mit Netz, wenn Spannung verfügbar, oder Knoten immer erreichbar sein muß (Für Aktoren wie Heizung)
  • Hardware und Software für Batterie- und Netzbetrieb identisch, Auswahl durch Jumper
  • Batterielebensdauer ~ 1 a
  • Experiment mit Nachladung der Batterien via PV?
  • Knoten erfassen
    • Ihren Batteriestatus
    • Die Wlan Feldstärke
    • Mechanische Zustände
    • Temperaturen (optional)
    • Wasser (optional)
    • Stromverbrauch / Aktivität von 230 V Verbrauchern (optional)
  • (Batterie-)Knoten schlafen immer, wachen auf durch
    • mechanischen Vorgang (Tür wird geöffnet)
    • Schwellwertüberschreitung (Helligkeit < Schwellwert) (optional, Anwendungsfall noch offen, Detektion offener Fenster?)
  • Knoten übertragen entweder
    • nur eine Transition (Lichtschranke durchschritten, Klingeltaste gedrückt) => einfacher Aufbau, ESP im DeepSleep, oder
    • Transition und neuen Status (Tür wurde bewegt, ist jetzt offen) => Attiny nötig um Wechsel zu erkennen, oder Lösung mit zwei Schaltern
  • Knoten sind billig

Infrastruktur / Vernetzung

  • Denkbar: Ein separates Wlan nur für IoT ohne Kontakt zum Internet
  • lokale Zentrale im Space ist in diesem separaten Netz

Zentrale / API

  • Es gibt eine lokale Zentrale im Space, die die Knotendaten einsammelt und verteilt (MQTT Broker)
  • Die Sensorbenamung folgt einem Regelwerk: mögliche Messwerte, Raumbezeichner..

Verarbeitung

  • Es kann (einen) Knoten geben, welcher Daten vom Broker erhält (abonniert) und verarbeitet, und der
    • Die Daten verknüpft (Heizung = an & Fenster = auf), (Kühlschrank > 5 min geöffnet) und Aktionen an die Knoten sendet
    • Die Daten (zyklisch) an die Space API "draussen" meldet
    • Befehle entgegennimmt (IRC, HTTP, ...) und an die Knoten sendet
    • Eine Hardware-Benutzerschnittstelle zur Verfügung stellt
    • und leitet daraus ggf. Aktionen ab (Anzeige an zentralem Terminal im Space, Mail an Paten) (Space wurde verlassen / abgeschlossen => Heizungen runterfahren)
  • Mobile Knoten (aka Fernsteuerungen) denkbar mit festgelegten Funktionen

Aktoren / Melder

  • Die Daten der Space Knoten finden Aufnahme in den !Status im IRC
  • Knotenpaten bekommen Mail wenn Batterie alle
  • Anzeige an der Ausgangstür: Ein Blick - alle Knoten auf grün, Space kann geschlossen werden, und / oder akustische Benachrichtigung wenn noch ein Knoten auf rot steht
  • Aktionen triggern (Anzeigen am Space-Ausgang: "Dachluken offen", Klopapier alle", "Herd noch an")
  • Triggern von Einträgen in Einkaufslisten (Klopapier) oder Bestellungen (Bier? ;)
  • Reaktionen auf besondere Zustände (Einbruch o.ä.) Mail, SMS ...