Smarter Wecker „BEDDI“ ist bestellt

Ich habe mir gerade noch einen smarten bzw. intelligenten Wecker bestellt. Ich denke bei dem BEDDI passt der Funktionsumfang und der Preis sehr gut.

Hier sieht man was man mit dem BEDDI-Wecker alles so machen kann:

Die meisten Funktionen werde ich nicht benötigen. Ich möchte den Wecker nur nutzen um meine openHAB-Regeln und EIB / KNX Funktionen beim Aufstehen zu aktivieren.

Hoffentlich dauert die Lieferung jetzt über Weihnachten nicht zu lange 🙂

Anbindung Rauchmelder an openHAB – durch manuelle Konfigurationen ein Bein gestellt

Da ich meisten im Detail wissen möchte wie ein System funktioniert meine ich meistens Assistenten von Lösungen. Also habe ich auch das Hausautomatisierungssystem openHAB per Hand konfiguriert (und gleich zwei riesen Fehler gemacht).

Manuelles Hinzufügen von „Things“

Laut Dokumentation kann man wie folgt die HomeMatig Bridge und die Things dazu definieren:

Bridge homematic:bridge:ccu [gatewayAddress="homematic-ccu2", callbackHost="192.168.1.1", callbackPort=9125]
{
 Thing HM-RCV-50 BidCoS-RF "HomeMatic CCU2"
 Thing GATEWAY-EXTRAS-CCU GWE00000000 "HomeMatic Gateway Extras"
 Thing ...
}

Leider funktioniert dann die Erkennung nicht und schöne Java-Exceptions erscheinen (sinngemäß: Could not update because it is read-only). Nach Abstimmung mit dem Entwickler sollte man es mal so probieren (es wäre ein Problem im „Core Framework“):

Bridge homematic:bridge:ccu [gatewayAddress="homematic-ccu2", callbackHost="192.168.1.1", callbackPort=9125]

Danach einmal in er Web-Oberfläche die Things aktiviert und schon funktioniert auch die HomeMatic-Anbindung und im Log sind keine Fehlermeldungen mehr.

Test der Rauchmelder per „Script“

Da ich zu faul war, um immer die Rauchmelder „physikalisch“ mit Rauch zu aktivieren, habe ich ein Script verwendet das dies per Software hätte umsetzen sollen. Man merkt schon, es hat nicht funktioniert 🙂

Da mir die Tests jetzt gereicht haben, habe ich ein „Test-Rauchmelderspray“ bei Amazon bestellt und gehe jetzt auf physikalische Tests mit richtigem Alarmton über. Mal schauen ab wann sich die Nachbarn beschweren 🙂

HomeMatic Rauchmelder an openHAB anbinden

Nachdem die ersten drei HomeMatic-Rauchmelder (HM-Sec-SD-2) jetzt aktiviert und montiert wurden, wollte ich die Komponenten auch noch in openHAB integrieren.

Binding installieren

Im ersten Schritt muss die Paper UI geöffnet und die Erweiterung installiert werden:

  • Extensions – Binding – Homematic Binding = INSTALL

Danach kann man über die Inbox die Things automatisch hinzufügen oder wie ich es gemacht habe manuell.

Things und Bridge

Nun wird die Bridge zur HomeMatic konfiguriert und die ersten Things wie folgt angelegt:

Bridge homematic:bridge:auto [gatewayAddress="HOMEMATICIP", callbackHost="OPENHABIP", callbackPort=9125]
{
 Thing HM-RCV-50 BidCoS-RF
 Thing GATEWAY-EXTRAS-AUTO GWE00000000
 Thing HM-Sec-SD-2-Team SERIAL1
 Thing HM-Sec-SD-2 SERIAL2
}

die HOMEMATICIP, OPENHABIP, SERIAL1 und SERIAL2 muss entsprechend angepasst werden.

Items

Die Items für das zentrale Gateway sehen grob so aus:

Switch hmGateway_GatewayExtras_ReloadAllFromGateway "Gateway (GATEWAY-EXTRAS-AUTO) Gateway-extras - Reload all from gateway" {channel="homematic:GATEWAY-EXTRAS-AUTO:auto:GWE00000000:0#RELOAD_ALL_FROM_GATEWAY"}
Switch hmGateway_GatewayVariable_Alarmzone1 "Gateway (GATEWAY-EXTRAS-AUTO) Gateway-variable - Alarmzone 1" {channel="homematic:GATEWAY-EXTRAS-AUTO:auto:GWE00000000:1#Alarmzone_1"}

