Philipps Hue mit HM-LC-SW1-FM schaltet zeitverzögert

[steewan]

Hallo,

ich habe bei mir einen  HM-LC-SW1-FM installiert. Wenn dieser geschaltet wird, sollen die Leuchten mit Philipps Hue eingeschaltet werden. Das ganze habe ich mit einem define ... notify switch:on set hue on  verknüpft. Soweit funktioniert dieses auch. Allerdings gibt es zwischen dem betätigen des Schalters und dem Schalten der Leuchten eine Pause von ca. 3-4 Sekunden, was natürlich nciht schön ist. Hat jemand eine Idee wieso?

Wenn ich die Leuchten direkt mit Philipps Hue oder der Weboberfläche schalte, dann werden die Leuchten nicht mit solch einer Verzögerung geschaltet.

Viele Grüße
Stefan

[der-Lolo]

Ich kann das verhalten bestätigen, wenn ich den Schalter betätige vergeht ne Weile bis die Hue Lampe angeht - wenn du den Kanal aber über die webcmd schaltest verhalten sie sich genau wie mit der Hue app.

Ich kann das zwar in meinem Anwendungsfall akzeptieren - grundsätzlich würde ich aber auch gerne wissen wie es zu dieser Verzögerung kommt, ich habe schon überlegt einen Dummy zu Peeren und die Hue dann mithilfe das Dummys zu schalten. Ich vermute nämlich das die Hue Lampe erst schaltet wenn der HM-Switch eine positive Rückmeldung gibt.

[martinp876]

ihr könnt sicher entsprechende logs ziehen. Schaltet einmal "viele" logs ein - und dann schauen, was  wann passiert

attr global verbose 5
attr global mseclog 1

schalten und loggen, timing auswerten

Gruss Martin

[der-Lolo]

Hallo Martin,
Ok - ich habe gerade mal mein Glück versucht...

2013.11.05 15:25:18.657 5: HM_LAN dispatch A0F74A4101AA72B0655060601C80080C8::-64:HM_LAN
2013.11.05 15:25:18.721 5: Triggering ku_sw1.1 (9 changes)
2013.11.05 15:25:18.724 5: Notify loop for ku_sw1.1 phyLevel: 100 %
2013.11.05 15:25:18.738 5: Triggering Hue_ku_an
2013.11.05 15:25:18.741 5: Cmd: >set HUEDevice13 on : bri 27 : ct 359<
2013.11.05 15:25:18.763 5: HUEBridge_HTTP_Request http://192.168.178.31//lights/13/state: Got data, length: 122
2013.11.05 15:25:18.790 5: HUEBridge_HTTP_Request http://192.168.178.31//lights/13: Got data, length: 358
2013.11.05 15:25:18.814 5: Triggering HUEDevice13 (6 changes)
2013.11.05 15:25:18.817 5: Notify loop for HUEDevice13 ct: 359 (2785K)
2013.11.05 15:25:18.845 5: Cmd: >set HUEDevice12 on : bri 27 : ct 359<
2013.11.05 15:25:18.867 5: HUEBridge_HTTP_Request http://192.168.178.31//lights/12/state: Got data, length: 122
2013.11.05 15:25:18.894 5: HUEBridge_HTTP_Request http://192.168.178.31/api/lights/12: Got data, length: 359
2013.11.05 15:25:18.919 5: Triggering HUEDevice12 (6 changes)
2013.11.05 15:25:18.922 5: Notify loop for HUEDevice12 ct: 359 (2785K)
2013.11.05 15:25:18.971 5: Triggering ku_sw1.2 (2 changes)
2013.11.05 15:25:18.974 5: Notify loop for ku_sw1.2 chn:off  phys:100 %
2013.11.05 15:25:18.997 5: Triggering ku_sw1.3 (2 changes)
2013.11.05 15:25:19.000 5: Notify loop for ku_sw1.3 chn:off  phys:100 %

So wie ich das sehe sieht der zeitliche Verlauf beim schalten von ku_sw gar nicht so schlecht aus - die LEDs die direkt am Schalter hängen schalten aber unverzüglich, die HUE leuchtmittel hängen etwa 2 Sekunden hinterher...

Beim schalten über den webcmd:

2013.11.05 15:34:09.951 5: Cmd: >set ku_sw1.1 on<
2013.11.05 15:34:09.957 5: Triggering ku_sw1.1 (1 changes)
2013.11.05 15:34:09.960 5: Notify loop for ku_sw1.1 set_on
2013.11.05 15:34:09.982 2: CUL_HM set ku_sw1.1 on
2013.11.05 15:34:09.984 5: HMLAN_Send:  HM_LAN I:+1AA72B,00,00,
2013.11.05 15:34:09.988 5: HMLAN_Send:  HM_LAN S:S28AF5C05 stat:  00 t:00000000 d:01 r:28AF5C05 m:01 A011 065506 1AA72B 0201C80000
2013.11.05 15:34:09.994 4: Connection closed for FHEMWEB:192.168.178.8:60649
2013.11.05 15:34:09.997 4: Connection closed for FHEMWEB:192.168.178.8:60654
2013.11.05 15:34:09.999 4: Connection closed for FHEMWEB:192.168.178.8:60651
2013.11.05 15:34:10.128 4: HTTP FHEMWEB:192.168.178.8:60655 GET /fhem?room=Test
2013.11.05 15:34:10.212 4: /fhem?room=Test / RL:1487 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2013.11.05 15:34:10.215 5: HMLAN_Parse: HM_LAN R:R28AF5C05 stat:0001 t:62E26372 d:FF r:FFC0     m:01 8002 1AA72B 065506 0101C80044A4
2013.11.05 15:34:10.217 5: HM_LAN dispatch A0F0180021AA72B0655060101C80044A4::-64:HM_LAN
2013.11.05 15:34:10.230 5: Triggering ku_sw1.1 (8 changes)
2013.11.05 15:34:10.232 5: Notify loop for ku_sw1.1 level: 100 %
2013.11.05 15:34:10.245 5: Triggering Hue_ku_an
2013.11.05 15:34:10.248 5: Cmd: >set HUEDevice13 on : bri 27 : ct 359<
2013.11.05 15:34:10.270 5: HUEBridge_HTTP_Request http://192.168.178.31/api//lights/13/state: Got data, length: 122
2013.11.05 15:34:10.300 5: HUEBridge_HTTP_Request http://192.168.178.31//lights/13: Got data, length: 358
2013.11.05 15:34:10.325 5: Triggering HUEDevice13 (6 changes)
2013.11.05 15:34:10.328 5: Notify loop for HUEDevice13 ct: 359 (2785K)
2013.11.05 15:34:10.348 5: Cmd: >set HUEDevice12 on : bri 27 : ct 359<
2013.11.05 15:34:10.371 5: HUEBridge_HTTP_Request http://192.168.178.31/api//lights/12/state: Got data, length: 122
2013.11.05 15:34:10.402 5: HUEBridge_HTTP_Request http://192.168.178.31//lights/12: Got data, length: 359
2013.11.05 15:34:10.426 5: Triggering HUEDevice12 (6 changes)

Mein Define schaut so aus...

define Hue_ku_an notify ku_sw1.1:on.* set HUEDevice13 on : bri 27 : ct 359 ;; set HUEDevice12 on : bri 27 : ct 359

[martinp876]

Hi,

