philips hue modul

[duu75]

das eine empty answer ist kein problem.

laut deinem log wird die bridge regelmäßig gepollt. das schaut gut aus. und es kommen antworten die geparden werden.

hast du denn zwischenzeitlich auch an den lampen etwas umgestellt? wenn es keine veränderung gab wird auch kein reading aktualisiert. auch nicht der timestamp.

trenn mal ein lampe vom strom. nach einer weile solltest du ein unreachable sehen. wenn du sie dann wieder anschliessst sollte (nach etwas kürzerer zeit) reachable zu sehen sein und on.

gruss
  andre

Ah ok das muss ich mal testen.
Ich dachte nach dem Pollen der Lampen von der Bridge werden die Readings jede Minute auf den Devices aktualisiert.
D.h. die Readings der Lampen werden immer nur von der Bridge aktualisiert, wenn man irgendein Befehl zur Lampe sendet.
Bzw. bei Stromausfall wird irgendwann das reachable auf 0 gesetzt und bei Wiederkehr des Stroms geht sie ja dummerweise an und merkt sich nicht den letzten Zustand und geht wieder auch reachable 1.

[volschin]

Ich bin gerade dabei meine Paul Neuhaus Q-Flag 8079-16 Zigbee-Leuchte anzulernen.
http://www.paul-neuhaus.de/de/q-led-deckenleuchte-zigbee-36254.html

Das Modul bekommt eine automatische korrekte Einrichtung noch nicht hin.

manufacturername GREEBLE
modelid JZ-CT-Z01

Ich habe dann manuell
subType ctdimmer
webCmd ct:ct 490:ct 380:ct 270:ct 160:pct:on:off
gesetzt.

Scheint alles super zu funktionieren. Es ist mein erstes Color temperature Gerät.

Gruß
Veit

[justme1968]

bitte zeig mal ein list vom
device.

danke
  andre

[volschin]

Code Auswählen Erweitern

Internals:
   CFGFN
   CHANGED
   DEF        31  IODev=MyHUEBridge
   ID         31
   INTERVAL   60
   IODev      MyHUEBridge
   NAME       HUEDevice31
   NR         27869
   STATE      dim37%
   TYPE       HUEDevice
   manufacturername GREEBLE
   modelid    JZ-CT-Z01
   name       Deckenlampe Schlafen
   swversion  1001-0007
   type       Color temperature light
   uniqueid   00:15:8d:00:00:86:7d:76-01
   Readings:
     2016-10-12 18:04:47   alert           select
     2016-10-12 18:04:47   bri             98
     2016-10-12 18:43:06   colormode       xy
     2016-10-12 18:04:47   ct              370 (2702K)
     2016-10-12 18:04:47   onoff           1
     2016-10-12 18:04:47   pct             39
     2016-10-12 18:04:47   reachable       1
     2016-10-12 18:43:06   rgb             000000
     2016-10-12 18:04:47   state           dim37%
   Helper:
     alert      select
     bri        98
     colormode  xy
     ct         370
     devtype
     effect
     hue        -1
     pct        39
     reachable  1
     rgb        000000
     sat        -1
     update_timeout 1
     xy
Attributes:
   IODev      MyHUEBridge
   alias      Deckenlampe Schlafen
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   model      JZ-CT-Z01
   room       HUEDevice,Schlafen
   subType    ctdimmer
   webCmd     ct:ct 490:ct 380:ct 270:ct 160:pct:on:off

[Custodis Intestina]

falls es mit gesetztem attribute geht: lösch das attribut wieder und versuch mal die angehängte version.

das problem ist das das deconz gateway andere socket einstellungen braucht als die hue bridge aber es leider nicht zuverlässig möglich ist das deconz gateway zu erkennen weil sie in der description einige falsche angaben machen und so tun als ob sie die hue bridge sind.

du scheinst aber eine neue software version zu haben bei denen manufacturer korrekt ausgefüllt ist.

gruss
  andre

Also noshutdown 1 funktioniert. Das Script funzt leider nicht. Habe jetzt mit Attr laufen.

Habe aber jetzt anderes Problem. Scenen werden nicht ausgelesen.

