Improvement ideas for RGBW leds

[remb0]

some ideas for applamp/limitlessLED/mi-light

the popup:
- also on mobile view?
- no you have the popup and the edit button where you can use functionalities. can we merge that?
so that you have 1 popup for changing light clours speed, more etc, and the normal edit mode.
- the popup has a close button. can that change to if you click outside the popup the popup disappear?
its cleaner
- there are 2 push buttons on and off. can that be on/off or has it a special purpose.
- the popup misses 2 things the edit mode has: hue and brightnes..

mode selector in popup: rgb / warm white.


In the app (milight ) you can change continues with a button.
and change the speed of changing as you can see in the screenshot.
Is this also possible in the popup?

[Sappien]

+1

[jjnj]

+1

[sijones]

+1

would like to be able to use disco mode for outside lighting at Christmas

[sijones]

I've implemented Disco mode and patch is merged. At moment it's by using json.htm?type=command&param=discomode&idx= or button on Applamp RGB switch that gets created.

Will look at this a bit more to see about putting more useful features in.

[remb0]

I've implemented Disco mode and patch is merged. At moment it's by using json.htm?type=command&param=discomode&idx= or button on Applamp RGB switch that gets created.

Will look at this a bit more to see about putting more useful features in.

very nice! thanks!

[yugoos]

one major rgb improvement i would like to see is sending full RGB values to milight/zwave/mysensors/etc devices.

the current code calculates RGB values based on hue value (found in main/helper (hue2rgb)), this gives us about 360 different colors instead of the 65K possible...
the above suggested color-picker for mobile devices has got a lot of pastel colors on the wheel, none of them are possible using only hue as a value.

my improvement idea is sending raw rgb values from color-picker to all devices using rgb-type fields instead of calculating rgb from too little information.

special thought for RGBW devices...always send white values, even when they are zero!


cheers,
Yuri

[epierre]

one major rgb improvement i would like to see is sending full RGB values to milight/zwave/mysensors/etc devices.

the current code calculates RGB values based on hue value (found in main/helper (hue2rgb)), this gives us about 360 different colors instead of the 65K possible...
the above suggested color-picker for mobile devices has got a lot of pastel colors on the wheel, none of them are possible using only hue as a value.

my improvement idea is sending raw rgb values from color-picker to all devices using rgb-type fields instead of calculating rgb from too little information.

I vote for it as HSB model is used without the B, and it limits a lot support for Imperihome interface

[yugoos]

I vote for it as HSB model is used without the B, and it limits a lot support for Imperihome interface

HSB model is fine when calculated correctly using all 3 base values (Hue, Saturation and Brightness).
As far as i can tell only Hue is used for RGB, Brightness is sent as separate dimmer parameter (dimming all colors at once) , this makes it HSB without the "S" and sort of "B";)

I'm sure there are issues on certain platforms, my only experience is on my own MySensors network.

[gizmocuz]

some ideas for applamp/limitlessLED/mi-light

see my answers inline below:

the popup:
- also on mobile view?

it should also work on mobile devices

- no you have the popup and the edit button where you can use functionalities. can we merge that?

no, because with 'edit' you can do a lot more. When a user is logged in with 'user' rights, he/she may adjust the color on/off state,
but not edit the switch (name/scripts/...)

- the popup has a close button. can that change to if you click outside the popup the popup disappear?

if I had found out, it was like that, but I can not get it done... any tips/code ?

- there are 2 push buttons on and off. can that be on/off or has it a special purpose.

two buttons On/Off can that be On/Off ? Not sure I understand. Purpose: To turn On/Off the light

- the popup misses 2 things the edit mode has: hue and brightnes..

I dont agree. You can select the full 24bit color range. (also there is a brightness slider)
That internally it is using hue, yes we should change this, so it will use the full RGB colors

- mode selector in popup: rgb / warm white.
There is also cold-white

[gizmocuz]

at the moment the Philips hue and applamp are using hue, zwave mysensors use RGB(W)

i'm open for suggestions, maybe someone has a nicer html5 color picker?

[epierre]

at the moment the Philips hue and applamp are using hue, zwave mysensors use RGB(W)

i'm open for suggestions, maybe someone has a nicer html5 color picker?