wie du schon sagst - alles was zu sehen ist reagiert im Rahmen von 500ms.
mit HUE kenne ich mich nicht aus, musst du bei den Spezialisten nachfragen. Es wird offensichtlich über http angesprochen. Hier kann ich nicht sehen, wie lange das braucht.
HM reagiert im Rahmen seiner Möglichkeiten.

Gruss Martin

[justme1968]

wenn der http request zurück kommt schaltet die bridge die lampen. d. h da ist auch nicht wirklich eine verzögerung. schalte dir lampen mal testweise einfach nur mit 'set on' und vielleicht auch ein mal mit zusätzlichem 'transitiontime 0'.

macht das einen unterschied?

siehst du eine verzögerung zwischen erster und zweiter lampe?

gruss
  andre

[der-Lolo]

Eine Verzögerung zwischen erster und zweiter Lampe gibt es nicht wohl aber zwischen direkt am Schalter angeschlossener LEDs und den Hue leuchten...
Ein einfaches set on oder set on transitiontime 0 bringt keinen Unterschied...
Ich hab das für mich schon als Schönheitsfehler abgehackt - habe auch noch einen zweiten HM Schalter mit dem ich das hue System schalte, hier ist es genauso...

Was mich nur wundert ist das beim schalten über Webcmd die Verzögerung zwar auch da ist, aber eindeutig kürzer ausfällt...
Vor ner Weile fragte mal jemand ob man hue über einen MDIR Bewegungsmelder schalten kann - da schrieb ich dann das er sicher nicht glücklich damit wird - weil ja der MDIR schon nicht umgehend schaltet und dann noch die hue Verzögerung dazu käme...

[justme1968]

ja. ich weiß. wobei ich meine hues über einen mdir schalte es die verzögerung völlig ok und nicht größer als bei einem hm led dimmer. der allerdings auch über fhem und nicht direkt.

bei den bewegungsmeldern kommt ja auch noch dazu das das erkenne an sich manchmal länger dauert als erwartet.

warum das direkt schalten der hues bei dir per
notify so sehr viel langsamer ist als über das web frontend ist komisch. aber vielleicht ist das eine gerade unter der schwelle 'verzögerung bemerkbar' und das andere gerade drüber und der unterschied ist messbar gar nicht so viel größer.

gruss
  andre

[der-Lolo]

Hehe, vielleicht mach ich ja mal ein Video...
In meinem fall hab ich kein Problem - die LEDs sorgen ja für licht - die HUEs sind eh nur detailbeleuchtung...

[martinp876]

Langsame notifies hatte ich auch schon beobachtet. Je nachdem, wie es bearbeitet wird sind bei einem Notify erst ALLE mithörer zu informieren - über alle Events. Und die Hörer/empfänger der notifies müssen ggf ihre Arbeit verrichten. Das kann das schreiben von files sein  - oder schlimmeres.
Hast du viele Notifies am Start? Bedenke, dass quasi alle Logfiles eigentlich notifies sind - und es kann noch andere Versteckte geben. Das muss kein Problem sein, könnte aber.
Eine Verzögerung von 2-3 sek ist aber dennoch gewaltig.
Trotzdem - kontrollieren einmal, wen du alles an start findest.

Gruss Martin

[Benny_82]

Die Schaltzeiten der ersten HUE-Lampe sind bei mir in Ordnung, jedoch habe ich den Effekt, das die Lampen deutlich nacheinander schalten.
Es schwankt alles ein wenig, aber ich würde schätzen 0,5 bis 1 Sekunde kann es schon sein.
Wollte ein "aufblinken" realisieren als optische Rückmeldung, dass macht aber keinen sind wenn die lampen völlig asynchron aufblinken...

Habt ihr ähnliche Effekte oder läuft es bei euch Zeitgleich?
Der Effekt tritt auch bei einem Wechsel mit direkt mit "set lightszene scene hell" auf. Ich kann immer schön beobachten wie Lampe für Lampe nacheinander eingeschaltet wird.

Hardware:
Rapsberry PI Model B 512
Sollte alles auf dem Neuesten Stand sein

HUE-Bridge sowie diverse HUE - Bulbs und LC Lampen

[justme1968]

die lampen werden zur zeit aus dem fhem modul unabhängig gesteuert. d.h. nacheinander und nicht als hue groups. auch wenn es über lightscene geht.

bitte schau mal zum einen ob die hue bulbs alle die gleiche firmware haben und zum anderen ob es einheitlicher wird wenn du zum aufblinken die ramptime explizit sehr niedrig (also z.b. auf 1) setzt oder ob ein set alert weniger asynchron ist.

kannst du mir mal bitte ein log mit verbose 5 senden von einem 'set lightszene scene hell'? vielleicht bin ich weniger empfindlich aber ich habe nicht den eindruck das ich bei meinen lampen wirklich ein nacheinander sehe.

die hue groups über die bridge zu steuern habe ich noch vor. ich weiss aber noch nicht so genau wie sich das am besten in fhem integrieren lässt.

gruss
  andre

[martinp876]

Hallo Benny, Andre,

Ist ein bisschen off-topic aber vielleicht hilft es:
zum einen könnt ihr prüfen, wann die Kommandos gesendet werden - global mseclog =1 setzen.

zum Anderen habe ich eine Utility gebastelt, die langsame Funktionen finden soll - also Funktionen, die lange brauchen und daher den Ablauf blockieren.
Voraussetzung ist, das fhem aktuell ist.
Das File im Anhang in das FHEM Verzeichniss kopieren und ein "reload apptime" machen.
Es werden nun alle Laufzeiten der "applikationen" aufgezeichnet (nicht der 'Kernel').
mit
apptime
sieht man dann die Funktionen und deren Laufzeit.

apptime   [clear|<field>] [top|all] [<filter>] application function calls and duration

apptime clear
werden alle Zähler gelöscht, auswertung beginnt neu
<field> kann sein :count,funktion,average,clear,max,name,total
und ist die Sortierung der Ausgabe

top sind die Grössten Werte der Sortierung, all sind alle
man kann noch filtern, nach Namen

Für Delays ist in erster Linie "max" verantwortlich - das ist die maximal gemessene Laufzeit einer Funktion. Average eben der Mittelwert.
Total ist die akkumulierte Laufzeit des Moduls.

Alle Zeiten in ms

Gruss Martin

[Benny_82]

Hier der Logfile-Auszug einen Fehler in einem notifiy konnte ich noch finden, den ich wohl gestern abend eingebaut hatte, da der on Status bei den HUE-lampen nicht immer korrekt gesetzt wurde, da musste mal schnell ein workaround her, da ich den fehler nicht sinnvoll reproduzieren konnte.

Die Softwareversionen sind unterschiedlich, da auch unterschiedliche Geräte angesteuert werden
HUE Bulbs (3) : 65003148
LC Bloom (3): 3.0.0.7119
LC Aura (2) + LC Iris (1): 4.6.0.8274

Die beiden Tests ramptime/alert kann ich leider erst am Donnerstag machen, da ich derzeit nicht zuhause bin und nur per VPN zugreifen kann.

