philips hue modul

Begonnen von justme1968, 11 Februar 2013, 13:55:14

Vorheriges Thema - Nächstes Thema

justme1968

ich hab die version jetzt mal eingecheckt. mal sehen ob es probleme gibt.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

sumsum

Hallo, Ich benutze das Modul schon einige Zeit. Hatte deshalb auch nicht mehr die HUE App benutzt. Neuchlich aber doch und ich musste ein Update durchführen.
Ich benutze eigentlich nur ein Schedule für den Sonnenaufgang zum Wecken.
Nach dem Update funktionierte der Schedul nicht mehr. Ich habe dann ein Werksreset durchfegührt. Das Ergebnis ist:

* Kein Schedule aus der App ist via API zu sehen und somit auch nicht in FHEM.
* Ein via API angelegter Schedule (geht das eigentlich auch aus FHEM?) funktioniert. Diesen kann ich in FHEM ändern, enablen/disablen, ist aber in der App nicht zu sehen

Meine Fragen:
* hat jemand die ähnliche Erfahrung gemacht?
* wie kann man die "neuen" Automatismen (Sonnenaufgang) vom Modul steuern bzw. sehen.

LG

Ulf

vencam

Hi zusammen,

heute kam mein HUE Wall Switch Modul, kurz installiert und in die HUEBridge eingebunden... funktioniert.

Das Modul liefert leider kein on/off state, ist das normal oder müsste man hier noch was einstellen? Über die HUE App hab ich leider nichts gefunden außer Szenen und Ein-/Auschaltverhalten.

Die Idee dahinter war, mit schalten des Lichtschalter (Küche) den vorhanden Bewegungsmelder zu deaktivieren. Schaltet man den Lichtschalter wieder aus, soll der Bewegungsmelder wieder aktiviert werden.

Oder gibts hierzu auch einen andere Lösung?

juemuc

Zitat von: vencam am 04 Januar 2022, 17:30:47
Hi zusammen,

heute kam mein HUE Wall Switch Modul, kurz installiert und in die HUEBridge eingebunden... funktioniert.

Das Modul liefert leider kein on/off state, ist das normal oder müsste man hier noch was einstellen? Über die HUE App hab ich leider nichts gefunden außer Szenen und Ein-/Auschaltverhalten.

Die Idee dahinter war, mit schalten des Lichtschalter (Küche) den vorhanden Bewegungsmelder zu deaktivieren. Schaltet man den Lichtschalter wieder aus, soll der Bewegungsmelder wieder aktiviert werden.

Oder gibts hierzu auch einen andere Lösung?

Hallo,

sollte über ein notify möglich sein.
- der Status definiert die Aktion. Beispiele findest Du in Mengen  ;D

Viele Grüße
Jürgen
3x Sonos Play 1, 1x Sonos Arc + Sub, 1 Sonos-One, 1x Sonos Playbar
FB6690 + FB7490 mit 4x Dect 200 und 3 Dect-ULE-Thermostate,  raspberry3B+, HM Funkmodul HM-MOD-RPI-PCB, HM Klingelsensor HM-Sen-DB-PCB, HM (IP) Fensterkontakte und  Amazon Echo Dot,  piVCCU, pi OS (bookworm).

vencam

Ja klar. Im Endeffekt habe ich es jetzt auch so gemacht ... kein notify sondern ein DOIF ;)

hre1

#1880
Mit der neusten Modulversion:

30_HUEBridge.pm 25525 2022-01-20 20:04:30Z justme1968
31_HUEDevice.pm 25530 2022-01-21 07:16:53Z justme1968

wird ein Großteil der Readings meines Auquara Bewegungssensors und Lightsensors nicht mehr aktualisiert. Hat sich da was geändert?


