HAP Version 0: Unterschied zwischen den Versionen

Aus LaborWiki
Wechseln zu: Navigation, Suche
 
(3 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 33: Zeile 33:
* Infrarot-Adapter
* Infrarot-Adapter
** z.B. zum fernsteuern von Musikanlagen, Glotzen, etc
** z.B. zum fernsteuern von Musikanlagen, Glotzen, etc
** Mit "lern-Funktion"
** Mit "Lern-funktion"


* Rauchmelder
* Rauchmelder
** Am besten eine nur lesende Funktion für Handelsübliche Funkrauchmelder
** Am besten eine nur lesende Funktion für handelsübliche Funkrauchmelder


* Haustür
* Haustür
** Klingel ("7 Klingelstreiche in Abwesenheit" *g*)
** Klingel ("7 Klingelstreiche in Abwesenheit" *g*)
** Türöffner
** [[Toroeffner|Türöffner]] ("James, öffne bitte mal die Tür")
* Garagentor
* Garagentor


* Composite Devices
* Composite Devices
** z.b. 3x Dimmer in einem device -> moodlight, moodbar
** z.b. 3x Dimmer in einem Device -> [[Labor Licht|moodlight]], [[moodbar]]
** ermöglicht bridging (can -> rfm12 composite device)
** ermöglicht bridging (can -> rfm12 composite Device)


* Sensoren
* Sensoren
** Temperatursensoren
** Temperatursensoren
** Fenster offen/zu sensoren
** Fenster offen/geschlossen sensoren
** Bewegungsmelder (schalter?????)
** Bewegungsmelder (schalter?????)


Zeile 57: Zeile 57:
* Waschmaschine remote status
* Waschmaschine remote status
** Spühlmaschine
** Spühlmaschine
** Kühlschrank
** und andere Haushaltsgeräte

Aktuelle Version vom 13. Juli 2008, 20:05 Uhr

House Automatization Protocol[Bearbeiten | Quelltext bearbeiten]

Hier entsteht ein Protokoll zur Hausautomatisierung. Es kann (muss nicht) über Airlab laufen. Das Protokoll soll dazu dienen, das die einzelnen Geräte miteinander sprechen können und sich in einer Funkwolke organisieren können. Natürlich soll man damit auch schalten und walten können, Messwerte auslesen, etc. etc.

Wenn die Grundfunktionalitäten dann letztendlich definiert sind machen wir uns gedanken über verschlüsselte oder zumindest authentische Kommunikation.

Timeline[Bearbeiten | Quelltext bearbeiten]

  1. Ideen Sammeln - wo wollen wir hin, was wollen wir damit anfangen? (use-cases Aufstellen)
  2. Definieren konkreter Datenstrukturen
  3. Implementierung der Basisfunktionalität
  4. Meshing-Mechanismen finden, die für unsere Zwecke geeignet sind
  5. Meshing implementieren
  6. Kryptographie hinzufügen - zuerst Authenzität dann auch Verschlüsselung

Ideen & Features[Bearbeiten | Quelltext bearbeiten]

  • Zeit & Datums-sychronisation
  • Crypto (of course! ;))
  • (rudimentäre) Meshing features
  • Packet-Relay Funktion für möglichst alle Devices

(mögliche) Devices[Bearbeiten | Quelltext bearbeiten]

  • Heizungsthermostate
    • Temperaturmessung
    • Heizungssteuerung
    • Zeitgesteuerte Einstellung
  • Schalter aller Art (Jalousien, Licht, Steckdosen, ...)
  • Aussenbeleuchtung/Gartenbeleuchtung
  • Dimmer
    • Status lesen
    • Relais/Dimmerstellung setzen
  • Infrarot-Adapter
    • z.B. zum fernsteuern von Musikanlagen, Glotzen, etc
    • Mit "Lern-funktion"
  • Rauchmelder
    • Am besten eine nur lesende Funktion für handelsübliche Funkrauchmelder
  • Haustür
    • Klingel ("7 Klingelstreiche in Abwesenheit" *g*)
    • Türöffner ("James, öffne bitte mal die Tür")
  • Garagentor
  • Composite Devices
    • z.b. 3x Dimmer in einem Device -> moodlight, moodbar
    • ermöglicht bridging (can -> rfm12 composite Device)
  • Sensoren
    • Temperatursensoren
    • Fenster offen/geschlossen sensoren
    • Bewegungsmelder (schalter?????)
  • Automatische Garten/Pflanzen Bewässerung
    • Gartenteich Füllstandskontrolle
  • Waschmaschine remote status
    • Spühlmaschine
    • Kühlschrank
    • und andere Haushaltsgeräte