2013.12.02 15:58:25.167 5: Cmd: >set lampen_wohnzimmer scene hell<
2013.12.02 15:58:25.186 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/1/state: Got data, length: 132
2013.12.02 15:58:25.211 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/1: Got data, length: 340
2013.12.02 15:58:25.235 5: Triggering HUEDevice1 (1 changes)
2013.12.02 15:58:25.247 5: Notify loop for HUEDevice1 RGB: ffd05c
2013.12.02 15:58:25.336 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/12/state: Got data, length: 135
2013.12.02 15:58:25.363 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/12: Got data, length: 367
2013.12.02 15:58:25.388 5: Triggering HUEDevice12 (1 changes)
2013.12.02 15:58:25.400 5: Notify loop for HUEDevice12 RGB: ffd56e
2013.12.02 15:58:25.486 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/2/state: Got data, length: 132
2013.12.02 15:58:25.511 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/2: Got data, length: 347
2013.12.02 15:58:25.535 5: Triggering HUEDevice2 (1 changes)
2013.12.02 15:58:25.547 5: Notify loop for HUEDevice2 RGB: ffd05c
2013.12.02 15:58:25.633 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/3/state: Got data, length: 132
2013.12.02 15:58:25.658 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/3: Got data, length: 349
2013.12.02 15:58:25.682 5: Triggering HUEDevice3 (1 changes)
2013.12.02 15:58:25.694 5: Notify loop for HUEDevice3 RGB: ffd05c
2013.12.02 15:58:25.781 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/4/state: Got data, length: 132
2013.12.02 15:58:25.806 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/4: Got data, length: 349
2013.12.02 15:58:25.830 5: Triggering HUEDevice4 (1 changes)
2013.12.02 15:58:25.842 5: Notify loop for HUEDevice4 RGB: ffd05c
2013.12.02 15:58:25.928 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/6/state: Got data, length: 132
2013.12.02 15:58:25.953 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/6: Got data, length: 348
2013.12.02 15:58:25.977 5: Triggering HUEDevice6 (1 changes)
2013.12.02 15:58:25.989 5: Notify loop for HUEDevice6 RGB: ffd05c
2013.12.02 15:58:26.076 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/7/state: Got data, length: 132
2013.12.02 15:58:26.101 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/7: Got data, length: 347
2013.12.02 15:58:26.126 5: Triggering HUEDevice7 (1 changes)
2013.12.02 15:58:26.137 5: Notify loop for HUEDevice7 RGB: ffd05c
2013.12.02 15:58:26.226 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/8/state: Got data, length: 132
2013.12.02 15:58:26.253 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/8: Got data, length: 369
2013.12.02 15:58:26.277 5: Triggering HUEDevice8 (1 changes)
2013.12.02 15:58:26.289 5: Notify loop for HUEDevice8 xy: 0.4124,0.4011
2013.12.02 15:58:26.359 5: Triggering HUEDevice8 (1 changes)
2013.12.02 15:58:26.370 5: Notify loop for HUEDevice8 RGB: ffe06f
2013.12.02 15:58:26.460 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/9/state: Got data, length: 132
2013.12.02 15:58:26.486 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/9: Got data, length: 363
2013.12.02 15:58:26.510 5: Triggering HUEDevice9 (1 changes)
2013.12.02 15:58:26.521 5: Notify loop for HUEDevice9 xy: 0.2524,0.1877
2013.12.02 15:58:26.591 5: Triggering HUEDevice9 (1 changes)
2013.12.02 15:58:26.602 5: Notify loop for HUEDevice9 RGB: 564bfb
2013.12.02 15:58:26.671 5: Triggering lampen_wohnzimmer (1 changes)
2013.12.02 15:58:26.683 5: Notify loop for lampen_wohnzimmer scene hell

EDIT: Zeitversatz sind also ca. 1,5 Sekunden was zwar einen lustigen Effekt bei lichtwechseln hat (neue Farbe "schwimmt" langsam von rechts nach links durch die Wohnung), aber für ein "aufblinken" drei mal eine Sekunde, immernoch zu viel ist.

[martinp876]

25.247 Notify loop for HUEDevice1 RGB: ffd05c
25.400 Notify loop for HUEDevice12 RGB: ffd56e
25.547 Notify loop for HUEDevice2 RGB: ffd05c
25.694 Notify loop for HUEDevice3 RGB: ffd05c
25.842 Notify loop for HUEDevice4 RGB: ffd05c
25.989 Notify loop for HUEDevice6 RGB: ffd05c
26.137 Notify loop for HUEDevice7 RGB: ffd05c
26.289 Notify loop for HUEDevice8 xy: 0.4124,0.4011
26.370 Notify loop for HUEDevice8 RGB: ffe06f
26.521 Notify loop for HUEDevice9 xy: 0.2524,0.1877
26.602 Notify loop for HUEDevice9 RGB: 564bfb

zu sehen ist, dass jedes schalten 150ms braucht. Insgesamt ist es nach 1,4sec erledigt. Ist dies dein Problem oder ist das Device noch einmal langsamer?
Ansonsten muss  bei Scene oder HUE gesucht werden, was man beschleunigen kann.
Was du nicht aufgezeichnet hast ist die message vom Schalter. Somit kann man nicht sehen, wie "langsam" dies ist.

Gruss Martin

[Benny_82]

eine zusätzliche Verzögerung vom Schalter wäre mir "relativ" egal. Habe hier aber noch keine Probleme gehabt. Einzelne Lampen werden auch sehr schnell geschaltet. Selbst mein HM-SEC-MDIR schaltet meine "Unterbettbeleuchtung" normalerweise an wenn die Füße gerade den Boden berühren.

Ich denke das Problem liegt allein in den 1,4 Sekunden die Fhem intern benötigt um die Lampen zu schalten.
Gibt es eine Möglichkeit, die steuerbefehle auf einmal an die HUE-Bridge zu übertragen?

[justme1968]

ok. bei 11 devices glaube ich das man die 150ms sehen kann.

ich schaue mal ob man zumindest das alle schalten über das groups api verbessern kann. die aktuelle api version unterstütz das manuelle gruppieren leider nicht nicht. es gibt nur eine default Gruppe 0 für alle lampen und gruppen die automatisch hinzugefügt werden wenn eine living colors remote mit der bridge gepaired ist. es gibt zwar scheinbar workarounds doch schon selber gruppen zu erzeugen aber erst mal sehen ob es überhaupt schneller ist. und es gibt die Einschränkung auf maximal 16 gruppen pro bridge.

wenn du testen würdest poste ich heute abend oder morgen mal eine erste test version.

gruss
  andre

[Benny_82]

Klar bin jederzeit zum testen bereit. Ggf. brauch ich ein wenig unterstützung, da ich weder FHEM noch perl länger kenne.
Gehöre aber zur Familie der IT-ler, und bin interessiert und lernwillig, sollte also nicht so schlimm sein.

Bis Donnerstag, kann ich jedoch nur die Logs auswerten und schauen was sich da ändert. Donnerstag abend, könnte ich auch sagen ob es "gefühlt" schneller ist.

Gibt es irgendwo eine Doku der API? Wenn ich das richtig verstehe, sind Gruppen nicht der richtige Ansatz.
Gruppe = Menge Lampen die gleiche befehle erhalten
Es kann aber auch eine Lightszene sein die jede lampe anders einstellt, hätte man dann noch einen Vorteil von Gruppen?

Wenn ich das (ohne mich einzulesen) richtig verstanden habe werden http-requests an die Bridge geschickt. und zwar derzeit für jede lampe ein request. Wird hier Json verwendet? Gibt die HUE-API es her mehrere lampen in einem Request anzusteuern?

[justme1968]

gruppen sind dazu da mehrere lampen gleichzeitig identisch zu schalten. für dein aufblinken also genau richtig. für szenen bei denen die lampen unterschiedlich geschaltet werden sollen aber nicht.

es gibt zwar im api schon eine referenz auf scenes. die würden unter den groups hängen, die sind aber noch nicht unterstützt.

