philips hue modul

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

Vorheriges Thema - Nächstes Thema

Paul

Also ich habe jetzt mit Stoppuhr getestet Die Ramptime ist wohl in 1/100 Sekunden.
60000  = 10 Minuten

set HUEDevice1 off 600000

klappt bestens.

set HUEDevice1 on 600000

klappt nicht.

Dafür kann man aber

set HUEDevice1 pct 100 600000

verwenden.

Was mir aber aufgefallen ist ein hochdimmen kann man mit off abbrechen (Licht geht aus).

Aber durch drücken auf on bzw. Slider auf 100% ( gedacht: Licht geht sofort auf 100%) geht nicht
Cubietruck, HM-USB, CUL, FS20, FHT, HUE, Keymatic

Strippenzieher

Hmm ... Ok damit ist es auch verständlich wieso 1280 nicht so funktioniert hat wie gewünscht.

Ich suche momentan eine Möglichkeit erinen rgb wert hoch zu dimmen, hat da von euch evtl. einen Lösungsansatz?

Paul

Probier mal das

set HUEDevice1 pct 100 600000: rgb 570afa

Das dimmt jetzt 10 Minuten
Cubietruck, HM-USB, CUL, FS20, FHT, HUE, Keymatic

Strippenzieher

#243
Zitat von: Paul am 26 Dezember 2013, 17:39:02
Probier mal das

set HUEDevice1 pct 100 600000: rgb 570afa

Das dimmt jetzt 10 Minuten

Hatte gestern sowas probiert als wakeuplicht ... hatte aber nicht funktioniert ... mal schauen

Edit:

Nope des pct 100 6000 als test jetzt mal geht ... aber im zusammenhang set PhilipsHue_HUEDevice2 pct 100 6000: rgb FF6905 schaltet der rgb-wert die Hue-LED gleich auf volle pulle ...

Habs jetzt so gelöst:set PhilipsHue_HUEDevice2 rgb FF6905:off:pct 100 6000
So wird erst der RGB-Wert festgelegt, wieder aus geschaltet und dann hoch gedimmt. Das geht aber so schnell, dass man es nicht sichtbar merkt.

Paul

set HUEDevice1 pct 100 6000: rgb FF6905

also bei mir dimmt die Lampe bei dem Code hoch; die Anzeige im Fhem zeigt aber sofort auf 100%

Ich glaube auch Jaydee hatte Recht mit 1/10 sec. Bei den letzten Tests waren bei mir 60000 und 600000 gleich.
Cubietruck, HM-USB, CUL, FS20, FHT, HUE, Keymatic

Strippenzieher

Hmm, ich weiß nicht woran es bei mir liegt ... Ich probiere noch mal einige Sachen.

justme1968

#246
um eine bestimmte farbe zu bekommen sind immer drei komponenten nötig. entweder sind diese drei komponenten explizit wie bei hue,stat,bri und rgb oder zwei komponten sind zusammengefasst und eine dritte kommt dazu wie bei  xy und bri oder ct und bri.

pct ist nur ein alias auf bri der statt von 0 bis 254 auf 0 bis 100 skaliert ist.

pct und rgb zu mischen ist nicht sinnvoll weil  pct die helligkeit, im nachfolgenden rgb aber alle drei komponenten angegeben werden und somit die helligkeit von pct wieder überschrieben wird.

set PhilipsHue_HUEDevice2 rgb FF6905 : transition time 6000 ist vermutlich eher was du willst.

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

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

justme1968

ich sehe gerade das im modul die <ramp-time> falsch in die transitiontime umgerechnet wird. das ist ab morgen gefixt.

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

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

Strippenzieher

#248
Ja, mal abgesehen von der Antwort von Andre habe ich auch gemerkt, wo bei mir der Fehler lag ...

Ich habe mein Wakeuplicht zu schnell hintereinander geschaltet so dass der vorige Befehl noch nicht abgearbeitet war, daher hat er einfach den vorigen Befehl weiter gedimmt und das sah dann so aus als ob es voll an ging ...

Edit:
set PhilipsHue_HUEDevice2 rgb FF6905: pct 100 6000
funktioniert bei mir nun doch erstmal, ich werde es aber nach dem Fix von Andre über transition time lösen, da mir Andre's Argument einen Sinn ergibt.

Paul

Das klappt schon jetzt

set HUEDevice1 rgb FF6905 : transitiontime 6000

Ich glaube er hat einen Fehler gefunden weshalb es nicht mit on 6000 klappt.
Cubietruck, HM-USB, CUL, FS20, FHT, HUE, Keymatic

Strippenzieher

Hmm irgendwie zickt es bei mir immer noch rum ...

