philips hue modul

[Steffen]

Hier mal ein List von einen von meinen Hue:

Code Auswählen Erweitern


Internals:
   DEF        2
   ID         2
   INTERVAL   60
   IODev      HueNew
   NAME       HueSideBoard
   NR         92
   STATE      dim50%
   TYPE       HUEDevice
   modelid    LCT001
   Readings:
     2015-10-29 17:56:29   alert           none
     2015-10-30 19:46:33   bri             140
     2015-10-29 17:56:29   colormode       xy
     2015-10-29 17:56:29   ct              325 (3076K)
     2015-10-29 17:56:29   effect          none
     2015-10-29 17:56:29   hue             56865
     2014-10-06 15:59:41   level           0 %
     2015-10-30 19:46:33   onoff           1
     2015-10-30 19:46:33   pct             55
     2015-10-29 17:56:29   reachable       1
     2015-10-30 19:46:33   rgb             d629d6
     2015-10-29 17:56:29   sat             239
     2015-10-30 19:46:33   state           dim50%
     2015-10-30 19:46:33   xy              0.4327,0.2003
   Helper:
     alert      none
     bri        140
     colormode  xy
     ct         325
     devtype
     effect     none
     hue        56865
     percent    55
     reachable  1
     rgb        d629d6
     sat        239
     update_timeout 1
     xy         0.4327,0.2003
Attributes:
   IODev      HueNew
   alias      SofaSideBoard
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   icon       light_led
   model      LCT001
   room       Wohnzimmer
   subType    extcolordimmer
   webCmd     rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:toggle:on:off


[oggy]

hier steht im prinzip wie es geht: http://forum.fhem.de/index.php/topic,30895.msg234449.html#msg234449.

und hier etwas zu den szenen: http://forum.fhem.de/index.php/topic,42003.msg342251.html#msg342251.

Danke an euch. Genau das hab ich gesucht. ... Die Commandsref erschlägt einen als Frischling teilweise sehr stark. Wenn man aber grob weiß, wie etwas funktioniert, ist die Commandsref auch sehr logisch und dann kommt auch der Aha-Effekt. Auf jeden Fall gefällt mir die Software und die Community sehr sehr gut.

[edit]
ich habe jetzt meinen Fehler gefunden. Bei meiner Debian-Installation waren die Perl-Module vom März 2014 und mit aktuellen Modulen ausm Github habe ich auch die ganzen Möglichkeiten zum Einstellen

[volschin]

Mir gruselt gerade. Ich hoffe doch, du hast die Funktion "Update" bereits kennengelernt?!

[oggy]

Mir gruselt gerade. Ich hoffe doch, du hast die Funktion "Update" bereits kennengelernt?!

uff, Danke für den Hinweis. ... und schwupps sieht alles ein wenig anders aus. Da bin ich blauäugig davon ausgegangen, dass die installierte deb einen relativ aktuellen Stand hat. ... ich bin ja zum Glück noch beim Rumprobieren. Bei mir ist unter FHEM noch kein "Haus", sondern hauptsächlich nur eine Wohnzimmerkino-Steuerung und die darf auch mal nicht funktionieren

[MaxKnall]

Hallo zusammen,

erstmal Danke für dieses super Hue-Modul.

Hallo!

Ich hatte schon mal gefragt aber ist wohl leider untergegangen, denn es geht um die Fehlenden readings in Hue-Bulbs die nicht mehr richtig in fhem eintreffen was vorher ging.

Könnte man sich das vielleicht nochmal ansehen???

Mfg Steffen

Bei mir funktionieren die Readings leider auch nicht mehr. Software ist alles auf dem aktuellen Stand bei meinem Raspberry 2.

[justme1968]

in der aktuellen werden normalerweise nur noch die direkt von der bridge zurückgemeldeten werte in den readings aktualisiert. welche readings das sind hängt vom set kommando ab. das alte verhalten kannst du mit dem queryAfterSet attribut wieder aktivieren. hier macht fhem kurz nach einem set eine explizite query auf alle werte.

aber:
es ist schon immer so das laut hue api eigentlich nur diejenigen readings aktuell sind die zum gerade aktuellen colormode gehören. scheinbar hat phillips das jetzt konsequenter umgesetzt.  wenn du direkt in der bridge nachschaust sind die jeweils anderen parameter noch unverändert und werden erst nach einer weile aktualisiert.

@Steffen,MaxKnall: welche bridge firmware version verwendet ihr? welche lampen betrifft es genau?

gruss
  andre

[MaxKnall]

Hi Andre,