ja. es sind http-requests mit json. leider ist es aber so das jede lampe ihre eigene url hat und damit ist es (zur zeit) nicht möglich einen request für mehrere lampen abzusenden.

es gibt noch ein 'schedules' api über das man eine aktion für meherer lampen konfigurieren kann. aber das ist dann zeit gesteuert und lässt sich nicht absichtlich triggern.

das api hist prinzipiell hier beschrieben: http://developers.meethue.com/index.html

gruss
  andre

[Benny_82]

Vielen Dank schonmal für die Infos.

Habe mir das log nochmal genauer angeschaut, die meiste zeit brauchen diverse notifies wenn ich das richtig sehe.
habe nun versucht über das Attribut event-on-change = blubb mein HUEDevice1 so umzukonfigurieren dass keine notifies gefeuert werden. dies schein aber nicht zu klappen.
Außerdem wundert mich ein wenig, dass jeweils unterschiedliche notify loops gestartet werden, für bri oder rgb oder onoff.

Habe ich das mit dem event-on-change falsch verstanden? ich dachte es dürfte nun kein event und somit auch kein notify loop mehr ausgelöst werden. Events benötige ich vermutlich auch nicht für die HUE lampen.
Insgesamt werden 18 notifies ausgelöst mit ca. 1,25 sekunden laufzeit.

Ich hatte zwar zwischen durch einen Structure genutzt, die per notify die jeweils eingeschalteten lampen zugewiesen (addstruct) oder wieder gelöscht (delstruct) bekam. Diese Lösung war jedoch nicht sonderlich performant.

Bisher fehlt mir auch noch eine sinnvolle Variante alle eingeschalteten Lampen auszuwählen um bri/hue/sat ändern zu können. Aber hier kann ich gegebenfalls auch über HUEDevice.* auswählen und anschließend per Value($NAME) oder ReadingVal prüfen wie der aktuelle status ist. an dieser stelle ist mir die Performance deutlich weniger wichtig.

set lampen_wohnzimmer scene hell<
2013.12.02 17:55:43.107 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/1/state: Got data, length: 132
2013.12.02 17:55:43.132 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/1: Got data, length: 340
2013.12.02 17:55:43.158 5: Triggering HUEDevice1 (1 changes)
2013.12.02 17:55:43.167 5: Notify loop for HUEDevice1 RGB: ffd05c
2013.12.02 17:55:43.238 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/12/state: Got data, length: 135
2013.12.02 17:55:43.264 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/12: Got data, length: 367
2013.12.02 17:55:43.289 5: Triggering HUEDevice12 (4 changes)
2013.12.02 17:55:43.298 5: Notify loop for HUEDevice12 onoff: 1
2013.12.02 17:55:43.365 5: Triggering HUEDevice12 (1 changes)
2013.12.02 17:55:43.373 5: Notify loop for HUEDevice12 RGB: ffd56e
2013.12.02 17:55:43.442 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/2/state: Got data, length: 132
2013.12.02 17:55:43.467 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/2: Got data, length: 347
2013.12.02 17:55:43.491 5: Triggering HUEDevice2 (5 changes)
2013.12.02 17:55:43.500 5: Notify loop for HUEDevice2 bri: 254
2013.12.02 17:55:43.574 5: Triggering HUEDevice2 (1 changes)
2013.12.02 17:55:43.583 5: Notify loop for HUEDevice2 RGB: ffd05c

Glaubst du der Ansatz mit den notifies ist Sinnvoll? Werden die notifies intern Verwendet?
Ist der Ansatz eine Structure anzulegen in die alle eingeschalteten Lampen geschrieben werden, bzw gelöscht werden, wirklich so inperformant, oder habe ich da nur schlecht programmiert?

HUEDevice.* {
if(ReadingsVal("$NAME","pct",0) >0){
fhem "addstruct HUE_on $NAME";}
else {fhem "delstruct HUE_on $NAME";}
}

Gibt es möglichkeit die eingeschalteten lampen besser auszuwählen? Einzige möglichkeit die mir gerade einfällst wäre irgendwie über alle Lampen zu iterieren und jeweils den state zu prüfen.


Gruß
Benny

[justme1968]

mit event-on-change sagst du das nur noch geänderte readings (also solche die vom vorherigen wert abweichen) ein event auslösen bzw. die notifys triggern. wenn die lampen schaltest hat das aber natürlich zur folge das sich die readings ändern.

so lange du im frontend einen aktuellen status sehen möchtest ist es auch nicht wirklich sinnvoll die events abzuschalten.

alles was du dynamisch machst in dem du auf notify reagierst ist nur so schnell wie die notifys. also wenn es auf geschwindigkeit ankommt nicht optimal.

um mehrere lampen so schnell wie möglich zu schalten ist es auf jeden fall sinnvoll die ganzen http/json aufrufe in einem rusch zu machen und erst danach den status abzufragen und die events/notifys auszulösen. das ist auf user ebene so nicht möglich.

ich würde mehrere dinge vorschlagen:

- eine möglichkeit mehrere hue devices zu schalten und erst danach die notifys zu triggern

- eine 'dynamische' structure die ein kommando nur auf devices durchreicht die eine bestimmte bedingung erfüllen

- das gleiche für die lightscene

wenn es nicht bis morgen sein muss schaue ich mir das alles an. auch hier gilt: wenn du testen kannst ist es gut. ich habe nur 8 hue devices von denen aber nicht alle in betrieb sind und auch nicht im gleichen zimmer.

zu den groups: wenn du magst kannst du schon mal die beiden angehängten module testen:

Code Auswählen Erweitern

define gruppeAlle HUEDevice group 0 und dann z.b. mit

Code Auswählen Erweitern

set gruppeAlle onoder

Code Auswählen Erweitern

set gruppeAlle alert select schalten.

was mich vor allem interessiert ist ob die devices dabei synchron arbeiten.

gruss
  andre

[justme1968]

du warst zu schnell mit dem runterladen

bis jetzt war es so das nach jedem kommando an die bridge der status abgefragt wurde und dann die notifys getriggert werden.

die version hier fragt den status erst eine minute nach dem kommando ab. d.h. wenn meherere devices auf einen schlag geschaltet werden ist ist genug zeit das zu tun bevor der status für alle abgefragt wird. die aller meisten events und notifys passieren also um diese eine sekunde verzögert.

damit sollte das schalten mehrere lampen auch schneller gehen. bitte probier das auch mal.

gruss
  andre

[Benny_82]

Wie gesagt es muss definitiv nicht morgen sein, da ich erst Donnerstag wieder zuhause bin.
Zum Testen .pm Dateien in das Verzeichnis kopieren (alte umbenennen) und dann in der Fhem Oberfläche
"reload 30_HUEBridge" eingeben?

Zu deinen drei Vorschlägen:

eine möglichkeit mehrere hue devices zu schalten und erst danach die notifys zu triggern

Ist meinem Verständnis nach eine Änderung im HUE-Modul, also zumindest ohne sich das gesamte Modul mal anzusehen nicht ohne weiteres machbar und (sofern es nicht eingecheckt wird) beim nächsten update wieder futsch? Gleiches gilt für Vorschlag 3 (LightScene)?

eine 'dynamische' structure die ein kommando nur auf devices durchreicht die eine bestimmte bedingung erfüllen

