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?

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:

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“ 🙂

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):

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"
  }
}

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?

Unser KNX / EIB – System umfasst momentan ein Einfamilienhaus und die zugehörigen Garagen incl. Außenbereich. EIB-Komponenten habe ich aber nur im Erd- und Obergeschoss verbaut.

Ich verwende folgende Bereiche für unser SmartHome:

• Licht (schalten und dimmen)
• Jalousie
• Steckdosen
• Torantriebe

Diese Funktionen habe ich mit einem ähnlichen Funktionsumfang 1:1 übernommen. Der Aufwand dafür war auch recht überschaubar. Damit konnte ich nach der Übernahme sofort alle KNX-Funktionen mobil und per Web nutzen.

Interessanter wird es jetzt das besehende Regelwerk (Rule Engine) und die zugehörigen Skripte auf das neue System zu portieren. Für das Regelwerk gab es auch nur wenige bestehende Szenarien:

• Automatische Steuerung der Jalousien (nach Sonnenaufgang und -untergang)
• Zeitliche Steuerung der Weihnachtsbeleuchtung im Garten (mit fixen Zeiten)

Die Realisierung / Umsetzung war dann auch recht zügig erledigt. Dann kann ja jetzt der interessanteste Teil für die Integration von neuen Systemen / Anforderungen kommen 🙂