Hier ist ein Switch hinterlegt, der alle Daten vom Gateway aktualisiert und eine Systemvariable in der ich die Alarmgruppe der Rauchmelder hinterlegt habe.

Die Rauchmelder sind wie folgt angebunden:

// Funk-Rauchmelder (HM-Sec-SD-2)
// Rauchmelder_EG_Flur_HM-Sec-SD-2
Switch hmFunkRauchmelder_EG_Flur_Maintenance_LOWBAT "Funk-Rauchmelder EG - Flur (HM-Sec-SD-2) Maintenance - Low Battery" {channel="homematic:HM-Sec-SD-2:auto:SERIAL:0#LOWBAT"}
Number hmFunkRauchmelder_EG_Flur_Maintenance_RSSI_DEVICE "Funk-Rauchmelder EG - Flur (HM-Sec-SD-2) Maintenance - Signal Strength" {channel="homematic:HM-Sec-SD-2:auto:SERIAL:0#RSSI_DEVICE"}
Switch hmFunkRauchmelder_EG_Flur_SmokeDetector_LOWBAT "Funk-Rauchmelder EG - Flur (HM-Sec-SD-2) Smoke Detector - Low Battery" {channel="homematic:HM-Sec-SD-2:auto:SERIAL:1#LOWBAT"}
Switch hmFunkRauchmelder_EG_Flur_SmokeDetector_STATE "Funk-Rauchmelder EG - Flur (HM-Sec-SD-2) Smoke Detector - State" {channel="homematic:HM-Sec-SD-2:auto:SERIAL:1#STATE"}

SERIAL muss noch gegen die richtige Seriennummer des Geräts getauscht werden.

Sitemap

Am Schluss kann die Konfiguration noch wie folgt visualisiert werden:

Frame label="Sicherheit" { 
 Text label="Rauchwarnmelder (HomeMatic)" {
 Frame label="Einstellungen" {
 Switch item=hmGateway_GatewayExtras_ReloadAllFromGateway label="Reload all from gateway"
 Switch item=hmGateway_GatewayVariable_Alarmzone1 label="Alarmzone 1"
 } 
 Frame label="Funk-Rauchmelder EG - Flur (HM-Sec-SD-2)" {
 Switch item=hmFunkRauchmelder_EG_Flur_Maintenance_LOWBAT label="Maintenance - LOWBAT"
 Text item=hmFunkRauchmelder_EG_Flur_Maintenance_RSSI_DEVICE label="Maintenance - RSSI_DEVICE" icon="text"
 Switch item=hmFunkRauchmelder_EG_Flur_SmokeDetector_LOWBAT label="Smoke Detector - LOWBAT"
 Switch item=hmFunkRauchmelder_EG_Flur_SmokeDetector_STATE label="Smoke Detector - STATE"
 } 
 } 
}

Damit hat man über das Web und die App Zugriff auf die Daten.

Fazit

Leider ist die HomeMatic-Anbindung nicht so ganz verbreitet und man findet wenig Informationen zur Anbindung von Rauchwarnmeldern.

Aktuell können die Zustände zwischen HomeMatic und openHAB nur mit dem oben genannten Schalter ausgetauscht werden. Das ist für eine spätere produktive Verwendung von Rauchmeldern keine Option. Auch erscheinen noch einige Fehlermeldung bezüglich „read-only“ der HomeMatic-Komponenten im Log.

Ich werde jetzt erst einmal die nächsten Rauchmelder in Betrieb nehmen und dann die „nice to have“ Visualisierung vervollständigen.

Hat jemand ein ähnliches Problem / Phänomen mit HomeMatic in Kombination mit openHAB?

openHAB 2.x in Verbindung mit unserem Samsung TV

Als nächstes soll unser Samsung TV (UE46D7090) in die Hausautomatisierungssoftware openHAB integriert werden. Ziel ist es nicht mehr eine extra App von Samsung als Fernbedienungsersatz zu verwenden, sondern alles zentral über openHAB zu steuern.

Eine grobe Übersicht über das Samsung-Binding bekommt man hier. Nun muss man sich überlegen, ob man die Konfiguration lieber über die Konfigurationsoberfläche „Paper UI“  umsetzen möchte oder ob man lieber in den Text-Dateien konfiguriert. Ich habe beide Wege getestet, ich finde die manuelle Konfiguration für mich passender.

