philips hue modul

[justme1968]

ich habe inzwischen eine version der module fast fertig die nicht mehr blockierend auf die antwort der bridge wartet sondern alles asynchron auswertet. diese version wird auch kein pollen von jedem einzelne hue device mehr nötig haben sondern das pollen kann über das bridge device und dann mit einer anfrage für alle devices passieren.

genaue doku gibt es sobald alles fertig ist.

ich brauche aber noch den ein andern anderen tester

gruss
  andre

[Loredo]

Ja hallo hier! *Handheb*

[justme1968]

hier zum testen eine erste version nicht mehr blockierend auf die bridge wartet.

was ist neu:
- es gibt für die bridge das neue attribut httpUtils
  nicht gesetzt -> alles wie bisher
  0 -> es wird HttpUtils_BlockingGet verwendet statt der eigenbau lösung. immer noch blockierend!
  1 -> es wird (für fast alles) HttpUtils_NonblockingGet verwendet.
  mit verbose 4 für die bridge sieht man im logfile womit abgefragt wird

- es gibt ein neues attribut pollDevices für die bridge
  1 -> die bridge pollt auf einen schlag alle devices.
  es ist nicht mehr nötig das die devices selber pollen -> dort das intervall sehr groß machen,
  und dafür in der bridge kleiner als bisher. funktioniert nur mit httpUtils

- nach einem set auf eine gruppe werden einmalig alle beteiligten devices gepollt

- die liste der bekannte devices ist akutalisiert

- der wertebereich für bri und sat ist von 254 auf 255 geändert.
  laut api dokumentation ist das inzwischen so. ich bin aber nicht sicher ob das wirklich richtig ist.

was noch nicht geht:
- das pollen der devices komplett abschalten.
  deshalb das intervall sehr groß machen wenn pollDevices in der bridge verwendet wird.
  ich vermute ein unterschied in der auslastung ist erst ab 5 oder 6 devices bemerkbar.
  aber auch da bin ich mir nicht sicher.

gruss
  andre

[der-Lolo]

Hallo Andre,
bis jetzt läuft alles wunderbar mit der neuen Version - gerade fällt mir aber etwas auf,
ich habe ja auch einige Living Whites Steckdosen, eine davon zeigt mir gerade in der Oberfläche nicht mehr das power-black Icon sondern ein Kästchen mit der Angabe dim93% im FHEMWEBtablet 8085
Der Hardware Schalter der Steckdose steht auf on/off
Im STATE wird auch 93% angezeigt... Setzen auf 99% wird nicht akzeptiert.
Meine Icon Bastelei mit

Code Auswählen Erweitern

HUEDevice15 IF ([HUEDevice15:reachable] eq "true") (IF ($hour ~~ [6..21]) (attr HUEDevice15 devStateIcon on:power-green:off off:power-black:on) ELSE (attr HUEDevice15 devStateIcon .*:power-orange:off,set HUEDevice15 off)) ELSE (attr HUEDevice15 devStateIcon .*:power-red:off)
wird gänzlich ignoriert, im FHEMWEB 8083 wird das devStateIcon (Glühlampe mit Strichen) angezeigt...

Denkst Du es gibt einen Zusammenhang zur neuen Version?
Komischerweise zeigt auch nur Device15 dieses Verhalten...

[justme1968]

hast du den subtype auch auf switch gestellt?

ich vermute es hängt mit dem ändern von 254 auf 255 für die obergrenzen zusammen.

ich schau es mir an.

gruss
  andre

[der-Lolo]

subType auf switch, nein das hatte ich nicht, habe ich gerade erst gemacht... Wusste gar nicht das es da was einzustellen gibt. Es verändert sich aber nichts, ich habe gerade auch mal durchgestartet... Keine Änderung

[felix]

Hallo,

ich habe die beiden Module gerade auch zum testen integriert. Eine erste kurze Rückmeldung:
Sobald ich httpUtils auf 1 setze, startet FHEM nicht mehr und gibt folgenden Fehler aus:

Code Auswählen Erweitern


malformed JSON string, neither array, object, number, string or atom, at character offset 0 (before "(end of string)") at ./FHEM/30_HUEBridge.pm line 506


Setze ich httpUtils auf 0, scheint soweit alles zu funktionieren.

Grüße Felix

[justme1968]

setz mal bitte verbose für die bridge auf 5 und zeig mir das log.

