philips hue modul

[Hotbird]

Moin, wurde in letzter Zeit etwas geändert? Wenn mein Raspi neu startet dann gehen ein paar Steckdosen einfach aus ( Osram über die Hue Bridge verbunden ). Früher war das nicht so... Mittlerweile schaltet der Raspi auch das Display selbstständig an.. Entweder das fing nach dem letzten update an, oder als ich 2 neue Schalter mit eingerichtet habe...Da hab ich aber noch nicht herausgefunden woran das liegt... Hier mal das Log vom Ereignis..

Code Auswählen Erweitern


2020.07.13 16:32:19 1: Server shutdown delayed due to alexa for max 10 sec
2020.07.13 16:34:00 1: Including fhem.cfg
2020.07.13 16:34:02 3: WEB: port 8083 opened
2020.07.13 16:34:03 2: eventTypes: loaded 3597 events from ./log/eventTypes.txt
2020.07.13 16:34:06 3: HUEDevice20: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice25: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice1: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice7: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice10: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice19: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice15: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice2: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice11: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice16: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice5: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice24: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice4: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice26: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice21: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice6: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice14: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice18: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice28: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice3: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice23: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice9: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice27: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice12: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice17: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice22: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice8: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup2: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup3: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup10: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup0: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup13: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup1: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup14: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup8: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup6: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup4: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup12: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup9: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup5: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup11: I/O device is Hue
2020.07.13 16:34:06 3: Sensor_Flur: I/O device is Hue
2020.07.13 16:34:06 3: Flur2_Bewegungsmelder: I/O device is Hue
2020.07.13 16:34:06 3: Schlafzimmer_Bewegungsmelder: I/O device is Hue
2020.07.13 16:34:09 3: Sensor_Kueche: I/O device is Hue
2020.07.13 16:34:09 3: HUEDevice29: I/O device is Hue
2020.07.13 16:34:09 3: HUEGroup17: I/O device is Hue
2020.07.13 16:34:09 3: HUEGroup18: I/O device is Hue
2020.07.13 16:34:11 3: LGTV_WebOS (LGOled) - defined with host 192.168.0.26
2020.07.13 16:34:11 3: Flur_Schalter: I/O device is Hue
2020.07.13 16:34:11 3: Schlafzimmer_Schalter_1: I/O device is Hue
2020.07.13 16:34:11 3: Schlafzimmer_Schalter_2: I/O device is Hue
2020.07.13 16:34:11 1: Including ./log/fhem.save
2020.07.13 16:34:11 3: harmony: starting discovery
2020.07.13 16:34:11 3: harmony: sending discovery2020.07.13 16:34:12 1: usb create starting
2020.07.13 16:34:13 3: Probing ZWDongle device /dev/serial1
2020.07.13 16:34:13 3: Probing CUL device /dev/ttyAMA0
2020.07.13 16:34:13 3: Probing TCM_ESP3 device /dev/ttyAMA0
2020.07.13 16:34:13 3: Probing ZWDongle device /dev/ttyAMA0
2020.07.13 16:34:13 3: Probing SIGNALDuino device /dev/ttyAMA0
2020.07.13 16:34:14 3: Probing MYSENSORS device /dev/ttyAMA0
2020.07.13 16:34:14 3: Probing ArduCounter device /dev/ttyAMA0
2020.07.13 16:34:14 3: Probing ElsnerWS device /dev/ttyAMA0
2020.07.13 16:34:15 3: Probing FRM device /dev/ttyAMA0
2020.07.13 16:34:20 1: usb create end
2020.07.13 16:34:21 0: Featurelevel: 6
2020.07.13 16:34:21 0: Server started with 130 defined entities (fhem.pl:22342/2020-07-04 perl:5.028001 os:linux user:fhem pid:490)
2020.07.13 16:34:22 3: harmony:discovery: new discovery response from 192.168.0.25
2020.07.13 16:34:23 2: AttrTemplates: got 183 entries


Aus irgendeinem Grund erkennt der beim hochfahren das ich einen meiner Hue-Schalter gedrückt habe.. Das ist auch der Einzige zur Zeit der ein State (4002 von gestern Abend ) hat. Dann passiert natürlich das hier... Hat da jemand einen Tipp?

Code Auswählen Erweitern

Schlafzimmer_Schalter:400.* set HueGroup9 off

[gitarero]

Es tut mir leid, aber ich muss mich auch hier nochmal dran hängen - möglicherweise ist ja was unter gegangen.