Variante 1: Konfiguration über „Paper UI“

Man ruft die Web-Oberfläche des openHAB-Systems auf und nimmt folgende Einstellungen vor:

  • Installation des Bindings vornehmen:
    • Paper UI – Extensions – Bindings – Samsung TV Binding = Install
  • Gefundenen TV als „Thing“ aktivieren:
    • Paper UI – Inbox
  • Optional: Konfiguration vornehmen z.B. Host Name, Port
    • Paper UI – Configuration – Things (Edit mit Bleistift)
  • Items erstellen und entsprechend verknüpfen:
    • Paper UI – Configuration – Things (Funktionsmenü mit „T“) – Anpassung der „Funktionen“ z.B. Linked Items zum TV (diese habe ich manuell vorgenommen, da ich sprechendere Namen als bei der automatischen Erkennung wollte)
  • Funktionstest der Konfiguration vornehmen:
    • Control

Und schon ist der Smart-TV in das openHAB-System integriert. Bei diesem Weg kann man aber keinen Einfluss auf die Benennung der „Items“ nehmen. Darum habe ich mich für eine manuelle Variante entschieden 🙂

Variante 2: Manuelle Konfiguration

Things erstellen

Thing samsungtv:tv:livingroom [hostName="xxx.xxx.xxx.xxx", port=55000, refreshInterval=1000]

Damit wurde das „Ding“ mit einem etwas sprechenderem Namen erstellt. Der Parameter hostName muss entsprechend angepasst werden.

Items erstellen

Dimmer SamsungTV_Volume "Samsung TV - Lautstärke ändern" {channel="samsungtv:tv:livingroom:volume"}
Switch SamsungTV_Mute "Samsung TV - Stumm" {channel="samsungtv:tv:livingroom:mute"}
String SamsungTV_Source_Name "Samsung TV - Quellename" {channel="samsungtv:tv:livingroom:sourceName"}
Number SamsungTV_Channel "Samsung TV - Kanalnummer" {channel="samsungtv:tv:livingroom:channel"}
String SamsungTV_Program_Name "Samsung TV - Kanalname" {channel="samsungtv:tv:livingroom:channelName"}
String SamsungTV_Program_Title "Samsung TV - Programmtitel" {channel="samsungtv:tv:livingroom:programTitle"}
String SamsungTV_Key_Code "Samsung TV - Funktion aufrufen" {channel="samsungtv:tv:livingroom:keyCode"}
Switch SamsungTV_Power "Samsung TV - Ausschalten" {channel="samsungtv:tv:livingroom:power"}

Damit hat man schon einmal die Hauptfunktionen für den Samsung TV in openHAB integriert. Nun ist auch ein Test über das „Control“ Menü in „Paper UI“ möglich. Als guter Funktionstest hat sich die keyCode-Funktion heraus gesellt (hier gib es ein paar Detailkommandos dazu).

Integration in Sitemap

Text label="Samsung TV" icon="video" {
Frame label="Samsung TV Control" {
Switch item=SamsungTV_Key_Code label="Kanal wechseln" icon="text" mappings=[KEY_CHUP="+", KEY_CHDOWN="-"]
Switch item=SamsungTV_Key_Code label="Lautstärke ändern" icon="text" mappings=[KEY_VOLUP="+", KEY_VOLDOWN="-"]
Switch item=SamsungTV_Key_Code label="Stumm" icon="text" mappings=[KEY_MUTE="ON", KEY_MUTE="OFF"]
Switch item=SamsungTV_Power label="Ausschalten"
} 
}

Die konfigurierten Optionen sollen nun auch noch in der Web-Oberfläche und der App dargestellt werden. Dazu ist die oben beschriebene Integration in die Sitemap notwendig (ich habe die Funktionen über den keyCode integriert – das war die einfachste Variante).

Automatisierung über Rules

rule "TV Test bei KNX"
 when
 Item Licht_EG_Buero received update ON 
 then
 SamsungTV_Key_Code.sendCommand("KEY_SOURCE")
end

Jetzt besteht auch noch die optionale Möglichkeit die verschiedenen Systeme zu kombinieren. In einem ersten Versuch wird beim Einschalten des Büro-Lichts über das Bus-System das Eingabemodul des TVs gewechselt (kein realistisches Beispiel, aber für einen Test in Ordnung).

