Hue: Unterschied zwischen den Versionen

Aus FHEMWiki
K (Formatierung, Rechtschreibung, etc. überarbeitet)
Zeile 37: Zeile 37:


== HUE-Device ==
== HUE-Device ==
Als Gerät können alle Hue und LightLink kompatiblen Modelle verwendet werden. Dies sind unter anderem:
Als Gerät können alle Hue und LightLink kompatiblen Modelle verwendet werden, die sich an der Bridge anlernen lassen. Dies sind unter anderem:
*HueBulbs (E27, GU10, Lux, White, ...)
*HueBulbs (E27, GU10, Lux, White, ...)
*Hue Beyond und Phoenix
*Hue Beyond und Phoenix
Zeile 50: Zeile 50:
*OSRAM LIGHTIFY Lampen (an der Hue Bridge angelernt)
*OSRAM LIGHTIFY Lampen (an der Hue Bridge angelernt)
*Müller Licht tint
*Müller Licht tint
*[https://github.com/bwssytems/ha-bridge HA-Bridge]
*...
 
Diese sind jeweils über eine Bridge (HueBridge) steuerbar. Die LivingColors und LivingWhites Geräte sind vorher mit Hilfe einer LivingColors oder LivingWhites Fernbedienung an der Bridge anzulernen.
 
Es werden auch alle HUE Sensoren (Taster, Bewegungsmelder) unterstützt. Diese werden aber nicht per [[autocreate]] angelegt, sondern müssen manuell definiert werden. Hier ist auf ein passendes Polling-Intervall zu achten (siehe: [[HUE_Dimmer_Switch|HUE Dimmer Switch]]).


Diese sind jeweils über eine Bridge (HueDevice) steuerbar. Die LivingColors und LivingWhites Geräte sind vorher mit Hilfe einer LivingColors oder LivingWhites Fernbedienung an der Bridge anzulernen.
Sensoren (und Aktoren) lassen sich Konfigurieren (parameter Einstellen) und eigene Set- und Get- Kommandos im definieren.


Es werden auch alle HUE Sensoren unterstützt. Diese werden aber nicht per [[autocreate]] angelegt, sondern müssen manuell definiert werden. Hier ist auf ein passendes Polling-Intervall zu achten (siehe: [[HUE_Dimmer_Switch|HUE Dimmer Switch]]). Das [[Hue#RaspBee|RaspBee]] Gateway unterstützt auch ein PushAPI, über das Sensoren ohne Polling eingebunden werden können.
=== Mögliche andere Gateways ===
HUEDevice Client-Devices können (mit leicht unterschiedlichem Funktionsumfang) auch mit den folgenden Gateways anderer Hersteller und dem zugehörigen Bridge-Device verwendet werden:
*[[Hue#RaspBee_.26_ConBee|RaspBee & ConBee mit deCONZ]] von Dresden Elektronik
** inklusive Push-API Erweiterung und Szenen
*[[TRÅDFRI| TRÅDFRI bzw. IKEA Home smart]]  
** inklusive Rollos
*[https://github.com/bwssytems/ha-bridge HA-Bridge]
** inklusive aller [https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Supported-Devices unterstützten Geräte] (Lampen, Sensoren, Thermostate, Rollos, ...)
** inklusive Update des HA-Bridge internen Gerätestatus per <code>habridgeupdate</code> Kommando
*[[ZigBee#Lightify_von_Osram|OSRAM LIGHTIFY Gateway]]


=== Grundlagen - Farbmodelle ===
=== Grundlagen - Farbmodelle ===

Version vom 9. Dezember 2019, 22:21 Uhr

HUEBridge
Zweck / Funktion
Anbindung Bridge des Philips Hue Lighting System
Allgemein
Typ Gerätemodul
Details
Dokumentation EN / DE
Support (Forum) Zigbee
Modulname 30_HUEBridge.pm
Ersteller Andre (Forum / Wiki)
Wichtig: sofern vorhanden, gilt im Zweifel immer die (englische) Beschreibung in der commandref!


HUEDevice
Zweck / Funktion
Ansteuerung Geräte des Philips Hue Lighting System über HUEBridge
Allgemein
Typ Gerätemodul
Details
Dokumentation EN / DE
Support (Forum) Zigbee
Modulname 31_HUEDevice.pm
Ersteller Andre (Forum / Wiki)
Wichtig: sofern vorhanden, gilt im Zweifel immer die (englische) Beschreibung in der commandref!

HUE-Bridge

Einrichtung in FHEM

Die Einrichtung ist wirklich einfach. Mit

define Wiesollesheißen HUEBridge eu.re.ip.1

wird die Bridge eingebunden. Dann einfach auf den runden Knopf in der Mitte der Bridge drücken und sie wird von FHEM erkannt. Die drei Lampen des Starterkits werden automatisch erkannt und sind ansteuerbar -> fertig!

WICHTIG: danach in FHEM einmal die Konfiguration speichern damit der Pairing-Key gesichert wird. Sonst muss beim nächsten FHEM-Neustart das Pairing erneut durchgeführt werden.

Falls die Hue Bridge resetet wurde bleibt der Status auf "paired" und geht nicht mehr auf connected. Um das pairing erneut durchzuführen, muss das Attribut "key" gelöscht werden.

Nonblocking

Wenn man möchte, dass die Versuche, die HUEBridge zu kontaktieren, FHEM nicht blockieren, sollte man

attr <HUEBridge_Name> httpUtils 1

setzen.

HUE-Device

Als Gerät können alle Hue und LightLink kompatiblen Modelle verwendet werden, die sich an der Bridge anlernen lassen. Dies sind unter anderem:

  • HueBulbs (E27, GU10, Lux, White, ...)
  • Hue Beyond und Phoenix
  • Friends of Hue LightStrips und LivingColors Bloom
  • LivingColors ab gen2
  • LivingColors Bloom, Iris und Aura
  • LivingWhites Energiesparlampen
  • LivingWhites Leuchtenadapter
  • LivingWhites Bulbs
  • Hue Tap und Hue Dimmer (mit Einschränkungen)
  • dresden elektronik Vorschaltgeräte
  • OSRAM LIGHTIFY Lampen (an der Hue Bridge angelernt)
  • Müller Licht tint
  • ...

Diese sind jeweils über eine Bridge (HueBridge) steuerbar. Die LivingColors und LivingWhites Geräte sind vorher mit Hilfe einer LivingColors oder LivingWhites Fernbedienung an der Bridge anzulernen.

Es werden auch alle HUE Sensoren (Taster, Bewegungsmelder) unterstützt. Diese werden aber nicht per autocreate angelegt, sondern müssen manuell definiert werden. Hier ist auf ein passendes Polling-Intervall zu achten (siehe: HUE Dimmer Switch).

Sensoren (und Aktoren) lassen sich Konfigurieren (parameter Einstellen) und eigene Set- und Get- Kommandos im definieren.

Mögliche andere Gateways

HUEDevice Client-Devices können (mit leicht unterschiedlichem Funktionsumfang) auch mit den folgenden Gateways anderer Hersteller und dem zugehörigen Bridge-Device verwendet werden:

Grundlagen - Farbmodelle

Ein HueDevice kann per set-Befehl über unterschiedliche Farbmodelle gesteuert werden. In der folgenden Tabelle ist dargestellt, welche Werte-Kombinationen sinnvoll sind:

Farbmodell Bestandteile Beispiel
xyY x- und y-Koordinate im Farbraum, Y ist die Helligkeit set bulb1 xy 0.4595,0.4105 : bri 220
hue,sat,bri Farbwert, Sättigung und Helligkeit set bulb1 hue 14922 : sat 144 : bri 220
ct Farbwert über Farbtemperatur set bulb1 color 2600
rgb Farbbestandteile rot, grün und blau set bulb1 rgb FFC698

Hinweis: Zur Regelung der Helligkeit sind die Befehle bri und pct gleichwertig. bri hat den Bereich 0..254, pct 0..100 .

Das Modul lässt die Mischung von Angaben aus unterschiedlichen Farbmodellen technisch zu, jedoch sind diese nicht immer sinnvoll.

HA-Bridge: In der HA-Bridge können virtuelle Devices definiert werden, welche in FHEM als Dimmable light eingebunden und verwendet werden können.

Zusätzlich zu den bereits beschriebenen set-Befehlen kann der Zustand der HA-Bridge-Devices mit Hilfe von habridgeupdate in Kombination mit on, off, pct und bri aktualisiert werden, ohne dass die HA-Bridge einen Schaltbefehl versendet. Beispiel: set bulb1 habridgeupdate : on : pct 50 Details siehe: [1].

Darstellung im Webfrontend

Wenn man die SVG Icons verwendet, ist es sinnvoll, das Attribut color-icons zu setzen. Mit

attr HUEDevice1 color-icons 2

werden z.B. die Farben und der Dimmzustand der Lampe als Icon dargestellt. Damit das ganze funktioniert, muss noch

attr WEB iconPath fhemSVG:openautomation:default

gesetzt werden.

RaspBee & ConBee

Das HUEBridge Modul unterstützt auch die ZigBee Gateway Module RaspBee und ConBee von Dresden Elektronik über die zugehörige deCONZ Software und die Wireless Light Control WebApp und die Phoscon WebApp (kommt zusammen mit deConz). Die hierzu erhältlichen Funk-Vorschaltgeräte sind noch nicht getestet, sollten aber auch funktionieren.

Im diesem Forenbeitrag wird über Details der HUE Module diskutiert, die das deCONZ PushAPI über Websockets unterstützen (die entsprechenden Modulversionen sind mittlerweile regulär verfügbar). Sensoren müssen hier nicht mehr gepollt werden.

Mittlerweile funktioniert die Einbindung der RaspBee und ConBee Module auf einem sehr einfachen Weg. Dieser ist in diesem Forenbeitrag zusammengefasst. Zusätzliche Plugins sind nicht mehr nötig.

Installation von deCONZ unter Proxmox auf einem Intel Nuc

Folgende Schritte sind notwendig, um unter Proxmox zu installieren:

  • Installation einer Ubuntu oder Debian VM:
cd /var/lib/vz/template/iso/
wget http://releases.ubuntu.com/18.04/ubuntu-18.04.2-desktop-amd64.iso
oder
cd /var/lib/vz/template/iso/
wget https://cdimage.debian.org/debian-cd/current/amd64/iso-cd/debian-9.8.0-amd64-xfce-CD-1.iso
  • Weiterreichen des USB Devices in die VM:
Auflistung der verfügbaren USB Geräte:
root@node1:~# lsusb
Bus 002 Device 004: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Der Conbee meldet sich als "Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)", hier ist die ID wichtig (0403:6015).
Anschließend kann das USB Gerät an die VM weitergeleitet werden. Der Wert 804 ist durch die ID der VM zu ersetzen.
qm set 804 -usb0 host=0403:6015
  • Installation von deCONZ:
apt-get update && apt-get upgrade -y
wget http://www.dresden-elektronik.de/deconz/ubuntu/beta/deconz-2.05.60-qt5.deb
sudo dpkg -i deconz-2.05.60-qt5.deb 
sudo apt install -f
sudo systemctl enable deconz
reboot now

Installation von deCONZ unter Docker

https://hub.docker.com/r/marthoc/deconz/

HUE auf der Fritzbox

Da auf der FB standardmäßig kein JSON installiert ist, muss dies nachinstalliert werden: Man lädt das JSON-Paket http://search.cpan.org/CPAN/authors/id/M/MA/MAKAMAKA/JSON-2.53.tar.gz, packt es aus und kopiert den Inhalt vom lib-Verzeichnis nach \fhem\lib\perl5\site_perl\5.12.2

HUE auf der Synology Diskstation

Da auf der DS standardmäßig kein JSON installiert ist, muss dies nachinstalliert werden, die Anleitung dazu in diesem Forenbeitrag.