2016.10.12 21:00:28 4: WEB_192.168.13.100_40159 POST /fhem?detail=Beleuchtung&dev.getBeleuchtung=Beleuchtung&cmd.getBeleuchtung=get&arg.getBeleuchtung=scenes&val.getBeleuchtung=&XHR=1&addLinks=1&fw_id=59; BUFLEN:0
2016.10.12 21:00:28 5: Cmd: >get Beleuchtung scenes<
2016.10.12 21:00:28 4: using HUEBridge_HTTP_Request: GET scenes
2016.10.12 21:00:28 5: HUEBridge_HTTP_Request http://127.0.0.1:80/api/ae91f82c3f67c570477ef4c4a66aa090/scenes: Got data, length: 167
2016.10.12 21:00:28 1: PERL WARNING: Reference found where even-sized list expected at ./FHEM/30_HUEBridge.pm line 1420.
2016.10.12 21:00:28 2: Beleuchtung: invalid json detected for http://127.0.0.1:80/api/ae91f82c3f67c570477ef4c4a66aa090/scenes: HASH(0x1c82d88)
2016.10.12 21:00:28 3: HUEBridge_Call: failed, retrying
2016.10.12 21:00:28 4: using HUEBridge_HTTP_Request: GET scenes
2016.10.12 21:00:28 5: HUEBridge_HTTP_Request http://127.0.0.1:80/api/ae91f82c3f67c570477ef4c4a66aa090/scenes: Got data, length: 167
2016.10.12 21:00:28 2: Beleuchtung: invalid json detected for http://127.0.0.1:80/api/ae91f82c3f67c570477ef4c4a66aa090/scenes: HASH(0x199d6e8)
2016.10.12 21:00:28 3: HUEBridge_Call: failed, retrying
2016.10.12 21:00:28 3: HUEBridge_Call: failed
2016.10.12 21:00:28 4: name: /fhem?detail=Beleuchtung&dev.getBeleuchtung=Beleuchtung&cmd.getBeleuchtung=get&arg.getBeleuchtung=scenes&val.getBeleuchtung=&XHR=1&addLinks=1&fw_id=59 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/

[oliv06]

Hello,
I have an issue with the Hue dimmer switch defined as indicated with

Code Auswählen Erweitern

define <device> HUEDevice sensor <id> <interval>
Key press generate events but I receive unexpected events from time to time, while there was no key press. They repeat previous state.
Anybody has the same behavior  or explanation ? I use the old bridge with the BSB001 1.15 release.

[justme1968]

@Custodis Intestina: bitte zeig mal den inhalt der betreffenden urls vor der warnung.

@oliv06: ist ist really the exact same time?

[oliv06]

@oliv06: ist ist really the exact same time?

No, it is not regular at all. It can happen anytime.
I realize by opening the log file that time stamps are not consistents at all (I used to look at the event monitor)! For example (switch was not pressed at all today) :

Code Auswählen Erweitern

2016-10-14_15:41:36 HUESensor_4 1002
2016-10-14_15:41:36 HUESensor_4 reachable: true
2016-10-08_19:48:30 HUESensor_4 reachable: true
2016-10-14_15:51:44 HUESensor_4 1002
2016-10-14_15:51:44 HUESensor_4 battery: 77
2016-10-08_19:48:29 HUESensor_4 battery: 76
2016-10-14_16:17:08 HUESensor_4 reachable: true
2016-10-14_16:17:08 HUESensor_4 1002
2016-10-08_19:48:30 HUESensor_4 reachable: true
2016-10-14_16:22:11 HUESensor_4 1002
2016-10-14_16:22:11 HUESensor_4 battery: 79
2016-10-08_19:48:29 HUESensor_4 battery: 76
2016-10-14_16:42:30 HUESensor_4 reachable: true
2016-10-14_16:42:30 HUESensor_4 1002
2016-10-08_19:48:30 HUESensor_4 battery: 79
2016-10-14_16:47:36 HUESensor_4 1002
2016-10-14_16:47:36 HUESensor_4 reachable: true
2016-10-08_19:48:29 HUESensor_4 reachable: true
2016-10-14_16:57:43 HUESensor_4 1002
2016-10-14_16:57:43 HUESensor_4 battery: 77
2016-10-08_19:48:30 HUESensor_4 battery: 76
2016-10-14_17:02:48 HUESensor_4 reachable: true
2016-10-14_17:02:48 HUESensor_4 1002
2016-10-08_19:48:29 HUESensor_4 battery: 85
2016-10-14_17:18:03 HUESensor_4 1002
2016-10-14_17:18:03 HUESensor_4 reachable: true
2016-10-08_19:48:30 HUESensor_4 battery: 76
2016-10-14_17:23:05 HUESensor_4 1002
2016-10-14_17:23:05 HUESensor_4 reachable: true
2016-10-08_19:48:29 HUESensor_4 reachable: true
2016-10-14_17:43:25 HUESensor_4 1002
2016-10-14_17:43:25 HUESensor_4 battery: 76
2016-10-08_19:48:30 HUESensor_4 battery: 74
2016-10-14_18:03:42 HUESensor_4 reachable: true
2016-10-14_18:03:42 HUESensor_4 1002
2016-10-08_19:48:29 HUESensor_4 battery: 76
2016-10-14_18:08:48 HUESensor_4 reachable: true
2016-10-14_18:08:48 HUESensor_4 1002