Fazit

Hier sieht man, dass man sehr schnell verschiedene Systeme in openHAB integrieren kann. Etwas Zeit hat es mich gekostet einmal den automatischen Weg und einmal den manuellen Weg umzusetzen (das hat mich aber interessiert).

Etwas schwierig ist, dass es je nach openHAB-Version (1 oder 2) unterschiedliche Dokumentationsstände und Aussagen in Foren über die Bindings gibt. Aber mit etwas Einlesen klappt das auch 🙂

Welche Funktionen fallen euch bei der Integration eines Fernsehers in ein Automatisierungssystem ein? Was seht Ihr noch für Erweiterungen?

HomeMatic mit Rauchmelder verbinden

Die Verbindung der Zentraleinheit mit den Funk-Rauchwarnmeldern (HM-Sec-SD-2) geht auch recht einfach (das habe ich mir im ersten Schritt schwieriger vorgestellt).

In ein paar Minuten waren die Geräte miteinander verbunden und damit einsatzbereit (einen weiteren Funktionstest konnte ich um diese Uhrzeit jetzt nicht mehr durchführen):

  • Erst einmal die Weboberfläche öffnen – http://homematic-ccu2 (wenn man nichts geändert hat)
  • Geräte anlernen – dann „HM Gerät anlernen“ aktivieren (dann läuft ein 60 Sekunden Countdown)
  • Am Rauchmelder den Funktionsknopf ein paar Sekunden drücken (nicht nur kurz, da wird ein schriller Alarm ausgelöst)
  • Wenn die Verbindung erfolgreich war (LED blinkt grün), mit allen Rauchmeldern wiederholen
  • Danach unter „Einstellungen – Geräte – Posteingang“ die notwendigen Geräte und Gruppen bestätigen
  • Nun kann man unter „Einstellungen – Geräte“ den Rauchmeldern und der Rauchmeldergruppe einen sprechenden Namen geben
  • Hierbei habe ich dann auch gleich unter „Einstellungen – Räume“ alle Zimmer angelegt (diese kann man dann auch gleich den Geräten zuweisen)
  • Als letztes definiert man noch eine zentrale Rauchmeldergruppe für alle Rauchmelder

Und schon sind die Rauchmelder in einer Gruppe an der Zentraleinheit angeschlossen und können verwendet werden.

Jetzt muss ich mal ein paar Detailfunktionen suchen z.B. Funktionstest bei allen Meldern gleichzeitig durchführen, Melder für Alarmanlage verwenden.

Wer von euch hat die HomeMatic-Rauchwarnmelder im Einsatz? Wie kann man die Geräte im Detail konfigurieren?

HomeMatic CCU2 in Betrieb nehmen

Die gelieferte HomeMatic Zentrale CCU2 (Central Control Unit) soll nach der Lieferung auch in das Netzwerk / Haus integriert werden 🙂

Die Zentrale und die Rauchmelder sieht man hier:

20161220_153003

Die Inbetriebnahme ist mit der beigefügten Anleitung ganz einfach:

  • CCU2 mit Netzwerk und Strom verbinden
  • IP-Adresse wird per DHCP bezogen
  • http://homematic-ccu aufrufen
  • Update für die neueste Version durchführen (von 2.1.3 auf 2.25.15)
  • Uhrzeit und Datum wird automatisch aus dem Internet übernommen

Und schon hat man in ein paar Minuten ein HomeMatic-System in die vorhandene Umgebung integriert.

Die Weboberfläche sieht für mich etwas „altbacken“ aus (das ist aber nur der erste optische Eindruck). Bei meinem Anwendungsfall ist das egal, da ich ja eh openHAB als Frontend verwende und die Komponenten in HomeMatic nur kurz anlernen muss.

Wenn ich später noch Zeit habe, werde ich die ersten drei Funk-Rauchwarnmelder an der CCU2 „anlernen“ 🙂

HomeMatic Zentrale und Rauchmelder wurden geliefert

Heute kamen die ersten HomeMatic-Komponenten für den Test der Rauchmelder an 🙂

Integration FritzBox in das openHAB-System

Neben der Präsenzsteuerung über die FritzBox bzw. WLAN soll natürlich auch die Hauptfunktion – Telefonie – integriert werden. Ziel soll es sein in openHAB die aktuell eingehenden Anrufe zu visualisieren und über das Regelwerk entsprechend darauf zu reagieren.