Danke für die Infos, dann habe ich schonmal einen Anlaufpunkt. Schaue ich mir heute Abend gleich mal an. 
Ich war der Meinung dass ich z.B. mit dem Hue Tap die Lichter anschalte über die Bridge und das auch in FHEM dargestellt wurde direkt. Kann mich aber auch irren da ich FHEM erst seit 3 Wochen im Einsatz habe.

SW Version ist 01028090
Lampen im Einsatz: 2x Bloom, Iris, Lightstrip, Hue Bulp, Hue Dimmer + weiße Birne,

[justme1968]

das wird auf jeden fall in FHEM dargestellt. aber erst mit verzögerung da es kein push api gibt und FHEM die bridge pollen muss.

[justme1968]

ich habe noch en wenig probiert und bin der meinung das es ein problem mit der aktuellen bridge firmware gibt.

wenn man einer lampe in einem bestimmten colormode einen wert aus einem anderen colormode sendet wird zwar der geänderte wert angewendet und auch sofort gemeldet aber der geänderte colormode wird nicht bzw erst nach einer weile gemeldet.

beispiel: wenn die lampe in xy modus ist und ein set rgb erfolgt ändert die lampe die farbe und die readings passen. wenn man jetzt ein set hue verwendet ändert die lampe die farbe, das hue reading wird auch aktualisiert aber der colormode ändert sich nicht auf hs und das lampen icon in fhem hat die falsche farbe. erst nach einer weile ändert sich der colormode und das lampen icon passt wieder. jetzt kann man beliebige hue werte senden und alles passt. erst wenn man mit set rgb oder set ct in einen anderen colormode wechselt gibt es wieder das problem.

ich kann das bei mir mit der aktuellen 01028090 bridge firmware so darstellen. hat noch jemand einen ältere firmware und kann das gegenteil zeigen?

gruss
  andre

[Steffen]

Hallo!

Leider klappt es immer noch nicht bei mir, aber erstmal dazu warum ich diesen wert "Hue" so dringend brauche,
denn meine Hue Bulbs die ich jetzt schon seit ca.1-1.5 Jahr habe und über Fhem mit diesen Modul steuer,
fingen auf einmal an mitten im schalt vor gang auf weiß um zuschalten.

Das passiert nicht immer,unterschiedlich und zufällig bei allen 3 Hue Bulbs die ich habe, das einzige woran Fhem erkennt ist, das der Wert sich dann bei Hue auf "14910" ändert.

Deswegen hatte ich diese Doif geschrieben:

Code Auswählen Erweitern

([05:00-08:00] and ([HueSideBoard:hue] eq "14910" or [HueFlur:hue] eq "14910")) ({HueMorgenOn}) DOELSEIF ([15:00-03:00] and [HueFlur:hue] eq "14910") (set HueFlur rgb FF6208 : pct 75 : transitiontime 300) DOELSEIF ([15:00-03:00] and [HueSideBoard:hue] eq "14910") (set HueSideBoard rgb D629D6 : pct 55 : transitiontime 400) und hat auch die letzten Monate sehr gut damit funktioniert aber nun auf einmal nicht mehr!?!

Habe auch schon der Bridge den Wert "attr queryAfterSet 1" hinzugefügt aber einer der Bulbs ist gerade wieder im diesem Zustand und bei Fhem bekomme ich kein reading dazu!

Hier mal ein paar werte von mir:

Code Auswählen Erweitern


alert
none
2015-11-01 00:14:56
bri
140
2015-11-01 16:37:45
colormode
xy
2015-11-01 16:37:38
ct
325 (3076K)
2015-11-01 16:37:38
effect
none
2015-11-01 00:14:56
hue
56865
2015-11-01 16:37:38
level
0 %
2014-10-06 15:59:41
onoff
1
2015-11-01 19:51:16
pct
55
2015-11-01 19:51:16
reachable
1
2015-11-01 00:14:56
rgb
d629d6
2015-11-01 16:37:38
sat
239
2015-11-01 16:37:38
state
dim50%
2015-11-01 19:51:16
xy
0.4327,0.2003
2015-11-01 19:51:16


Code Auswählen Erweitern


Internals:
   DEF        192.168.178.73 60
   Host       192.168.178.73
   INTERVAL   60
   NAME       HueNew
   NOTIFYDEV  global
   NR         89
   NTFY_ORDER 50-HueNew
   STATE      Connected
   TYPE       HUEBridge
   apiversion 1.10.0
   mac        00:17:88:10:20:53
   modelName  Philips hue bridge 2012
   name       Philips hue
   swversion  01028090
   updatestate 0
   zigbeechannel 11
   Readings:
     2015-09-28 19:47:47   swupdate        BSB001 1.10.0 release
   Helper:
     apiversion 68096
     count      0
     last_config_timestamp 0
     updatestate 0