zeile 506 wird bei httpUtils = 1 eigentlich nur beim start ausgeführt und im normal betrieb nicht mehr. da ist etwas komisch.

gruss
  andre

[der-Lolo]

Hallo Andre,
ich habe nichts geändert - kein update gemacht...
Das Icon ist wieder normal... Auch nicht mehr neu gestartet...
Einziger Vorgang an dieser Steckdose war ein at in den Morgenstunden.

[felix]

Das Problem hat sich erstmal gelegt, bevor ich verbose 5 eingestellt habe.
Nachdem FHEM ca. 5 mal direkt nicht mehr startete war es danach so, daß er ca. 5 Minuten lief und dann der Fehler kam.

Ich habe dann alles vom Router bis zum Cubie, auf dem FHEM läuft neu gestartet und nun läuft es.

Solltest Du trotzdem generell logs o.ä. als Entwicklungs- oder Testrückmeldung brauchen, schicke ich Sie gerne jederzeit.

Grüße

Felix

[HolyMoly]

Hallo Leute,

Hat schon jemand versucht eine flackernde Kerze/Karminfeuer mit dem HUE modul zu simulieren?
Macht es überhaupt Sinn das über die fhem module random und huedevice zu machen oder besser gleich direkt im huedevice als effect implementieren?
Ich meine bzgl. Latenzen und overhead...

Hier ein einfaches applescript als Beispiel:

Code Auswählen Erweitern

repeat
set HUB to "192.168.0.201" -- Replace with your hub's IP address
set USER to "xxxxxxxxxxxxxxxxxxxxxxxxxx" -- Replace with your username hash
repeat
repeat with bulb from 1 to 3 -- Change if you have more bulbs or want to use a subset
set ct to (random number from 400 to 500) -- Use 350-500 for a wider color spectrum
set bri to (random number from 100 to 150) -- Play with ranges from 0-255.
set transitiontime to (random number from 1 to 3) -- Increase range for slower transitions
set query to "{\"ct\":" & ct & ",\"bri\":" & bri & ",\"transitiontime\":" & transitiontime & "}"
do shell script "curl --request PUT --data " & (quoted form of query) & " http://" & HUB & "/api/" & USER & "/lights/" & bulb & "/state/"
end repeat
delay (random number from 1 to 3) / 10 -- Increase range for slower color changes
end repeat


Gruß Holy

[Loredo]

Hallo André,

ich bin jetzt auch mal zum Testen gekommen.

Mir ist nicht ganz klar, welche Rolle die Intervalle bei den Devices spielen, sollte das dort nicht einfach ignoriert werden, wenn httpUtils beim IODev auf 1 gesetzt ist?

Gefühlt reagieren die Bulbs nun langsamer, wenn ich im Colorpicker eine Farbe auswähle.

Natürlich habe ich auch mit meinem ambiHue Programm getestet. Auch hier habe ich gefühlt den Eindruck, dass die Übertragung hin und wieder etwas unflüssiger ist. Auch wenn ich dort natürlich bis zu 5 Befehle pro Sekunde absetze, so hat das beim alten Modul wenig Problme gemacht. Vielleicht ist es aber auch nur so ein Gefühl...

Es tauchen während des ambiHue Programms eine Menge von Fehlermeldungen im Log auf:

Code Auswählen Erweitern