Mir ist nicht ganz klar was du mit dynamischer structure. Wenn ich mir die commandref anschaue sehe ich hier keine Möglichkeit dynamische structures zu erstellen. Was ich mir vorstellen könnte ist dummy der einen wert gesetzt bekommt und anschließend ein notifiy das alle HUEDevices durchiteriert und auf "on" prüft und dann ggf. den befehl absetzt.
Oder ein cmdalias, der letztlich genau das selbe macht. in beiden Fällen muss ich manuell eingreife, sobald weitere HUEDevices hinzukommen oder bin ich völlig auf dem Holzweg? (manueller Eingriff bei neuen Devices wäre nicht tragisch)


Und zwei Frage habe ich noch zu den notifies:
Wenn ich event-on-change = blubb setze, sollte doch nurnoch das Reading blubb bei Veränderung einen Event erzeugen.
blubb gibt es nicht, also dürften gar keine Events mehr erzeugt werden, was aber nicht dem Logfile entsprechen würde.

Und die zweite Frage zu deiner Aussage:

so lange du im frontend einen aktuellen status sehen möchtest ist es auch nicht wirklich sinnvoll die events abzuschalten.

sollte ich ein "set HUEDeviceX on : bri 155 : hue 54009 : sat 180" ausführen würde ohne notifies die lampe im Webfrontend immernoch als off stehen? Auch nach einem Reload?

die version hier fragt den status erst eine minute

ich vermute du meinst hier auch Sekunde oder?

Wird heute abend getestet und das Logfile kommt dann, kann aber so 22 Uhr werden.

Gruß
Benny

[justme1968]

ja. einfach die alten umbenennen und die neuen hin kopieren.

die hue module und lightscene sind von mir das würde also im normalen modul landen und auch eingecheckt.

ich würde der structure noch eine bedinung verpassen so das sich ein set nur noch auf die devices auswirkt die diese bedinung erfüllen. kein problem.

auch nach dem reload wäre der status z.b. des icons nicht synchron zur lampe. ich habe zwar noch zwei ideen wie man das verbessern kann aber eins nach dem anderen. erst mal die angehängte version.

ja. eine sekunde.

keine eile mit den log files. die wären auch nur ein erster hinweis ob es schneller geht. ob das reicht es auch optisch schnell genug zu machen kannst du ja auch erst donnerstag sehen. vor allem der test mit der group. da gibt es noch gar nichts im log file.

und noch was fällt mir gerade ein. wenn es wirklich auf geschwindigkeit ankommt ist es eventuell besser direkt mit xy zu arbeiten. das ist nur ein wert statt dreien. das kann ich aber selber mal nachmessen.

gruss
  andre

[justme1968]

vergessen: nach dem kopieren entweder neu starten oder jeweils 'reload <filename>' machen.

gruss
  andre

[Benny_82]

Hallo Andre,

hier das logfile:

2013.12.02 21:16:26.815 5: Cmd: >set lampen_wohnzimmer scene hell<
2013.12.02 21:16:26.835 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/1/state: Got data, length: 132
2013.12.02 21:16:26.846 5: Triggering HUEDevice1 (1 changes)
2013.12.02 21:16:26.853 5: Notify loop for HUEDevice1 bri 254 : xy 0.435,0.405
2013.12.02 21:16:26.921 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/12/state: Got data, length: 135
2013.12.02 21:16:26.932 5: Triggering HUEDevice12 (1 changes)
2013.12.02 21:16:26.939 5: Notify loop for HUEDevice12 bri 254 : xy 0.42,0.3943
2013.12.02 21:16:27.004 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/2/state: Got data, length: 132
2013.12.02 21:16:27.015 5: Triggering HUEDevice2 (1 changes)
2013.12.02 21:16:27.022 5: Notify loop for HUEDevice2 bri 254 : xy 0.435,0.405
2013.12.02 21:16:27.087 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/3/state: Got data, length: 132
2013.12.02 21:16:27.097 5: Triggering HUEDevice3 (1 changes)
2013.12.02 21:16:27.104 5: Notify loop for HUEDevice3 bri 254 : xy 0.435,0.405
2013.12.02 21:16:27.169 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/4/state: Got data, length: 132
2013.12.02 21:16:27.180 5: Triggering HUEDevice4 (1 changes)
2013.12.02 21:16:27.187 5: Notify loop for HUEDevice4 bri 254 : xy 0.435,0.405
2013.12.02 21:16:27.251 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/6/state: Got data, length: 132
2013.12.02 21:16:27.262 5: Triggering HUEDevice6 (1 changes)
2013.12.02 21:16:27.270 5: Notify loop for HUEDevice6 bri 254 : xy 0.435,0.405
2013.12.02 21:16:27.334 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/7/state: Got data, length: 132
2013.12.02 21:16:27.345 5: Triggering HUEDevice7 (1 changes)
2013.12.02 21:16:27.352 5: Notify loop for HUEDevice7 bri 254 : xy 0.435,0.405
2013.12.02 21:16:27.420 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/8/state: Got data, length: 132
2013.12.02 21:16:27.431 5: Triggering HUEDevice8 (1 changes)
2013.12.02 21:16:27.438 5: Notify loop for HUEDevice8 bri 254 : xy 0.4124,0.4011
2013.12.02 21:16:27.506 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/9/state: Got data, length: 132
2013.12.02 21:16:27.517 5: Triggering HUEDevice9 (1 changes)
2013.12.02 21:16:27.524 5: Notify loop for HUEDevice9 bri 254 : xy 0.2524,0.1877
2013.12.02 21:16:27.573 5: Triggering lampen_wohnzimmer (1 changes)
2013.12.02 21:16:27.581 5: Notify loop for lampen_wohnzimmer scene hell
2013.12.02 21:16:27.626 5: Cmd: >attr global verbose 3<

Es sind nurnoch 10 statt 19 notifies (vorher 2 je lampe + 1 für die Lightscene => 1je Lampe + Lightscene)
Laufzeit ist auch deutlich niedriger von 1,5 auf ca. 0,8 sekunden.
Allerdings sehe ich nicht dass der status eine Sekunde verzögert abgefragt wird.sieht für mich weiterhin so aus als würde alles in der gleichen Reihenfolge ablaufen wie zuvor.

ich würde der structure noch eine bedingung verpassen so das sich ein set nur noch auf die devices auswirkt die diese bedinung erfüllen. kein problem.

An sich ja genau was mir vorschwebt. Mir ist jedoch nicht klar wie das geht. Weder commandref noch google noch Forum helfen mir hier gerade weiter.
Kannst du mir ein kurzes Beispiel geben?

define HUE_on structure lampen HUEDevice.*
Bekomme ich alle Lampen wie und wo ich nun auf alle filtern kann mit state=on oder pct > 0 ist mir leider völlig unklar.

Gruß
Benny

[justme1968]

du hast den falschen ausschnitt aus dem logfile erwischt. der teil ist nur die status abfrage.

wenn du dir das logfile von vorhin anschaust siehst du pro device immer zwei http requests. einen mit .../ligths/<nr> und einen mit .../lights/<nr>/state. der erste ist das setzen der zweite die status abfrage. immer schön abwechselnd beide.

im log zweiten log sind nur die .../state abfragen. also nur der status. da ist das setzen für alle lampen schon längst durch.

noch geht das gar nicht. ich bin gerade am probieren und einbauen. was ich schon am laufen habe ist das das set so aussieht:

Code Auswählen Erweitern

set [!state:off] TYPE=HUEDevice on damit wird bei allen devices vom type HUEDevice deren state nicht off ist ein set on gemacht.

ich poste den patch sobald er fertig ist.

gruss
  andre

[Benny_82]

