Doorbell Extender

Doorbell Extender
Beschreibung:	Verlängerung der Türklingel, sowie des Türöffners in den Frickelraum
Kontakt:	Matthis
Status:	aktiv (Was heißt das?)
Quellcode:	svn.tinyhost.de
Lizenz:	netIO Firmware: GNU GPL

Ziel:

Oft sitzt man gemütlich im Frickelraum und hängt seinen Problemen nach. Und dann passiert es: Es klingelt, aber niemand bekommt es mit. Das Problem: Mit N (N > 0) geschlossenen Türen oder halbwegs lauter Musik bekommt man von der Klingel im Frickelraum schlicht nichts mehr mit.

Dies soll nun dadurch behoben werden, dass ein Klingeln an der Tür von einem Gerät erkannt und über ein Protokoll über das Netzwerk verteilt wird. Slaves sollen aufgrund einer solchen Information ein Klingeln erkennen und somit ihrerseits ein Klingelsignal auslösen.

Zusätzlich scheint es sinnvoll nicht nur die Information einer Türklingel, sondern auch die Information eines betätigten Türöffners zu übertragen. Somit ist man gewarnt informiert, wenn jemand in den Space kommt.

Idee:

• An der Tür wird ein NetIO eingesetzt, dass Schaltvorgänge an der Türklingel und am Türöffner überwacht.
• Passiert auf einer der beiden Leitungen ein Event, wird dieses per IP Broadcast über Ethernet Broadcast und ein UDP auf einem lustigen Port ins LAN geblasen.
• Dort können beliebige Slaves mithören und das anzeigen.
• Im Frickelraum gibt es dann ein weiteres netIO, dass auf diese Broadcasts wartet und diese, wenn sie eintreten, visualisiert.
• Ist es möglich einen befehl in der art von "leuchte 30 sec." zu geben? --Matthis 15:15, 18. Okt. 2012 (CEST)
  • Ja, ist möglich. Das Quell-Gerät sagt nur: Das Event ist passiert. Wie die anderen Geräte reagieren, kann auf denen jeweils festlegen. Eine Zeit ist dabei auf jeden Fall schon vorgesehen. --Chrissi^ 15:28, 18. Okt. 2012 (CEST)

Systemarchitektur:

Die Abbildung Doorbell-Extender: Event Propagation veranschaulicht den Aufbau des Systems.

Doorbell-Extender: Event Propagation

Das sendende netIO überwacht die digitalen Eingänge 1 .. 4. Tritt an einem dieser Eingänge eine positive und/oder eine negative Flanke auf, so wird das dem Eingang zugeordnete Event per UDP ins LAN übertragen. Im LAN können nun mehrere Clients nach Broadcast-Events lauschen.

Auf Client-netIOs können Events im LAN lokale Aktionen zugeordnet werden. Solche Aktionen können das toggeln eines Ausgangs, das Ein- oder Ausschalten eines Ausgangs, sowie das zeitgesteuerte Aktiveren eines Ausgangs sein.

UDP-Pakete:

Doorbell-Extender Ereignisse werden per UDP als IP-Broadcast (Broadcast des lokalen Netzes) auf Port 1337 (wir sind in einem Hackerspace; welcher Port auch sonst!) übertragen. Der Datenteil der Pakete hat dabei einen fixen Aufbau:

<Proto ID>;<Event name>=<Event type>

Den Feldern kommt dabei folgende Bedeutung zu:

• Proto ID: String, der das genaue verwendete Protokoll beschreibt. Zunächst ist nur der String "EVENTDISTRv1" erlaubt!
• Event name: Name des Events. Maximal 10 Zeichen.
• Event type: Der Typ des Events. Gibt an, was genau Auslöser des Events war. Erlaubte Eigenschaften sind:
  • RISING
  • FALLING

Der Datenteil des UDP-Paketes darf eine maximale Länge von 100 Byte nicht überschreiten!

Beispielhaftes UDP-Paket

Fortschritt:

[x] netIO kann Events senden.
[x] netIO kann Events emfpangen.
[x] Es gibt eine elektrische Schnittstelle, so dass ein netIO mitbekommt, wenn es klingelt.
[x] Netzwerkanbindung im Flur (z.B. über WLAN auf LAN Brücke)
[x] Eine Lampe für das empfangene netIO Eine akustische Klingel zum Klingeln.
[x] Eine elektrische Schnittstelle zwischen netIO und Lampe

Ereignisse und Reaktionen

Ereignisse

• DingDong
  • Auf netIO an der Tür. Wird gesendet, so lang geklingelt wird. (RISING und FALLING)

Reaktionen

• DingDong
  • Auf netIO mit Lampe im Frickelraum. Ein Ausgang wird für 20 Sekunden eingeschaltet.

Fotos

Geschlossene Klingel-Box

Geöffnete Klingel-Box

netIO im Flur