defmod WG.KZ.deconz.DEVICE.MOTION.1 HUEDevice sensor 2  IODev=WG.HWR.deconz.Bridge.1
attr WG.KZ.deconz.DEVICE.MOTION.1 IODev WG.HWR.deconz.Bridge.1
attr WG.KZ.deconz.DEVICE.MOTION.1 configList /duration (.*)/:{"duration":"$1"}
attr WG.KZ.deconz.DEVICE.MOTION.1 devStateIcon motion:people_sensor nomotion:message_presence
attr WG.KZ.deconz.DEVICE.MOTION.1 event-on-change-reading .*
attr WG.KZ.deconz.DEVICE.MOTION.1 group 3_HUEDevices,Beleuchtung
attr WG.KZ.deconz.DEVICE.MOTION.1 icon motion_detector
attr WG.KZ.deconz.DEVICE.MOTION.1 model lumi.sensor_motion.aq2
attr WG.KZ.deconz.DEVICE.MOTION.1 room Beleuchtung

setstate WG.KZ.deconz.DEVICE.MOTION.1 nomotion
setstate WG.KZ.deconz.DEVICE.MOTION.1 2022-01-21 10:35:42 .lastupdated 2022-01-21 09:35:42
setstate WG.KZ.deconz.DEVICE.MOTION.1 2022-01-21 10:35:42 .lastupdated_local 2022-01-21 10:35:42
setstate WG.KZ.deconz.DEVICE.MOTION.1 2022-01-21 10:50:57 IODev WG.HWR.deconz.Bridge.1
setstate WG.KZ.deconz.DEVICE.MOTION.1 2022-01-21 16:35:11 battery 100
setstate WG.KZ.deconz.DEVICE.MOTION.1 2022-01-21 16:35:11 batteryPercent 100
setstate WG.KZ.deconz.DEVICE.MOTION.1 2022-01-18 17:32:38 lastseen 2022-01-18T16:32Z
setstate WG.KZ.deconz.DEVICE.MOTION.1 2022-01-21 16:35:11 reachable 1
setstate WG.KZ.deconz.DEVICE.MOTION.1 2022-01-21 10:35:42 state nomotion
setstate WG.KZ.deconz.DEVICE.MOTION.1 2022-01-21 16:35:11 temperature 24



defmod WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 HUEDevice sensor 3  IODev=WG.HWR.deconz.Bridge.1
attr WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 IODev WG.HWR.deconz.Bridge.1
attr WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 event-on-change-reading .*
attr WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 group 3_HUEDevices,Beleuchtung
attr WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 icon IR
attr WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 model lumi.sensor_motion.aq2
attr WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 room Beleuchtung
attr WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 stateFormat lux Lux

setstate WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 126 Lux
setstate WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 2022-01-21 10:35:42 .lastupdated 2022-01-21 09:35:42
setstate WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 2022-01-21 10:35:42 .lastupdated_local 2022-01-21 10:35:42
setstate WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 2022-01-21 10:50:57 IODev WG.HWR.deconz.Bridge.1
setstate WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 2022-01-21 16:35:11 battery 100
setstate WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 2022-01-21 16:35:11 batteryPercent 100
setstate WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 2022-01-21 10:35:42 dark 0
setstate WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 2022-01-21 10:35:42 daylight 1
setstate WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 2022-01-18 17:32:37 lastseen 2022-01-18T16:32Z
setstate WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 2022-01-21 10:35:42 lightlevel 21004
setstate WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 2022-01-21 10:35:42 lux 126
setstate WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 2022-01-21 16:35:11 reachable 1
setstate WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 2022-01-21 16:35:11 temperature 24


In Phoscon und HueEssentials wir alles richtig angezeigt.

justme1968

#1881
wie an mehreren stellen im forum (unter anderem unter ankündigungen) gepostet gibt es seit gestern ein update für das push api.

trotz test ist aber ein problem mit sensor events durchgerutscht. das sollte inzwischen behoben sein. entweder morgen updaten oder wenn es dringend ist die aktuelle version der hue module aus dem svn installieren.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

hre1

Vielen herzlichen Dank für die schnelle Antwort und deine Zeit, welche du für die Entwicklung deiner Module hier opferst!

Ich kann mich noch bis morgen gedulden. ;)

VG

Fredi69

Nach dem wöchentlichen Update haben sich völlig automatisch folgende Änderungen in der fhem.cfg ergeben.
Wie kommt das?