Ahso.... wenn das noch nicht geht versteht ich auch warum mir das völlig unklar ist


Was das log angeht steht da nicht mehr drin. Habe es nochmal getestet. Würde der Get teil fehlen könnte ich mir vorstellen, dass ich zu schnell wieder auf verbose 3 zurückschalte, aber der erste teil mit dem setzen der lampen müsste drin sein (sofern er da wäre) oder habe ich hier einen Denkfehler?

Befehl:
attr global verbose 5; set logdummy START; set lampen_wohnzimmer scene hell; set logdummy ENDE;attr global verbose 3

Log:

2013.12.02 22:09:45.782 5: Cmd: >set logdummy START<
2013.12.02 22:09:45.784 4: dummy set logdummy START
2013.12.02 22:09:45.786 5: Triggering logdummy (1 changes)
2013.12.02 22:09:45.794 5: Notify loop for logdummy START
2013.12.02 22:09:45.839 5: Cmd: >set lampen_wohnzimmer scene hell<
2013.12.02 22:09:45.859 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/1/state: Got data, length: 132
2013.12.02 22:09:45.869 5: Triggering HUEDevice1 (1 changes)
2013.12.02 22:09:45.877 5: Notify loop for HUEDevice1 bri 254 : xy 0.435,0.405
2013.12.02 22:09:45.949 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/12/state: Got data, length: 135
2013.12.02 22:09:45.960 5: Triggering HUEDevice12 (1 changes)
2013.12.02 22:09:45.967 5: Notify loop for HUEDevice12 bri 254 : xy 0.42,0.3943
2013.12.02 22:09:46.036 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/2/state: Got data, length: 132
2013.12.02 22:09:46.047 5: Triggering HUEDevice2 (1 changes)
2013.12.02 22:09:46.054 5: Notify loop for HUEDevice2 bri 254 : xy 0.435,0.405
2013.12.02 22:09:46.124 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/3/state: Got data, length: 132
2013.12.02 22:09:46.134 5: Triggering HUEDevice3 (1 changes)
2013.12.02 22:09:46.142 5: Notify loop for HUEDevice3 bri 254 : xy 0.435,0.405
2013.12.02 22:09:46.211 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/4/state: Got data, length: 132
2013.12.02 22:09:46.221 5: Triggering HUEDevice4 (1 changes)
2013.12.02 22:09:46.229 5: Notify loop for HUEDevice4 bri 254 : xy 0.435,0.405
2013.12.02 22:09:46.298 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/6/state: Got data, length: 132
2013.12.02 22:09:46.309 5: Triggering HUEDevice6 (1 changes)
2013.12.02 22:09:46.316 5: Notify loop for HUEDevice6 bri 254 : xy 0.435,0.405
2013.12.02 22:09:46.385 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/7/state: Got data, length: 132
2013.12.02 22:09:46.396 5: Triggering HUEDevice7 (1 changes)
2013.12.02 22:09:46.404 5: Notify loop for HUEDevice7 bri 254 : xy 0.435,0.405
2013.12.02 22:09:46.476 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/8/state: Got data, length: 132
2013.12.02 22:09:46.487 5: Triggering HUEDevice8 (1 changes)
2013.12.02 22:09:46.495 5: Notify loop for HUEDevice8 bri 254 : xy 0.4124,0.4011
2013.12.02 22:09:46.567 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/9/state: Got data, length: 132
2013.12.02 22:09:46.577 5: Triggering HUEDevice9 (1 changes)
2013.12.02 22:09:46.585 5: Notify loop for HUEDevice9 bri 254 : xy 0.2524,0.1877
2013.12.02 22:09:46.637 5: Triggering lampen_wohnzimmer (1 changes)
2013.12.02 22:09:46.644 5: Notify loop for lampen_wohnzimmer scene hell
2013.12.02 22:09:46.691 5: Cmd: >set logdummy ENDE<
2013.12.02 22:09:46.693 4: dummy set logdummy ENDE
2013.12.02 22:09:46.695 5: Triggering logdummy (1 changes)
2013.12.02 22:09:46.702 5: Notify loop for logdummy ENDE

[justme1968]

sorry. ich habe vorhin zu schnell getippt. die mit state sind zum setzen. die ohne state sind die abfrage. du schaltest also zu schnell wieder ab.

gruss
  andre

[Benny_82]

So hier jetzt das komplette logfile (hoffentlich)