well a model in full HSB with RGB conversion would be a good (and appreciated) start !

[pvm]

at the moment the Philips hue and applamp are using hue, zwave mysensors use RGB(W)

i'm open for suggestions, maybe someone has a nicer html5 color picker?

something like this: http://hslpicker.com/ ?

[yugoos]

at the moment the Philips hue and applamp are using hue, zwave mysensors use RGB(W)

i'm open for suggestions, maybe someone has a nicer html5 color picker?

In my opinion I think the colorpicker is fine, it just needs to send saturation and brightness values to json, this way you can stay compatible with external scripts or devices.
extra values are fed into hue2rgb helper function when available and calculated into rgb to be sent to compatible lamps/devices.

Could this work?
What about the scene color selection and storage?

[Thyraz]

I also played around with a Zipto and a AEON RGB bulb (zwave).
For additional testing I also added a dummy RGB switch device.

When looking at the JSON commands in Chrome's console, I also noticed that there are only Hue and Brightness sent, not the saturation.
This is very sad, as colors with the full saturation are only used in the ghost trains and dicos.
In my living room I would like to avoid them und go with some softer colors.

The second problem is the missing warm white dimming control for the devices.
The cold white that is currently controlled is way to hard and cold for lighting in your private rooms.
This might be ok for offices or the garage, but I wouldn't install expensive rgb bulbs there.

So for me the current implementation of the rgb bulbs is completely useless.
No idea if nobody else is using them, but I can't think of scenarios where people might be happy to use this anywhere at home...

Is this something that can be fixed without too much hassle, or is this a problem with how the values are handled in Domoticz?

[Thyraz]

Can someone with a deeper insight in Domoticz say if "warm white" and maybe even saturation would be possible with Domoticz?

I had the plan to buy some more of these RGB bulbs for the living room.
But the cold white that Domoticz give me with these devices won't pass the WAF-test (woman acceptance factor).

[cyberclwn]

Hi,

Maybe i understand the milight/AppLamp wrong, but i don't get the "AppLamp All"-bit.

When i turn "AppLamp All" off or on, that status of the "AppLamp Group1" and "AppLamp Group2" doesn't change. The lights go off, but just domoticz doesn't realise it.
Is that correct ?

I mean, if "AppLamp Group2" was already turned on, and i turn "AppLamp All" on, then the icons of "AppLamp Group2" and "AppLamp All" are on. But "AppLamp Group1" is still in grey, but those lights are on. Same when i turn the "AllLamp All" off.

Should i fix this myself with some kind of Sab/Slave configuration or a script (if devicechanged['AppLamp All'] == 'On' then ...... etc)?
Did i do something wrong when i did the setup ?
Or is this an error in the domoticz/applamp-part ?

[yugoos]

Can someone with a deeper insight in Domoticz say if "warm white" and maybe even saturation would be possible with Domoticz?

I had the plan to buy some more of these RGB bulbs for the living room.
But the cold white that Domoticz give me with these devices won't pass the WAF-test (woman acceptance factor).

This is exactly the reason why i would like to have saturation added to the rgb calculation, or have domoticz send a rgb value you can type in a field..

But beware, i have not been able to get a decent warmwhite from rgb-leds alone...its close in temperature but lacks a lot of brightness compared to true warmwhite leds, there's color separation in the shadows and power consumption is way higher.
Leds with 4 colors (white is a separate led in these) might me a better choise but more expensive

My personal goal is to create moodlights with less saturated colors, aka pastel colors, but colors have to be sent by domoticz and not hardcoded in the leds (or mysensors sketch in my case)
Applamps i have ordered are somewhere between china and holland...hopefully...until they arrive i can't tell how that looks

I'm not sure if there are plans for any changes

In my case MAF test fails before WAF

[gizmocuz]

i'm open to git pull requests... so if someone can patch some code to test...

[locogek]

I like also the idea of changing the color temperature with the color picker. maybe another slider?
I order from ali-express from milight RGBWW so the double white (cold and warm).
Take a look at these: http://www.aliexpress.com/item/85-265V- ... eb201560_9

There around 10 euro's for the GU10 variants.
I will get you guys updated when I get them and how they work with the color picker that is there know.