define HUESensor1 HUEDevice sensor 1  IODev=HUEBridge01
setuuid HUESensor1 61edfd0e-f33f-0af0-cf83-4c9fb9ce6302f97d
attr HUESensor1 IODev HUEBridge01
attr HUESensor1 alias Daylight
attr HUESensor1 group HUESensor
attr HUESensor1 model PHDL00
attr HUESensor1 room HUEDevice

define HUESensor2 HUEDevice sensor 2  IODev=HUEBridge01
setuuid HUESensor2 61edfd0e-f33f-0af0-acb1-32bf1ac8e3b730ec
attr HUESensor2 IODev HUEBridge01
attr HUESensor2 alias Hue dimmer switch Kinderzimmer
attr HUESensor2 group HUESensor
attr HUESensor2 icon hue_filled_hds
attr HUESensor2 model RWL021
attr HUESensor2 room HUEDevice

define HUESensor12 HUEDevice sensor 12  IODev=HUEBridge01
setuuid HUESensor12 61edfd0e-f33f-0af0-cfb6-305e5233c5215efe
attr HUESensor12 IODev HUEBridge01
attr HUESensor12 alias Hue dimmer switch Terrasse
attr HUESensor12 group HUESensor
attr HUESensor12 icon hue_filled_hds
attr HUESensor12 model RWL021
attr HUESensor12 room HUEDevice

deleteAttr HUEBridge01 pollDevices 1
fhem auf Raspberry Pi 3
FRITZ!Box7490, Fritz!Box 3270 AP, 3xHMLAN, CUL868, nanoCUL 433 für IT, JeeLink für LaCrosse, HUE Bridge 2.0, Samsung UE46C8790 (STV), mehrere Homematic, Intertechno, Shelly und LaCrosse Komponenten

justme1968

hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

justme1968

hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Fredi69

Herzlichen Dank für die schnelle Antwort.
Ich verstehe aber nicht, warum ich jetzt einen "Daylight" Sensor im System habe.
In der HueBridge App erscheint dieser nicht und mir ist der Sensor nicht bekannt.
fhem auf Raspberry Pi 3
FRITZ!Box7490, Fritz!Box 3270 AP, 3xHMLAN, CUL868, nanoCUL 433 für IT, JeeLink für LaCrosse, HUE Bridge 2.0, Samsung UE46C8790 (STV), mehrere Homematic, Intertechno, Shelly und LaCrosse Komponenten

justme1968

aber deiner bridge ist er bekannt. auch hier siehe weiter oben...

es ist ein virtueller sensor den die bridge verwendet um tagezeit abhängige dinge zu machen. den gibt es schon immer, er wurde nur nicht automatisch in fhem angelegt.

wenn du ihn in fhem nicht verwendest ignoriere ihn einfach. und falls du dein config file von hand änderst: bitte lass das.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

BBler

#1888
Hallo zusammen,