2013.12.02 22:31:40.781 4: dummy set logdummy START
2013.12.02 22:31:40.783 5: Triggering logdummy (1 changes)
2013.12.02 22:31:40.791 5: Notify loop for logdummy START
2013.12.02 22:31:40.858 5: Cmd: >set lampen_wohnzimmer scene hell<
2013.12.02 22:31:40.877 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/1/state: Got data, length: 132
2013.12.02 22:31:40.888 5: Triggering HUEDevice1 (1 changes)
2013.12.02 22:31:40.896 5: Notify loop for HUEDevice1 bri 254 : xy 0.435,0.405
2013.12.02 22:31:40.995 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/12/state: Got data, length: 135
2013.12.02 22:31:41.006 5: Triggering HUEDevice12 (1 changes)
2013.12.02 22:31:41.014 5: Notify loop for HUEDevice12 bri 254 : xy 0.42,0.3943
2013.12.02 22:31:41.111 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/2/state: Got data, length: 132
2013.12.02 22:31:41.121 5: Triggering HUEDevice2 (1 changes)
2013.12.02 22:31:41.129 5: Notify loop for HUEDevice2 bri 254 : xy 0.435,0.405
2013.12.02 22:31:41.226 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/3/state: Got data, length: 132
2013.12.02 22:31:41.236 5: Triggering HUEDevice3 (1 changes)
2013.12.02 22:31:41.244 5: Notify loop for HUEDevice3 bri 254 : xy 0.435,0.405
2013.12.02 22:31:41.341 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/4/state: Got data, length: 132
2013.12.02 22:31:41.352 5: Triggering HUEDevice4 (1 changes)
2013.12.02 22:31:41.360 5: Notify loop for HUEDevice4 bri 254 : xy 0.435,0.405
2013.12.02 22:31:41.459 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/6/state: Got data, length: 132
2013.12.02 22:31:41.469 5: Triggering HUEDevice6 (1 changes)
2013.12.02 22:31:41.477 5: Notify loop for HUEDevice6 bri 254 : xy 0.435,0.405
2013.12.02 22:31:41.574 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/7/state: Got data, length: 132
2013.12.02 22:31:41.584 5: Triggering HUEDevice7 (1 changes)
2013.12.02 22:31:41.592 5: Notify loop for HUEDevice7 bri 254 : xy 0.435,0.405
2013.12.02 22:31:41.692 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/8/state: Got data, length: 132
2013.12.02 22:31:41.703 5: Triggering HUEDevice8 (1 changes)
2013.12.02 22:31:41.710 5: Notify loop for HUEDevice8 bri 254 : xy 0.4124,0.4011
2013.12.02 22:31:41.810 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/9/state: Got data, length: 132
2013.12.02 22:31:41.821 5: Triggering HUEDevice9 (1 changes)
2013.12.02 22:31:41.829 5: Notify loop for HUEDevice9 bri 254 : xy 0.2524,0.1877
2013.12.02 22:31:41.909 5: Triggering lampen_wohnzimmer (1 changes)
2013.12.02 22:31:41.916 5: Notify loop for lampen_wohnzimmer scene hell
2013.12.02 22:31:42.003 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/1: Got data, length: 340
2013.12.02 22:31:42.027 5: Triggering HUEDevice1 (1 changes)
2013.12.02 22:31:42.034 5: Notify loop for HUEDevice1 RGB: ffd05c
2013.12.02 22:31:42.136 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/12: Got data, length: 367
2013.12.02 22:31:42.161 5: Triggering HUEDevice12 (1 changes)
2013.12.02 22:31:42.169 5: Notify loop for HUEDevice12 RGB: ffd56e
2013.12.02 22:31:42.265 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/2: Got data, length: 347
2013.12.02 22:31:42.290 5: Triggering HUEDevice2 (1 changes)
2013.12.02 22:31:42.297 5: Notify loop for HUEDevice2 RGB: ffd05c
2013.12.02 22:31:42.380 4: HTTP FHEMWEB:192.168.3.101:52060 GET /fhem?room=Parameter
2013.12.02 22:31:42.603 4: /fhem?room=Parameter / RL:1925 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2013.12.02 22:31:42.623 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/3: Got data, length: 349
2013.12.02 22:31:42.647 5: Triggering HUEDevice3 (1 changes)
2013.12.02 22:31:42.655 5: Notify loop for HUEDevice3 RGB: ffd05c
2013.12.02 22:31:42.751 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/4: Got data, length: 349
2013.12.02 22:31:42.775 5: Triggering HUEDevice4 (1 changes)
2013.12.02 22:31:42.783 5: Notify loop for HUEDevice4 RGB: ffd05c
2013.12.02 22:31:42.880 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/6: Got data, length: 348
2013.12.02 22:31:42.905 5: Triggering HUEDevice6 (1 changes)
2013.12.02 22:31:42.912 5: Notify loop for HUEDevice6 RGB: ffd05c
2013.12.02 22:31:43.009 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/7: Got data, length: 347
2013.12.02 22:31:43.033 5: Triggering HUEDevice7 (1 changes)
2013.12.02 22:31:43.041 5: Notify loop for HUEDevice7 RGB: ffd05c
2013.12.02 22:31:43.123 4: HTTP FHEMWEB:192.168.3.101:52060 GET /fhem/pgm2/style.css
2013.12.02 22:31:43.128 4: Connection accepted from FHEMWEB:192.168.3.101:52126
2013.12.02 22:31:43.131 4: HTTP FHEMWEB:192.168.3.101:52084 GET /fhem/jscolor/jscolor.js
2013.12.02 22:31:43.153 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/8: Got data, length: 369
2013.12.02 22:31:43.178 5: Triggering HUEDevice8 (1 changes)
2013.12.02 22:31:43.185 5: Notify loop for HUEDevice8 RGB: ffe06f
2013.12.02 22:31:43.284 5: HUEBridge_HTTP_Request http://192.168.3.105/api/5acc62c005d2cfe2e1c14d937340c845/lights/9: Got data, length: 363
2013.12.02 22:31:43.308 5: Triggering HUEDevice9 (1 changes)
2013.12.02 22:31:43.316 5: Notify loop for HUEDevice9 xy: 0.2524,0.1877
2013.12.02 22:31:43.397 5: Triggering HUEDevice9 (1 changes)
2013.12.02 22:31:43.405 5: Notify loop for HUEDevice9 RGB: 564bfb

[justme1968]

ja. die eine sekunde ist genau zu sehen. ich muss mal schauen ob ich die ersten notifys die kommen auch noch etwas verzögern kann. das sollte bei deinen 9 lampen noch mal etwa 0.1 - 0.2 sekunden sparen.

hier http://forum.fhem.de/index.php/topic,17074.0.html gibt es eine erste version eines patch für ein bedingtes set. mal sehen wie der vorschlag angenommen wird

gruss
  andre

[Benny_82]

Echt Klasse!

Schonmal vielen Dank!
da ich mich erst seit 2 Wochen so wirklich mit FHEM beschäftige hakt bei mir alles mögliche noch so ein bisl... die ersten Sachen werden mir so langsam klarer.

Ich glaube ich werde noch einige Grundsätzliche Fragen im Anfängerforum schreiben, aber man kommt doch relativ schnell rein, wenn man ein wenig Grundkenntnisse hat.

Gruß
Benny

[Klaus0815]

Hallo Zusammen,

ist Stefans Ursprungsproblem hier nicht eher, das der HM-LC-SW1-FM überhaupt nicht direkt Triggern kann, sondern nur "irgendwann" seinen Status an FHEM meldet ?

Ich habe hier genau das gleiche Problem mit einem SW2, nervt mich total was ELV da konstruiert hat.
Zig tolle Möglichkeiten, ganz viele Sensoren in Homematic, aber einfach eine zusätzliche Lampe direkt als Slave mit anschalten geht nicht, weil ein Stück Software fehlt...
Ich hatte vor dem Kauf und EInbau noch nicht mal im Entferntesten daran gedacht, das so was Einfaches nicht geht

Viele Grüße

Klaus

[Benny_82]

Hallo,

konnte gerade "set gruppeAlle alert select" funktioniert super!!

ist es möglich die gruppen analog zu den lightszenes zu definieren als zum beispiel:

define gruppeNur2 (HUEDevice1|HUEDevice2) group 1

also das der syntax direct einen Fehler wirft ist mir klar
Die Frage ist eher - wird das irgendwann gehen? Bisher langt mir die eine gruppe da ich es hauptsächlich für das Blinken benötige und da darf ruhig alles blinken.
Geht das auch noch nach einem update in fhem?

[justme1968]

ich baue die gruppen so weit es geht schon mal ein.

laut api ist es noch nicht möglich guppen selber zu definieren. es gibt immer eine gruppe 0 für alle lampen und wenn man devices per living color remote anlernt werden automatisch gruppen für jeweils alle lampen einer remote angelegt.

scheinbar kann man aber über einen kleinen umweg doch schon selber guppen anlegen. es ist aber z.b. mit einem reboot der bridge verbunden. es gibt auch ein limit von maximal 16 gruppen pro bridge.

ich vermute mal das die gruppen in den nächsten firmware updates langsam ausgebaut werden und dann auch irgendwann die scenes dazu kommen.

gruss
  andre

[Benny_82]