Habe jetzt fast täglich fhem geupdatet und auch immer wieder verschieden Varianten ausprobiert, aber ich habe immer das gleiche Problem.

Habe:
define WakeUp notify (Handys|Sonnenstand) {
if (Value("Handys") eq "present" && Value("Sonnenstand") eq "3" && Value("HUEDevice2") eq "off" && Value("HUEDevice1") eq "off") {
fhem ("set HUEDevice2 rgb FF6905:transitiontime 60000");;
fhem ("set HUEDevice1 on:transitiontime 60000");;
fhem ("define WakeUp_Aus at +01:00 set HUEDevice2 off ;; set HUEDevice1 off")}}


erstellt, "transitiontime 60000" ist zu langsam, aber egal.
Das Problem ist, das "HUEDevice2" nach einer unbestimmten Zeit einfach auf "ON" stellt.
Im Log wird auch was komisches verschickt, was mich glauben lässt, dass dieses Notify mehrmals verschickt wird.
2014.01.07 11:16:32 3: define WakeUp_Aus at +01:00 set HUEDevice2 off ;; set HUEDevice1 off : WakeUp_Aus already defined, delete it first
2014.01.07 11:16:33 3: WakeUp return value: WakeUp_Aus already defined, delete it first

Die Uhrzeit kommt daher, dass ich "Sonnenstand eq 6" gestellt hatte um es testen zu können.

Gibt es da nicht evtl. eine Verbesserungsmöglichkeit? Jetzt mal nicht was mein Notify angeht sondern eher die "transitiontime"?
Es ist halt etwas kurios weil es für mich eben auch nicht nachvollziehbar ist warum die HUE einfach auf "ON" schaltet, es sieht auch nicht so aus, als ob es Zeitgerecht hoch dimmt sondern einen Dimmvorgang startet der nicht den 10 Min. entspricht und teilweise sieht es auch nicht so aus als ob es wirklich dimmt, ist bei 10 Min. Dimmzeit bei heiligten Tag auch nicht leicht zu erkennen.

MFH Chris

justme1968

ich meine mich zu erinnern das es mit langen transition times ein problem mit der aktuellen firmware gab. ich schaue aber auf jeden fall noch mal nach.

60000 wären 100 minuten. soll es das wirklich sein? 10 minuten wären 6000.

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

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

Strippenzieher

Naja bei 6000 ist die HUE noch schneller auf "ON" gewechselt, so im Verhältnis 6000 ~ 1 Min. ON, 60000 ~ 10 Min. ON ... Wohlgemerkt besteht das Problem nur bei den HUE's und nicht bei den Smartlink Adaptern, die Smartlink Energiesparlampen habe ich in dem Zusammenhang noch nicht gecheckt ...

MFG Chris

justme1968

ich habe es jetzt zwei mal probiert. jeweils mit transitiontime 6000. das waren dann genau 10 minuten. die 60000 die du verwendest sind auf jeden fall zu gross. verwendest du die aktuelle version ?
Zitat# $Id: 31_HUEDevice.pm 4569 2014-01-06 00:43:57Z justme1968 $

kann es sein das dir noch irgendetwas anderes dazwischen funkt?

mit 60000 habe ich es kurz probiert und etwas weniger als 1 percent änderung pro minute. das passt zu den 100 minuten. ich hab aber nicht bis zum schluss gewartet.

wenn die bulbs und smartlink adapter unterschiedlich reagieren kann es auch nicht an der fhem seite liegen. die steuert alles exakt gleich. welche firmware versionen hast du für die bridge und die bulbs ?

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

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

Strippenzieher

Zitat# $Id: 31_HUEDevice.pm 4569 2014-01-06 00:43:57Z justme1968 $

Die habe ich auch ...
Bridge:

STATE Connected
TYPE HUEBridge
mac XX:XX:XX:XX:XX:XX
name Philips hue
swversion 01008227
updatestate 0

HUE-BULBS:

TYPE HUEDevice
modelid LCT001
name Schlafzimmer 2
swversion 66010820
type Extended color light


Zu deiner Andeutung, es könnte was dazwischen funken?
Wenn ich global auf verbose 5 stell funkt fhem andauernd rum bzw. aktualisiert irgendwas:

2014.01.08 00:24:43 5: HUEBridge_HTTP_Request http://192.168.10.10/api/XXKEYXX/lights/6: Got data, length: 365
2014.01.08 00:24:43 5: Triggering HUEDevice6 (1 changes)
2014.01.08 00:24:43 5: Notify loop for HUEDevice6 RGB: fb5416
2014.01.08 00:24:43 4: eventTypes: HUEDevice HUEDevice6 RGB: fb5416 -> RGB: fb5416
2014.01.08 00:24:43 5: HUEBridge_HTTP_Request http://192.168.10.10/api/XXKEYXXb/lights/3: Got data, length: 292
2014.01.08 00:24:43 5: Triggering HUEDevice3 (1 changes)
2014.01.08 00:24:43 5: Notify loop for HUEDevice3 RGB: 000000
2014.01.08 00:24:43 4: eventTypes: HUEDevice HUEDevice3 RGB: 000000 -> RGB: .*
2014.01.08 00:24:44 5: HUEBridge_HTTP_Request http://192.168.10.10/api/XXKEYXX/lights/7: Got data, length: 300
2014.01.08 00:24:44 5: Triggering HUEDevice7 (1 changes)
2014.01.08 00:24:44 5: Notify loop for HUEDevice7 RGB: 000000
2014.01.08 00:24:44 4: eventTypes: HUEDevice HUEDevice7 RGB: 000000 -> RGB: .*
2014.01.08 00:24:44 5: HUEBridge_HTTP_Request http://192.168.10.10/api/XXKEYXX/lights/9: Got data, length: 349
2014.01.08 00:24:44 5: Triggering HUEDevice9 (1 changes)
2014.01.08 00:24:44 5: Notify loop for HUEDevice9 RGB: 3e6d0a
2014.01.08 00:24:44 4: eventTypes: HUEDevice HUEDevice9 RGB: 3e6d0a -> RGB: 3e6d0a
2014.01.08 00:24:44 5: HUEBridge_HTTP_Request http://192.168.10.10/api/XXKEYXX/lights/2: Got data, length: 371
2014.01.08 00:24:44 5: Triggering HUEDevice2 (1 changes)
2014.01.08 00:24:44 5: Notify loop for HUEDevice2 RGB: 750ffa
2014.01.08 00:24:44 4: eventTypes: HUEDevice HUEDevice2 RGB: 750ffa -> RGB: 750ffa
2014.01.08 00:24:44 5: HUEBridge_HTTP_Request http://192.168.10.10/api/XXKEYXX/lights/8: Got data, length: 348
2014.01.08 00:24:44 5: Triggering HUEDevice8 (1 changes)
2014.01.08 00:24:44 5: Notify loop for HUEDevice8 RGB: 5ac55e
2014.01.08 00:24:44 4: eventTypes: HUEDevice HUEDevice8 RGB: 5ac55e -> RGB: 5ac55e
2014.01.08 00:24:44 5: HUEBridge_HTTP_Request http://192.168.10.10/api/XXKEYXX/lights/1: Got data, length: 304
2014.01.08 00:24:44 5: Triggering HUEDevice1 (1 changes)
2014.01.08 00:24:44 5: Notify loop for HUEDevice1 RGB: 000000
2014.01.08 00:24:44 4: eventTypes: HUEDevice HUEDevice1 RGB: 000000 -> RGB: .*
2014.01.08 00:24:44 5: HUEBridge_HTTP_Request http://192.168.10.10/api/XXKEYXX/lights/4: Got data, length: 292
2014.01.08 00:24:44 5: Triggering HUEDevice4 (1 changes)
2014.01.08 00:24:44 5: Notify loop for HUEDevice4 RGB: 000000
2014.01.08 00:24:44 4: eventTypes: HUEDevice HUEDevice4 RGB: 000000 -> RGB: .*
2014.01.08 00:24:44 5: HUEBridge_HTTP_Request http://192.168.10.10/api/XXKEYXX/lights/5: Got data, length: 292
2014.01.08 00:24:44 5: Triggering HUEDevice5 (1 changes)
2014.01.08 00:24:44 5: Notify loop for HUEDevice5 RGB: 000000
2014.01.08 00:24:44 4: eventTypes: HUEDevice HUEDevice5 RGB: 000000 -> RGB: .*


Als JSON lib nutze ich die 2.90 Version, kann es sein, dass die Boolean.pm im JSON Ordner einen Fehler verursacht?
Im Allgemeinen dürften eigentlich keine weiteren "Apps" rein funken, aber gerade was die Windows 8 Metro App "DarkLights" angeht kann ich das nicht versichern, ich glaube aber nicht.

Ich habe auch das Problem, wenn ich während des WakeUP notify shutdown restart mache hängt sich Fhem irgendwie auf. Ich hobel dann Fhem übers Fritz-Update nochmal rüber, und installier über update force dann alles nochmal nach. Komischerweise wird die fhem.cfg aber wohl nicht überschrieben, zumindest ist vieles schon konfiguriert.

Morgen werde ich mal weiter auswerten ...

MFG Chris