ich verwende das HUE-Wandschaltermodul (https://www.philips-hue.com/de-de/p/hue-philips-hue-wandschalter-modul/8719514318045#overview) in Tasterkonfiguration. Zur Erinnerung/Einführung wie das bisher im HUEDevice ausgesehen hat:

  • Taster drücken -> Reading "state" springt sofort auf 1000
  • Taster nach kurzer Zeit loslassen ("kurz antippen") -> Reading "state" springt auf Endzustand 1002
  • Taster länger gedrückt halten -> Reading "state" springt nach ca. 1 Sekunde von 1000 auf 1001; Nach dem loslassen ist der Endzustand 1003
Mit anderen Worten, kann es durchaus zu einer raschen Folge (kleinster Abstand ca. 180-200ms, nach meiner Beobachtung) mehrerer Button-Events seitens der Bridge (in meinem Fall deconz) kommen. Meine Logik triggert auf auf die Zustände 1002 und 1001. Seit kurzem (und auch in der aktuellsten Version von 31_HUEDevice.pm) ist es so, dass regelmäßig nur das erste Event in state übernommen wird.

Verantwortlich ist hierfür in meinen Augen das "$ts <= time_str2num($rut)" in Zeile 1820 in 31_HUEDevice.pm (Commit 25538) :

if( !defined($result->{v2_service}) && $ts && defined($rut) && $ts <= time_str2num($rut) ) {


In meinen Logs (hier am Beispiel "kurz Antippen") sieht das reproduzierbar so aus (für mich relevanter Zustand 1002 wird im HUEDevice nicht gesetzt, siehe letzte Zeile):

2022.01.23 23:34:57 5: deCONZ: websocket data: $VAR1 = {
          't' => 'event',
          'r' => 'sensors',
          'e' => 'changed',
          'state' => {
                       'eventduration' => 0,
                       'lastupdated' => '2022-01-23T22:34:57.777',
                       'buttonevent' => 1000
                     },
          'uniqueid' => '00:17:88:01:0b:01:71:1c-01-fc00',
          'id' => '3'
        };

2022.01.23 23:34:57 4: parse status message for HUESensor3
2022.01.23 23:34:57 5: HUESensor3: using offsetUTC 3600 from bridge
2022.01.23 23:34:57 5: deCONZ: websocket data: $VAR1 = {
          't' => 'event',
          'r' => 'sensors',
          'e' => 'changed',
          'attr' => {
                      'modelid' => 'RDM001',
                      'id' => '3',
                      'type' => 'ZHASwitch',
                      'name' => "Wandschalter K\x{c3}\x{bc}che",
                      'lastannounced' => '2021-12-22T05:48:01Z',
                      'lastseen' => '2022-01-23T22:34Z',
                      'swversion' => '1.0.3',
                      'uniqueid' => '00:17:88:01:0b:01:71:1c-01-fc00',
                      'manufacturername' => 'Signify Netherlands B.V.'
                    },
          'uniqueid' => '00:17:88:01:0b:01:71:1c-01-fc00',
          'id' => '3'
        };

2022.01.23 23:34:57 4: parse status message for HUESensor3
2022.01.23 23:34:57 5: deCONZ: websocket data: $VAR1 = {
          'id' => '3',
          'state' => {
                       'eventduration' => 2,
                       'lastupdated' => '2022-01-23T22:34:57.977',
                       'buttonevent' => 1002
                     },
          'uniqueid' => '00:17:88:01:0b:01:71:1c-01-fc00',
          'e' => 'changed',
          't' => 'event',
          'r' => 'sensors'
        };

2022.01.23 23:34:57 4: parse status message for HUESensor3
2022.01.23 23:34:57 5: HUESensor3: using offsetUTC 3600 from bridge
2022.01.23 23:34:57 4: HUESensor3: ignoring reading state with timestamp 2022-01-23 23:34:57, current reading timestamp is 2022-01-23 23:34:57


Wechselt die Sekunde zwischen 2 Events, wird das Reading korrekt gesetzt (ebenfalls zuverlässig reproduzierbar).

2022.01.23 23:33:32 5: deCONZ: websocket data: $VAR1 = {
          'e' => 'changed',
          't' => 'event',
          'r' => 'sensors',
          'id' => '3',
          'state' => {
                       'buttonevent' => 1000,
                       'lastupdated' => '2022-01-23T22:33:32.885',
                       'eventduration' => 0
                     },
          'uniqueid' => '00:17:88:01:0b:01:71:1c-01-fc00'
        };

2022.01.23 23:33:32 4: parse status message for HUESensor3
2022.01.23 23:33:32 5: HUESensor3: using offsetUTC 3600 from bridge
2022.01.23 23:33:32 5: deCONZ: websocket data: $VAR1 = {
          'uniqueid' => '00:17:88:01:0b:01:71:1c-01-fc00',
          'attr' => {
                      'manufacturername' => 'Signify Netherlands B.V.',
                      'swversion' => '1.0.3',
                      'uniqueid' => '00:17:88:01:0b:01:71:1c-01-fc00',
                      'lastannounced' => '2021-12-22T05:48:01Z',
                      'lastseen' => '2022-01-23T22:33Z',
                      'id' => '3',
                      'modelid' => 'RDM001',
                      'name' => "Wandschalter K\x{c3}\x{bc}che",
                      'type' => 'ZHASwitch'
                    },
          'id' => '3',
          'r' => 'sensors',
          't' => 'event',
          'e' => 'changed'
        };

2022.01.23 23:33:32 4: parse status message for HUESensor3
2022.01.23 23:33:33 5: deCONZ: websocket data: $VAR1 = {
          'e' => 'changed',
          't' => 'event',
          'r' => 'sensors',
          'id' => '3',
          'state' => {
                       'eventduration' => 2,
                       'lastupdated' => '2022-01-23T22:33:33.103',
                       'buttonevent' => 1002
                     },
          'uniqueid' => '00:17:88:01:0b:01:71:1c-01-fc00'
        };

2022.01.23 23:33:33 4: parse status message for HUESensor3
2022.01.23 23:33:33 5: HUESensor3: using offsetUTC 3600 from bridge


Bei den regelmäßigen Polls taucht ferner das auf:

2022.01.23 23:33:25 4: using HttpUtils_NonblockingGet: GET
2022.01.23 23:33:25 4: deCONZ: dispatch: http://192.168.2.102:80/api/XXXXXXXX
2022.01.23 23:33:25 5: HUEBridge_dispatch
2022.01.23 23:33:25 4: deCONZ: parse status message
2022.01.23 23:33:25 4: parse status message for HUESensor3
2022.01.23 23:33:25 5: HUESensor3: using offsetUTC 3600 from bridge
2022.01.23 23:33:25 4: HUESensor3: ignoring reading reachable with timestamp 2022-01-23 23:30:06, current reading timestamp is 2022-01-23 23:30:06
2022.01.23 23:33:25 4: HUESensor3: ignoring reading lastseen with timestamp 2022-01-23 23:30:06, current reading timestamp is 2022-01-23 23:30:06
2022.01.23 23:33:25 4: HUESensor3: ignoring reading batteryPercent with timestamp 2022-01-23 23:30:06, current reading timestamp is 2022-01-23 23:30:06
2022.01.23 23:33:25 4: HUESensor3: ignoring reading state with timestamp 2022-01-23 23:30:06, current reading timestamp is 2022-01-23 23:30:06
2022.01.23 23:33:25 4: HUESensor3: ignoring reading battery with timestamp 2022-01-23 23:30:06, current reading timestamp is 2022-01-23 23:30:06


Kann ich das irgendwie auf meiner Seite (updatesicher) beheben? Bin gerne auch bereit, mich weiter bei Bedarf an einer Lösung zu beteiligen. Ich muss nur wissen, welche weiteren Infos gebraucht werden/was gemacht werden soll. Spontan würde mir der Einbau eines Attributs einfallen, mit dem dieser "Timestamp-Filter" für ein Device deaktiviert werden kann. Alternativ automatisch für bestimmte HUE-Geräte deaktivieren, aber da weiß ich nicht, wie sinnvoll das ist. Der Filter hatte ja gewiss einen Hintergedanken.

rabehd

Zitat von: justme1968 am 24 Januar 2022, 10:14:21
aber deiner bridge ist er bekannt. auch hier siehe weiter oben...

es ist ein virtueller sensor den die bridge verwendet um tagezeit abhängige dinge zu machen. den gibt es schon immer, er wurde nur nicht automatisch in fhem angelegt.

wenn du ihn in fhem nicht verwendest ignoriere ihn einfach. und falls du dein config file von hand änderst: bitte lass das.

Ich habe den daylight-Sensor schon immer im durch Phoscon-GW von dresden-elektronik. Jetzt aucch von der Hue.
Der Phoscon-GW hat einewn Wert im state, der Hue nur ???.
Der Phoscon-GWhat zusätzlich ein Reading "dark" und "state". Die Attribute sind identisch.

Ich würde mich über Einheitlichkeit freuen, auch, wenn ich selbst die Device nicht verwende.
Auch funktionierende Lösungen kann man hinterfragen.