[oliv06]

By the way the timestamp issue does not seem to occur with the event monitor :

in event monitor :

Code Auswählen Erweitern

2016-10-14 19:55:20 HUEDevice HUESensor_4 battery: 77
2016-10-14 19:55:20 HUEDevice HUESensor_4 reachable: true
2016-10-14 19:55:20 HUEDevice HUESensor_4 1002
2016-10-14 20:00:25 HUEDevice HUESensor_4 1002
2016-10-14 20:00:25 HUEDevice HUESensor_4 reachable: true
2016-10-14 20:00:25 HUEDevice HUESensor_4 battery: 79
2016-10-14 20:15:40 HUEDevice HUESensor_4 reachable: true
2016-10-14 20:15:40 HUEDevice HUESensor_4 1002
2016-10-14 20:15:40 HUEDevice HUESensor_4 battery: 77
2016-10-14 20:20:45 HUEDevice HUESensor_4 battery: 79
2016-10-14 20:20:45 HUEDevice HUESensor_4 1002
2016-10-14 20:20:45 HUEDevice HUESensor_4 reachable: true
2016-10-14 20:41:02 HUEDevice HUESensor_4 battery: 79
2016-10-14 20:41:02 HUEDevice HUESensor_4 reachable: true
2016-10-14 20:41:02 HUEDevice HUESensor_4 1002
2016-10-14 20:46:07 HUEDevice HUESensor_4 battery: 81
2016-10-14 20:46:07 HUEDevice HUESensor_4 reachable: true
2016-10-14 20:46:07 HUEDevice HUESensor_4 1002
2016-10-14 21:21:38 HUEDevice HUESensor_4 1002
2016-10-14 21:21:38 HUEDevice HUESensor_4 reachable: true
2016-10-14 21:21:38 HUEDevice HUESensor_4 battery: 79
2016-10-14 21:26:41 HUEDevice HUESensor_4 battery: 79
2016-10-14 21:26:41 HUEDevice HUESensor_4 reachable: true
2016-10-14 21:26:41 HUEDevice HUESensor_4 1002
2016-10-14 21:41:55 HUEDevice HUESensor_4 1002
2016-10-14 21:41:55 HUEDevice HUESensor_4 reachable: true
2016-10-14 21:41:55 HUEDevice HUESensor_4 battery: 79
2016-10-14 21:47:01 HUEDevice HUESensor_4 battery: 81
2016-10-14 21:47:01 HUEDevice HUESensor_4 1002
2016-10-14 21:47:01 HUEDevice HUESensor_4 reachable: true

and in log :

Code Auswählen Erweitern