Was würdet Ihr noch an Telefonie-Funktionen und Einstellungen einer FritzBox-Telefonanlage abfragen? Welche Ideen habt Ihr dazu?

Aufbau der Items

Aus der Dokumentation habe ich die Items wie folgt übernommen (nur die WAN-IP funktioniert nicht – wahrscheinlich liegt das aber an meinem Glasfaser-Provider bzw. der eigenen Firmware):

String fboxName "FBox Model [%s]" {fritzboxtr064="modelName"}
//String fboxWanIP "FBox WAN IP [%s]" {fritzboxtr064="wanip"}
Switch fboxWifi24 "2,4GHz Wifi" {fritzboxtr064="wifi24Switch"}
Switch fboxWifi50 "5,0GHz Wifi" {fritzboxtr064="wifi50Switch"}
Switch fboxGuestWifi "Guest Wifi" {fritzboxtr064="wifiGuestSwitch"}

// only when using call monitor
Switch fboxRinging "Phone ringing [%s]" {fritzboxtr064="callmonitor_ringing" }
Switch fboxRinging_Out "Phone ringing [%s]" {fritzboxtr064="callmonitor_outgoing" }
Call fboxIncomingCall "Incoming call: [%1$s to %2$s]" {fritzboxtr064="callmonitor_ringing" } 
Call fboxOutgoingCall "Outgoing call: [%1$s to %2$s]" {fritzboxtr064="callmonitor_outgoing" }

// resolve numbers to names according phonebook
Call fboxIncomingCallResolved "Incoming call: [%1$s to %2$s]" {fritzboxtr064="callmonitor_ringing:resolveName" } 

// Telephone answering machine (TAM) items
// Number after tamSwitch is ID of configured TAM, start with 0
Switch fboxTAM0Switch "Answering machine ID 0" {fritzboxtr064="tamSwitch:0"}
Number fboxTAM0NewMsg "New Messages TAM 0 [%s]" {fritzboxtr064="tamNewMessages:0"}

// Missed calls: specify the number of last days which should be searched for missed calls
Number fboxMissedCalls "Missed Calls [%s]" {fritzboxtr064="missedCallsInDays:5"}Aufbau der Sitemap

Aufbau der Regel

Die Regel für ein eingehendes Telefonat ist auch sehr einfach gehalten (hier werde ich ggf. als Aktion mir eine E-Mail oder Nachricht auf das Handy schicken lassen):

rule "Phone is ringing"
 when
 // fboxRinging is a switch item which switches to ON if call is detected
 Item fboxRinging changed to ON 
 then
 logInfo("Anrufermeldung", "Generating caller name message...")
 // fboxIncoming call receives numbers/name of incoming call
 val CallType incCall = fboxIncomingCall.state as CallType
 var callerName = incCall.destNum //destNum is external number OR resolved Name if no phonebook entry exists

 // do something with callerName
 logInfo("fRITZbOX","Externe Nummer: " + callerName)
end

Aufbau der Sitemap

Die Visualisierung sollte nun so aussehen (ich habe eine Unterteilung für technische Einstellungen und alles zur Telefonie eingefügt):

2016-12-08_215228

Umgesetzt wurde das in der Konfiguration wie folg:

Text label="FritzBox" icon="alarm" {
  Frame label="Einstellungen" {
    Text item=fboxName label="Modell"
    Switch item=fboxWifi24 label="WLAN 2,4 GHz"
    Switch item=fboxWifi50 label="WLAN 5,0 GHz"
    Switch item=fboxGuestWifi label="Gäste WLAN"
}
 
Frame label="Anrufe" {
    Switch item=fboxRinging label="Eingehendes Telefonat"
    Switch item=fboxRinging_Out label="Ausgehendes Telefonat"
    Text item=fboxIncomingCall label="Eingehendes Telefonat"
    Text item=fboxOutgoingCall label="Ausgehendes Telefonat"
    Text item=fboxIncomingCallResolved label="Eingehendes Telefonat (Name)"
    Switch item=fboxTAM0Switch label="Anrufbeantworter"
    Text item=fboxTAM0NewMsg label="Anrufbeantworter (neue Nachrichten)" icon="text"
    Text item=fboxMissedCalls label="Verpasste Anrufe" icon="text"
  }
}

Steuerung der Garagentore / Torantriebe mit openHAB