2014.03.22 13:29:22 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:29:35 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:29:38 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:29:48 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:29:48 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:30:01 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:30:14 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:30:40 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:30:55 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:30:55 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:31:19 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:31:33 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:31:59 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:32:26 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:32:39 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:32:52 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:33:18 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:33:31 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:33:44 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:33:46 3: at_FHEM.save: Wrote configuration to fhem.cfg
2014.03.22 13:33:58 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:34:10 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:34:24 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:34:40 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:34:50 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:35:03 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:35:16 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:35:16 3: LR_Ceilling: I/O device is HUE
2014.03.22 13:35:56 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:36:21 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:36:21 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:36:34 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:37:00 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:37:14 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:37:27 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:37:40 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:37:54 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:38:07 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:38:26 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:38:33 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:38:46 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:38:59 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:39:12 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:39:26 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:39:42 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:39:51 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:39:57 3: sleep 4.71591949463002e-05 : Cannot interpret 4.71591949463002e-05 as seconds
2014.03.22 13:40:04 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:40:04 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:40:30 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:40:44 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:40:58 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:41:10 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:41:10 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:41:27 3: sleep 5.00202178955189e-05 : Cannot interpret 5.00202178955189e-05 as seconds
2014.03.22 13:41:30 2: HUE: http request failed: 192.168.6.91: Connection reset by peer
2014.03.22 13:41:31 2: HUE: http request failed: 192.168.6.91: Connection reset by peer
2014.03.22 13:41:42 2: HUE: http request failed: 192.168.6.91: Connection reset by peer
2014.03.22 13:41:42 2: HUE: http request failed: 192.168.6.91: Connection reset by peer
2014.03.22 13:41:44 2: HUE: http request failed: 192.168.6.91: Connection reset by peer
2014.03.22 13:41:44 2: HUE: http request failed: 192.168.6.91: Connection reset by peer
2014.03.22 13:41:49 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:41:51 3: sleep 6.69479370117299e-05 : Cannot interpret 6.69479370117299e-05 as seconds
2014.03.22 13:42:04 2: HUE: http request failed: 192.168.6.91: Connection reset by peer
2014.03.22 13:42:16 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:42:29 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:42:42 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:42:55 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:43:09 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:43:22 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:43:28 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:43:35 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:43:48 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:44:14 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:44:27 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:44:40 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:44:44 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:44:53 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:45:06 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:45:20 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:45:45 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:46:00 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:46:00 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:46:11 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:46:24 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:46:37 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:46:51 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received

2014.03.22 13:47:04 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received


Ich habe auch mal lights/2/ und lights/2/state manuell aufgerufen. Ersteres gibt ein normales JSON zurück

Code Auswählen Erweitern


{"state": {"on":true,"bri":246,"hue":11776,"sat":104,"xy":[0.5171,0.4128],"ct":475,"alert":"none","effect":"none","colormode":"hs","reachable":true}, "type": "Extended color light", "name": "LR Ceiling", "modelid": "LCT001", "swversion": "66010820", "pointsymbol": { "1":"none", "2":"none", "3":"none", "4":"none", "5":"none", "6":"none", "7":"none", "8":"none" }}


der zweite Link scheint einen Fehler im JSON zurück zu geben:

Code Auswählen Erweitern


[{"error":{"type":3,"address":"/lights/2/state","description":"resource, /lights/2/state, not available"}}]


Das wundert mich ehrlich gesagt etwas, denn die Leuchte ist sehr wohl erreichbar. Aber vielleicht ist das ja auch ein ungültiger API Aufruf?


Gruß
Julian

[Loredo]

Noch etwas in eigener Sache:


während das ambiHue Programm läuft, setze ich bei beteiligten HUE Leuchten das Attribut event-on-change-reading auf "none", damit keine Events ausgelöst werden während sich das Licht dauerhaft verändert. Allerdings wird das Attribut wohl vom Trigger für das Update des Colorpicker ignoriert, die Farben werden trotzdem stetig im Webfrontend aktualisiert. Das ist natürlich suboptimal für die Performance, wenn man 5 Mal pro Sekunde ein Update an die Bulb schickt :-/

[justme1968]

beim intervall bei den devices muss ich mir noch etwas überlegen. ich möchte das es z.b. möglich ist alle lampen alle x sekunden über die bridge und ein paar bestimmte häufiger direkt zu pollen.

die verzögerung ist auf jeden fall etwas größer wenn man es asynchron abfragt. der overhead ist größer. ich könnte das auf mein system aber nicht wirklich sehen.

dadurch das asynchron gearbeitet wird kann es auch passieren das mehr als ein kommando gleichzeitig zur bridge offen ist. ich vermute das sind die empty answer meldungen. die bridge kommt nicht mehr hinterher. es gibt auch noch ein x kommandos pro sekunde limit für die bridge. ich weiß nicht wie sich das auswirkt. hier wird wirklich jedes einzelne kommando für jedes device einzeln gezählt.

im ambihue modus ist es aber eigentlich sogar sinnvoll die status abfrage nach jedem kommando komplett weg zu lassen. versuch mal delayedUpate auf einen sehr großen wert zu setzen und schau ob es dann flüssiger arbeitet. das würde dir hälfte der kommunikation einsparen.

gruss
  andre

[justme1968]

ich hab noch ein paar Ideen wie man eventuell den aufruf für dich optimieren kann.

ich muss mal ein bischen probieren und messen.

gruss
  andre