2016-10-08_19:48:28 HUESensor_4 battery: 77
2016-10-14_19:55:20 HUESensor_4 reachable: true
2016-10-14_19:55:20 HUESensor_4 1002
2016-10-08_19:48:29 HUESensor_4 1002
2016-10-14_20:00:25 HUESensor_4 reachable: true
2016-10-14_20:00:25 HUESensor_4 battery: 79
2016-10-08_19:48:28 HUESensor_4 reachable: true
2016-10-14_20:15:40 HUESensor_4 1002
2016-10-14_20:15:40 HUESensor_4 battery: 77
2016-10-08_19:48:29 HUESensor_4 battery: 79
2016-10-14_20:20:45 HUESensor_4 1002
2016-10-14_20:20:45 HUESensor_4 reachable: true
2016-10-08_19:48:28 HUESensor_4 battery: 79
2016-10-14_20:41:02 HUESensor_4 reachable: true
2016-10-14_20:41:02 HUESensor_4 1002
2016-10-08_19:48:29 HUESensor_4 battery: 81
2016-10-14_20:46:07 HUESensor_4 reachable: true
2016-10-14_20:46:07 HUESensor_4 1002
2016-10-08_19:48:28 HUESensor_4 1002
2016-10-14_21:21:38 HUESensor_4 reachable: true
2016-10-14_21:21:38 HUESensor_4 battery: 79
2016-10-08_19:48:29 HUESensor_4 battery: 79
2016-10-14_21:26:41 HUESensor_4 reachable: true
2016-10-14_21:26:41 HUESensor_4 1002
2016-10-08_19:48:28 HUESensor_4 1002
2016-10-14_21:41:55 HUESensor_4 reachable: true
2016-10-14_21:41:55 HUESensor_4 battery: 79
2016-10-08_19:48:29 HUESensor_4 battery: 81
2016-10-14_21:47:01 HUESensor_4 1002
2016-10-14_21:47:01 HUESensor_4 reachable: true

[acheron24]

Habe das gleiche Verhalten wie oliv06 festgestellt. 2 Hue DimmerSwitches und ein HueTap, beide eingebunden ins aktuelle (Stand: 15.10.16) FHEM schalten per Notify diverse HueDevices, Osram Lampen und FritzDECT200 Steckdosen.
und von Zeit zu Zeit werden die zuletzt gedrückten Tasten erneut ausgeführt. Im Eventmonitor sehe ich allerdings nichts davon.

Mein FhemBackup vom 2.Oktober 2016 macht das nicht. Habe ich gestern mal eingespielt und seitdem ist Ruhe.

Bridge 2012, 1.15
HueDimmerSwitch define:
define KuechenSwitch1 HUEDevice sensor 21 5 IODev=huebridge1
HueTap define:
define Huetap1 HUEDevice sensor 2 5 IODev=huebridge1

und wenn ich jetzt 30_HUEBridge.pm und 31_HUEDevice.pm über FHEM aktualisieren lasse, gehen die Geisterschaltungen plötzlich los. Allerdings kann ich kein zeitliches System feststellen. Total unregelmäßig und keine Info im Logfile.

[justme1968]

@oliv06: i have found a problem with the timestamp handling. it should be fixed with the update tomorrow.

@acheron24: ist glaube das ist ein anderes problem. sollte mit dem update morgen aber auch behoben sein.

gruss
  andre

[nicor2k]

Hat eigentlich noch jemand Problem mit den hue tap Lichtschaltern?

Ich habe gestern ein Update gemacht, seitdem reagieren sie immer mal wieder auf einen Tastendruck. Also die Bridge nicht, die Lichter bleiben aus, aber FHEM denkt, der Knopf würde gedrückt und reagiert dann darauf.

Ich habe jetzt eine ältere Version von den beiden Modulen 31_HUEDevice_NEU.pm und 30_HUEBridge_NEU.pm vom August wiederhergestellt und warte mal, ob das wieder weg ist. Hat da auch jemand anders Probleme mit?

Danke!

[justme1968]

schau doch mal die beiträge genau über deinem an...

[nicor2k]

Ooops... ich hatte die ersten Einträge der letzten beiden Seiten gelesen, die letzten nicht mehr - sorry, mein Fehler. Dachte nämlich zuerst, dass es an dem Dash-Button liegt, den hatte ich auch auf dein Skript umgestellt von einem einfachen LAN Ping...

Danke!

[Navigator]

Ohne eine Bridge bis jetzt zu besitzen, aber wie sieht es mit der Gesprächigkeit dieser aus. Wird auch ohne Nutzereingriff, also schalten oder dimmen irgendwelche Kommunikation zwischen Lampen und Bridge geführt, ähnlich Homematic Statusmeldungen etc. Da ich schon ein paar schlechte Erfahrungen mit zu vielen und vor allem gemischten Systemen bzw. Endgeräten und zeitgleichen Funküberlagerungen gemacht habe, wollte ich nicht auf noch ein zusätzliches System setzen, was dieses Phänomen durch zu viel Funkverkehr noch verstärkt.