Attributes:
   key        e966e5500668a4fb9629d3f2cd9a1ac2
   queryAfterSet 1
   room       System
   verbose    0


Eine Bulbs:

Code Auswählen Erweitern


Internals:
   DEF        2 60
   ID         2
   INTERVAL   60
   IODev      HueNew
   NAME       HueSideBoard
   NR         92
   STATE      dim50%
   TYPE       HUEDevice
   modelid    LCT001
   Readings:
     2015-11-01 00:14:56   alert           none
     2015-11-01 16:37:45   bri             140
     2015-11-01 16:37:38   colormode       xy
     2015-11-01 16:37:38   ct              325 (3076K)
     2015-11-01 00:14:56   effect          none
     2015-11-01 16:37:38   hue             56865
     2014-10-06 15:59:41   level           0 %
     2015-11-01 19:51:16   onoff           1
     2015-11-01 19:51:16   pct             55
     2015-11-01 00:14:56   reachable       1
     2015-11-01 16:37:38   rgb             d629d6
     2015-11-01 16:37:38   sat             239
     2015-11-01 19:51:16   state           dim50%
     2015-11-01 19:51:16   xy              0.4327,0.2003
   Helper:
     alert      none
     bri        140
     colormode  xy
     ct         325
     devtype
     effect     none
     hue        56865
     percent    55
     reachable  1
     rgb        d629d6
     sat        239
     update_timeout 1
     xy         0.4327,0.2003
Attributes:
   IODev      HueNew
   alias      SofaSideBoard
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   icon       light_led
   model      LCT001
   room       Wohnzimmer
   subType    extcolordimmer
   webCmd     rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:toggle:on:off


Hoffe vielleicht finden wir doch eine Lösung dazu...


Mfg Steffen

[justme1968]

wie oben geschrieben scheint es ein problem mit der aktuellen bridge firmware zu sein und nicht am fhem modul zu liegen.

gruss
  andre

[robertPI]

Hallo,

bei mir kommen seit einiger Zeit ebenfalls "empty answer" Fehler. Ich kann die hue Leuchten problemlos von fhem aus steuern, auch über die Äpp oder die Logitech Harmony. Der Status der hue Leuchten wird unzuverlässig in fhem aktualisiert. Soll heißen: mal gehts, meistens nicht

ich bin bei der bridge zurück auf

Code Auswählen Erweitern

pollDevices=1 und habe das

Code Auswählen Erweitern

httpUtils Attribut gelöscht.
Siehe da, der Status der hue Geräte wird wieder zuverlässig aktualisiert, keinerlei hue Fehlermeldungen mehr im log.

[P.A.Trick]

Mich würde auch einmal interessieren warum das httputils also der non-blocking call nicht zuverlässig funktioniert!? Der HTTP Request scheint demnach nicht wirklich zuverlässig ausgeführt zu werden? Spüren das nicht auch noch andere Module? *verwirrtguck*

[oggy]

ich habe es jetzt endlich eine Lösung für mein WAF-Problem gefunden. Den Group-Parameter brauchte ich im Endeffekt nicht.

Was hatte ich gesucht? --> Ich brauchte eine raumspezifische Möglichkeit alle HUEs in einem Raum auf eine Farbe zu stellen.

Ich habe jetzt einfach den Colorpicker mit ins "Dummy"-Modul eingebunden.
- ich habe einfach ein Dummy angelegt, der mir den Colorpicker zur Auswahl gibt
- bei Änderung des rgb-Wertes wird eine sub-Routine im "99_myUtils.pm" aufgerufen
- die Sub-Routine ändert je nach Status der jeweiligen HUE den Farbwert --> nur bei aktiven HUEs wird die Farbe geändert

Hab ich mir jetzt zu viele Gedanken gemacht oder gibt es das schon fertig? Beim nächsten Update der "98_dummy.pm" fliegt mir der "use Color"-Parameter raus. Gibt es eine elegantere Lösung den Colorpicker global zu aktivieren?

[siggi85]

Hab ich mir jetzt zu viele Gedanken gemacht oder gibt es das schon fertig? Beim nächsten Update der "98_dummy.pm" fliegt mir der "use Color"-Parameter raus. Gibt es eine elegantere Lösung den Colorpicker global zu aktivieren?

Guck dir mal LightScene an, damit müsste das gehen was du suchst.