Ich konnte unsere beiden Garagentore schon immer per EIB / KNX und per Infrarottaster im Auto aktivieren. Da ich durch die Umstellung auf openHAB jetzt auch eine mobile App auf einen Endgeräten habe, wollte ich auch die Steuerung ohne Infrarottaster durchführen können (damit ich nicht noch ein weiteren Taster mitschleppen muss).

Die Konfiguration war eigentlich ganz einfach, aber im Detail doch etwas aufwändiger (darum beschreibe ich das hier noch einmal). Gelöst habe ich für mich noch nicht, dass ich bis zur Garage keine WLAN-Verbindung mehr habe. Entweder muss ich openHAB noch über das Internet verfügbar machen (was ich eigentlich nicht will) oder ich muss einen WLAN-Repeater in der Garage aufstellen (macht wahrscheinlich Sinn, weil ich dann generell im Garten mehr Empfang habe).

Die Besonderheit der technischen Realisierung ist das Mapping in der Sitemap, damit ein Button anstatt ein „Slider“ dargestellt wird. Außerde musste ich in der Regel etwas „tricksen“, damit ein Timer 3 Sekunden wartet und die richtigen Stati an das Bus-System gemeldet werden.

Aufbau der Items

Ich habe die Torantriebe als Items wie folgt definiert:

Switch Garage_Links_Torantrieb "Torantrieb Garage (Links)" (gTor_Garage, gGarage_Links) {knx="0/0/1"}
Switch Garage_Rechts_Torantrieb "Torantrieb Garage (Rechts)" (gTor_Garage, gGarage_Rechts) {knx="0/0/2"}

Aufbau der Sitemap

Die Sitemap habe ich wie folgt aufgebaut:

Frame {
   Switch item=Garage_Links_Torantrieb label="Torantrieb Garage (Links)" icon="garage_detached" mappings=[ON="@"]
   Switch item=Garage_Rechts_Torantrieb label="Torantrieb Garage (Rechts)" icon="garage_detached" mappings=[ON="@"] 
 }

Aufbau der Regel

Zusätzlich habe ich noch folgende Regel pro Garagentor implementiert:

import org.openhab.core.library.types.*
import org.openhab.model.script.actions.*
import org.openhab.core.transform.actions.*

var Timer timer = null
var Timer Garage_OnTime = null

rule "Garagentor Links"
 when
    Item Garage_Links_Torantrieb received command or
    Time cron "0 0/3 * * * ?"
then
    if(receivedCommand==ON) {
        if(Garage_OnTime == null) {
            Garage_OnTime = createTimer(now.plusSeconds(3)) [
                sendCommand(Garage_Links_Torantrieb, OFF)
                postUpdate(Garage_Links_Torantrieb, OFF)
                Garage_OnTime.cancel
                Garage_OnTime = null
            ]
            logInfo("Gargentor (Links)","Garagentor auf/zu wurde ausgeführt")
        }
    } 
end

Ein „smarter“ Wecker mit openHAB

Ich habe mir gerade einen „smarten Wecker“ mit der Heimautomatisierungssoftware openHAB erstellt. Die Idee bzw. die Konfiguration habe ich hier gesehen.

Ich stelle mir das wie folgt vor:

  • Ich stelle mir den Wecker in der openHAB-App auf 06:30 Uhr von Montag – Freitag
  • Wenn der Wecker klingelt, werden verschiedene Regeln ausgeführt
  • Folgende Ideen hätte ich dazu:
    • Leise Musik wird gespielt
    • Rolladen öffnen sich
    • Licht im Schlafzimmer wird langsam „hochgedimmt“
    • Licht im Bad wird eingeschalten
    • Kaffeemaschine in der Küche wird eingeschalten

Im ersten Schritt habe ich jetzt nur mal das Dimmen des Lichtes geregelt (das sieht man in dem oben beschriebenen Link). Was ich jetzt noch benötige wäre ein Radio den ich von extern steuern kann für das Schlafzimmer und die Konfigurationen für den Rolladen und die Steckdosen.

Ich werde jetzt aber erst einmal versuchen nur die Lichter zu dimmen und weiterhin meinen „analogen Wecker“ zu stellen. Ich möchte einfach mal sehen, wie zuverlässig das System läuft 🙂

Welche Ideen habt Ihr noch? Was würdet Ihr euch mit einer „Wecker-Funktion“ automatisieren?