HUE: ct/color Widgets vs Readings

Begonnen von Loredo, 03 Februar 2015, 15:44:59

Vorheriges Thema - Nächstes Thema

Loredo

Hallo André,


planst du das aktuelle Reading "ct" zukünftig in zwei verschiedene Readings "ct" (mit Wert in Mireds) und "color" (mit Wert in Kelvin) aufzuteilen?


Ich wollte gerade ct oder color in webCmds verwenden, was aber beides nicht richtig funktioniert, ohne dass die Readings dazu nicht passen  :'(




Gruß
Julian
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

justme1968

ich weiss noch nicht genau was ich mit color als reading mache ...

der aktuelle stand ist:

- ct funktioniert in den webCmd, der slider wird korrekt initialisiert und per longpoll aktualisiert.
  der farbverlauf im hintergrund ist verkehrt herum.

- color funktioniert als webCmd aber der slider wird nicht korrekt initialisiert und longpoll geht nicht da es das reading nicht gibt
  der farbverlauf ist richtig herum

den umgekehrten varbverlauf einzuchecken ist kein problem. es müssen dann nur alle styles aktualisiert werden. ich denke das kommt auf jeden fall noch.

eigentlich mag ich color sowieso nicht und der name stimmt ja eigentlich auch nicht.

ich denke ich baue es so um das ct sowohl mired als auch kelvin versteht und intern automatisch umrechnet. der code auf js seite für initialisieren und longpoll ist dafür schon komplett da. dann würde color mittelfristig raus fliegen.

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

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

Loredo

Zitat von: justme1968 am 03 Februar 2015, 16:18:12
- ct funktioniert in den webCmd, der slider wird korrekt initialisiert und per longpoll aktualisiert.
  der farbverlauf im hintergrund ist verkehrt herum.

Hm bei mir wird da nix aktualisiert. Auch springt der Slider wieder auf den niedrigsten Wert zurück, da das Reading nicht überein stimmt.
Bei Änderungen über den ct Slider verändert sich das rgb Widget nicht, devStateIcon schon.

Zitat von: justme1968 am 03 Februar 2015, 16:18:12
den umgekehrten varbverlauf einzuchecken ist kein problem. es müssen dann nur alle styles aktualisiert werden. ich denke das kommt auf jeden fall noch.

eigentlich mag ich color sowieso nicht und der name stimmt ja eigentlich auch nicht.

ich denke ich baue es so um das ct sowohl mired als auch kelvin versteht und intern automatisch umrechnet. der code auf js seite für initialisieren und longpoll ist dafür schon komplett da. dann würde color mittelfristig raus fliegen.

Ich würde den Farbverlauf ja so belassen und alles so umbauen, dass der Slider in Kelvin verwendet werden kann. Ich denke diese Skala ist den Meisten am nächsten (mir inklusive  :) ).

Beide set Befehle zu einem zu kombinieren ist denke ich sinnvoll, kann ja ganz einfach anhand des Zahlenwertes unterschieden werden.

Mir war es jetzt nur wichtig, dass die Werte per Longpoll richtig aktualisiert werden können. Das ist halt bei keinem der beiden Varianten aktuell der Fall.
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

justme1968

ich hab den ct slider in mired eben repariert. die longpoll updates gehen wieder. da muss ich inzwischen etwas am slider geändert haben.

das sich das rgb reading nicht ändert kann ich nicht nachvollziehen. bei mir tut es das und die stelle kann gar nicht übersprungen werden. bitte schau noch mal ob du mehr rausfindest.

ich habe inzwischen auch den umgekehrten farbverlauf eingecheckt und die styles angepasst.

ab morgen kann man set ct <value> mit mired und kelvin verwenden. der default für den ct slider ist immer noch mired aber du kannst es mit widgetOverride ändern. z.b.:attr WEB widgetOverride ct:colorpicker,CT,2000,100,6400

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

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

Loredo

Danke dir, ich probiere es morgen mal aus und berichte. Ich vermute das rgb Problem ist damit dann auch weg, denn es tritt nur auf, wenn ich aktuell den ct Wert über den Slider setze. Da er morgen wieder gehen soll, wird es dann wohl insgesamt alles flutschen :-)
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

Loredo

Hi André,


wie erwartet funktioniert der Colorpicker nun wieder :-)
Der RGB Wert wird von longpoll allerdings nicht aktualisert, wenn ich über den Colorpicker den CT Wert verändere. Dazu muss ich die Seite neu laden.


webCmd ist bei mir so definiert: pct:rgb:ct




Gruß
Julian
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

justme1968

bitte schau mal was inform timer und der event monitor ausspucken.

das aktualisieren des rgb readings ist die letzte zeile in HUEDevice_Parse und es führt eigentlich kein weg daran vorbei und ich kann es nicht reproduzieren das hier nichts passiert.

bau da mal bitte ein paar debug meldungen ein und schau auch auf die javascript console im browser.

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

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