Wie ich bereits hier (https://forum.fhem.de/index.php/topic,77948.msg1080584.html#msg1080584) beschrieben habe, ignoriert mein HueDevice (Ikea Tradfri Leuchtmittel über ConnBeeII und deCONZ) die ramp time bei 'on', 'off' und 'pct 0'.
Genauso nimmt es bei den Befehlen keine 'transitiontime' an.

Dazu kommt noch, dass bei

Code Auswählen Erweitern

set <HueDevice> bri 0 : transitiontime 100 die Lampe bei 'bri 1' stehen bleibt und nicht aus geht.

Hat jemand eine Idee, woran das liegen könnte? Oder gar eine Lösung?

Viele Grüße und ein schönes Wochenende,
Ingo

[FunkOdyssey]

Ich habe hier viel gelesen und ich muss es dennoch unbedingt in Erfahrung bringen. Auf Nummer sicher.
Es ist doch richtig, dass sich ein Hue Bewegungsmelder über die Huebridge in FHEM nicht vernünftig nutzen lässt, oder?
Da die Huebridge nur gepollt werden kann und kein Push existiert?

[netsrac4th]

Ich habe hier viel gelesen und ich muss es dennoch unbedingt in Erfahrung bringen. Auf Nummer sicher.
Es ist doch richtig, dass sich ein Hue Bewegungsmelder über die Huebridge in FHEM nicht vernünftig nutzen lässt, oder?
Da die Huebridge nur gepollt werden kann und kein Push existiert?

Was hast Du denn vor? Also ich habe auch diese Bewegungsmelder und die lassen sich wunderbar benutzen.
Ich steuere mit diesen Lichter (Toilette, Küche, Speisekammer) und einer ist im Eingangsbereich und nur aktiv wenn ich nicht zu Hause bin.
Funktioniert einwandfrei.

[FunkOdyssey]

Dann steuerst du aber über die Hue-App oder HomeKit, oder?
Ich bekomme das "motion" immer nur nach 60sec (Bridge-Intervall).
Selbst 1sec wäre schon fast zu langsam.

[netsrac4th]

Ich steuere alles per FHEM.

Code Auswählen Erweitern

defmod WZ.Motion HUEDevice sensor 16 1 IODev=HUEBridge
attr WZ.Motion IODev HUEBridge
attr WZ.Motion devStateIcon motion:motion_detector@red .*:motion_detector
attr WZ.Motion icon motion_detector
attr WZ.Motion model SML001
attr WZ.Motion room Flur

[netsrac4th]

Siehe hier: https://wiki.fhem.de/wiki/HUE_Dimmer_Switch

Das betrifft nicht nur die Wandschalter sondern auch die Sensoren die Du so einbinden musst in FHEM.
Dann kannst Du sie normal benutzen und kannst das mit dem Pool abhaken.

[FunkOdyssey]

Oh, ich habe das Intervall immer nur in der Bridge geändert.
Ich probiere es mal mit dem 1-Sekunden-Intervall im HUEDEVICE.
Danke.

[we5]

1 Sekunde funktioniert im Prinzip ok, aber wehe wenn die Bridge mal nicht verfügbar sein sollte, dann hast du einen fast toten Raspi weil das Polling uns leere läuft. Also am besten noch eine Funktion einbauen die ab einer bestimmten Anzahl von Timeouts die Bridge mal deaktiviert oder sowas.

Wäre super, wenn das das Modul schon managen würde, aber das sind schon eher ,,Edge Cases".

Schade, dass da Philips nach wie vor keine Anstrengungen unternimmt ne gescheite Push-API einzubauen.

Ein etwas anderer Workaround wäre, sofern du zB HomeKit benutzt, Automationen anzulegen die einen Dummy in FHEM schalten. Das ist fast stabiler und schneller als das Pollen.

[Mathias R]

Hallo,
bei mir läuft seit zwei Wochen das Logfile voll mit der Meldung:

Code Auswählen Erweitern

2021.02.09 07:00:03 1 : Color::hsv2rgb value out of range [0.0621042191195544,1.00393700787402,0.216535433070866]. should be in 0..1.
2021.02.09 07:03:03 1 : Color::hsv2rgb value out of range [0.0621042191195544,1.00393700787402,0.216535433070866]. should be in 0..1.
FHEM ist jetzt auf dem aktuellsten Stand (update heute ausgeführt), vorher waren HUEBridge und HUEDevice vom 28. November. Der Fehler ist leider geblieben.
Eine Abfrage des Status mit

Code Auswählen Erweitern

curl -k -s -H "Accept: application/json" https://<IP der Bridge>/api/<Key der Bridge>/lights liefert eine anscheinend korrekte Syntax zurück.

Noch eine weitere Frage: Die HUE Apps nutzen inzwischen https. Kann man auch hier SSL aktivieren?

Gruß, Mathias

[justme1968]

da scheint bei einer lampe (oder gruppe) sat auf 255 zu stehen. laut api ist der maximal wert aber 254.

kannst du rausfinden welches device? und ein list zeigen.

ist das eine echte hue bridge oder deconz?

[Mathias R]

Danke!

Die Lösung war ja einfach.

Code Auswählen Erweitern

list .* sat
set betreffende_Leuchte sat 254
Es ist eine echte Hue Bridge und die Lampe war mit der Hue App eingestellt. Man sollte also besser die Hue App nicht nutzen oder dann im FHEM korrigieren.

Wäre noch die Frage ob sich die Kommunikation mit der Bridge auch per ssl möglich ist. HttpUtils unterstützt das ja und man könnte vielleicht ein Attrib dafür setzen oder unter DEF optional http:// bzw. https:// ergänzen.

Gruß, Mathias

[moonsorrox]

ich hatte das eine zeitlang auch... alle Hue mit der App erstellt.
Ich habe einmal die Bridge Adressen alle gelöscht werden ja dann in der Hue Bridge wieder angelegt, hat bei mir super geklappt

[Thurindot]

Moin.

Vermutlich hab ich das Forum und Onkel Google mit den falschen Begriffen gefüttert und blamiere mich mit einer Anfängerfrage - aber da auch Wiki, Einsteiger-Buch und das Büchlein vom Prof nichts gebracht haben nützt es nichts:

Wie geht ihr mit den Bewegungsmeldern in der App um?

Ich bin bisher mit HUE-Standard-App ( plus iConnectHue) gefahren und stelle jetzt auf FHEM um. Sprich: Vieles ist bzw war schon konfiguriert und die Übernahme hat auch gut funktioniert. Aber damit die App/Bridge jetzt nicht parallel arbeitet, hab ich mir Gedanken zu den Sensoren gemacht.

Habt ihr die in der App schlicht und ergreifend als "unkonfiguriert" angelernt und belassen? Oder anderweitig das Ausführen von Events unterbunden?

Danke und viele Grüße.
Thuri

[justme1968]

@Mathias R: ssl/https ist aktuell nicht eingebaut.