Na das klingt für mich doch ganz wunderbar... werde dann wohl mal eine zweite fernbedienung nutzen um die lampen neu mit der HUE Bridge zu koppeln.... dann könnte ich beide gruppen (wohnbereich und schlafbereich ja so schon über die hue bridge getrennt ansteuern...

Nur sollte ichmir vorher noch überlegen wie ich das hinbekomme, dass ich danach nicht alles neu anlernen und konfigurieren muss...
vll kann ich die lampen über cmdalias ansteuern, dann müsste ich im zweifel nur den alias ändern und alles würde wieder passen, wobei ich hier die Gefahr sehe wieder mehr verzögerungen zu erzeugen.
Werde ich morgen mal testen.

Schönen abend noch!

[Benny_82]

Eine Frage noch zu transitiontime:

Ich wollte transitiontime zum langsam ausschalten benutzen.
Lichtschlauch unterm Bett wird per Bewegungsmelder eingeschaltet mit

"set lichtschlauch pct 85; sleep 1; set lichtschlauch off : transitiontime 4000"

An sich funktioniert das auch, jedoch geht der lichtschlauch nach ca. 10 sekunden aus.
mit kürzeren Transitiontimes klappt es besser aber auch nicht gut mal 40 sekunden mal 30 - dann sofort aus. Der Lichtschlauch hängt an einer "Dimmable Plugin Unit". Gleiches verhalten konnte ich mit einer Living Colors Bloom nachstellen.

Wird statt "off" im letzten teil "pct 0" angegeben scheint es zu gehen, dann geht die lampe aber natürlich nicht aus. Mache ich etwas falsch oder ist das ein Bug?

[justme1968]

ich schaue es mir mal an. es gibt scheinbar zur zeit einen bug der der längere transition times betriff. mal sehen ob ich etwas falsch mache oder an der bridge liegt.

gruss
  andre

[justme1968]

gruppen sind eingecheckt: http://forum.fhem.de/index.php/board,44.0.html

gruss
  andre

[justme1968]

ich habe die sache mit dem verzögerten update noch mal geändert. siehe: http://forum.fhem.de/index.php/topic,11020.msg113738.html#msg113738.

damit sollten sich erst mal alle anforderungen abdecken lassen.

gruss
  andre

[Benny_82]

wird am Donnerstag getestet... schonmal vielen Dank.

Was allerdings nicht geht ist mehrere Fernbedienungen mit der HUE Bridge zu koppeln es scheint immer nur eine Fernbedienung akzeptiert zu werden.

[justme1968]

ich habe zwei mit der bridge gekoppelt.

du musst du beinen fernbedienungen zuerst untereinander koppeln. damit sie das gleiche netz aufspannen und dann erst an der bridge.

gruss
  ansre

[Benny_82]

Ah... ok das werd ich dann evtl auch noch testen... je nachdem wie ich dazu komme... letztes wochenende hab ich nicht viel geschafft, außer mir beim Skifahren ein Band am daumen zu zerren

aber was du in dem HUE modul alles drin hast macht die das ganze schon deutlich einfacher.

[Benny_82]

Mir ist noch etwas aufgefallen:
meine "Dimmable plug-in unit" steht bei fhem immer mit dem status "off" egal wie hoch der pct wert ist. auch wenn ich direkt den befehl set ... on eingebe.
Kann gerade nicht prüfen, ob der angeschlossene Lichtschlauch wirklich angeschaltet wird, da er aber bisher immer funktioniert hat gehe ich davon aus, dass er auch weiterhin an geht.

Neuestes Fhem update habe ich durchgeführt. deine 30_HUEBridge.pm und 31_HUEDevice.pm die ich zum testen eingespielt habe, habe ich nochmals durch die originale ersetzt. Der Fehler scheint in beiden fällen aufzutreten. Über den "pct" kann ich das ganze relativ gut umgehen, da pct 0 auch gleichzeitig state off setzt. Bitte korrigiere mich falls ich da etwas falsch sehe.

Gruß
Benny

[justme1968]

das sollte nicht so sein. bei mir funktioniert es auch mit state und icon.

im update war die richtige version. danach solltest du nichts mehr austauschen.

welchen subtype hat das device bei dir?
mach bitte mal ein list auf das device.

pct 0 ist nicht das gleiche wie off.

probierst du mit oder ohne dem delayedUpdate?

gruss
  andre

[Benny_82]

Hier das list, nachdem ich set HUEDevice5 on gemacht habe:

nternals:
   DEF        5
   ID         5
   INTERVAL   60
   IODev      HUE
   NAME       HUEDevice5
   NR         45
   STATE      off
   TYPE       HUEDevice
   modelid    LWL001
   name       sz_Lichtschlauch
   swversion  1.0.1.4591
   type       Dimmable plug-in unit
   Readings:
     2013-12-12 17:21:50   alert           none
     2013-12-12 17:52:08   bri             127
     2013-12-12 17:21:50   effect          none
     2013-12-12 17:52:08   level           50 %
     2013-12-12 17:33:18   onoff           1
     2013-12-12 17:52:08   pct             50
     2013-12-12 17:21:50   reachable       false
     2013-12-12 17:21:50   state           off
   Fhem:
     alert      none
     bri        127
     colormode 
     ct         
     effect     none
     hue       
     id         5
     interfaces dimmer
     percent    50
     sat       
     xy         
Attributes:
   alias      sz_Lichtschlauch
   beleuchtung beleuchtung
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   model      LWL001
   room       Licht
   subType    dimmer
   webCmd     pct:toggle:on:off

OK hab gerade gemerkt das hier bei den berechtigungen etwas nicht stimmte, weswegen die beiden dateien nicht geupdatet wurden... jetzt bin ich auf dem aktuellen stand.
Gruppen funktionieren.
Bis auf den state im oben gelisteten device scheint alles zu gehen... Ergebnis der Sichtprüfung gibt es morgen

[justme1968]

die bridge gibt für deine dose den status reachable=false zurück. dehalb ist der state off.

das schaut nach aus der steckdose gezogen aus. da hilft nur visuelle kontrolle

du solltest (wenn du die color-icons gesetzt hast und die svg icons verwendest) auch ein icon mit einem fragzeichen sehen.

gruss
  andre

[Benny_82]

Sah alles gut aus... hat auch korrekt geschaltet. hab dann die Bridge und den Dimmer kurz vom Strom getrennt, dann ging alles wieder. (Dimmer alleine hat nicht gelangt).
Fragezeichen hab ich keins gesehen. Nutze die Icons die standardmäßig gesetzt sind.

habe mitlerweile übrigens zwei gruppen für die HUEs 0 und 1. sind beide aber mit allen Lampen verknüpft.
soweit scheint auch mit den lampen nun alles zu funktionieren... bis auf das runterdimmen, konnte ich aber recht gut mit einer Eigenlösung hinbekommen.

Die Auswahl der eingeschalteten Lampen habe ich über einen cmdalias lösen können.

Jetzt brauch ich nurnoch eine einfache möglichkeit um zu testen ob eine Lampe eingeschaltet ist. Über eine structure per clientstate geht das zwar, scheint aber wieder langsam zu werden... da find ich aber eine Lösung.

Und die anderen Kleinigkeiten werde ich dann wohl im Anfängerforum beschreiben.

Eine Sache ist mir noch aufgefallen DimUp/Down scheint für die Gruppen noch nicht zu gehen (bei dimDown geht zwar alles aus, ist aber auch nicht ganz Sinn der Sache)

Schönes Wochenende!

[justme1968]

setz mal ein 'attr WEB iconPath fhemSVG:openautomation:default' und schau ob dir die icons besser gefallen.

die gruppen 0 sind immer alle lampen, die zweite gruppe kommt  vermutlich über eine lc remote. wenn da alle lampen angelernt sind sind die auch in der zweiten gruppe so enthalten.

es gibt inzwischen für set eine neue erweiterte syntax bei der du z.b. auf on filtern kannst: http://forum.fhem.de/index.php/topic,17074.0.html. also z.b. etwa so

Code Auswählen Erweitern

set TYPE=HUEDevice:FILTER:STATE=on offdie filter Erweiterung baue ich noch in structure und lightScene ein.

das rauf und runter dimmen geht über die gruppen nicht weil das nicht nativ über die bridge geht sondern über fhem emuliert wird. ich frage zu erst den aktuellen status ab und berechne den neuen wert der dann gesetzt wird. bei der gruppe kann ich aber keinen status abfragen.

gruss
  andre

[AHA1805]

Weiß jemand ob bzw wann Apptime in fhem aufgenommen wird, so dass es über update kommt?

Gruß Hannes

Ergänzung:
Ich glaub es ist ist schon drin 98_apptime, hab es anscheinend  unbesehen

Gesendet von Unterwegs mit Tapatalk 4