Send color data to sensors
-
Hi Guys,
This is one to think of and it would be nice to have input from the users.
A this moment there is no V_* available (as far as i have understood it) to hold a color string/code. I have seen code passing by sending three vars (VAR_1 to VAR_3) with percentages.
I'm getting questions if it is able to use the color picker to send colors to nodes. So here is the question:
I can send one of the following three vars to nodes (without the ()-characters of course):
RGB as hex (000000 to FFFFFF),
RGB as int (0-255,0-255,0-255),
or HSL as floats (0-360, 0-100,0-100).It would not matter which V_TYPE you would be using, but the data containing it does. Because i would like to support it, what would be the optimal data format you guys prefer?
-
@tbowmo
That would be handy for creators, PiDome does not care about the V_* types, only the datatype it contains ;) which is defined in the server's device editor.nice idea
an (unsigned) long would allow us to bit shift the three values easily and allow an extra byte for something else (e.g led ID, state, etc). We could add a function to decode in the library.
I worked on (a while back) a concept of "broadcasting" a number that each node could use to show a 'system status' with one RGB led (i.e. alarm armed/unarmed, doors locked, unlocked). I like the idea of having a "transmit to all listening" function.
-
nice idea
an (unsigned) long would allow us to bit shift the three values easily and allow an extra byte for something else (e.g led ID, state, etc). We could add a function to decode in the library.
I worked on (a while back) a concept of "broadcasting" a number that each node could use to show a 'system status' with one RGB led (i.e. alarm armed/unarmed, doors locked, unlocked). I like the idea of having a "transmit to all listening" function.
@BulldogLowell
That would of course also be possible, By using this there would then be some information needed for users for the bit shifting code on the MySensor node side. Because when implemented it would become a global message for MySensors nodes.P.S. wouldn't an int be enough?
[EDIT]Scrap my P.S.[/EDIT]
My Domotica project: http://www.pidome.org
-
@BulldogLowell
That would of course also be possible, By using this there would then be some information needed for users for the bit shifting code on the MySensor node side. Because when implemented it would become a global message for MySensors nodes.P.S. wouldn't an int be enough?
[EDIT]Scrap my P.S.[/EDIT]
-
@BulldogLowell
Was thinking 32bit, sorry.... -
-
yup, you gotta think small!
@BulldogLowell
Yup, i'm spoiled.....I will take this option in consideration. It does depends on what users would prefer the most.
-
In the next version RGB values it will be transmitted as a 3 byte binary value over the air.
On the serial line it will probably be split into decimal json like: {red:<0-255>;green:<0-255>;blue:<0-255>}.If you want to add this to 1.4.1 i would suggest sending data as RGB hex string (to make survive over serial interface).
-
Then to make sure there is as less data as possible over the air then this would mean to send data as: "000000" to "ffffff" (so no "#" char)
This also has my personal preference, but want to know how the community would like it to handle it on the node side.
-
Using something like:
string hexstring = "FF3Fa0"; int number = (int) strtol( &hexstring, NULL, 16); int r = number >> 16; int g = number >> 8 & 0xFF; int b = number & 0xFF;@hek
Understood, i meant how they want to receive the data. @BulldogLowell would like to receive a long instead of an hex string (if i understood it correctly).That's the part i'm interested in.
My Domotica project: http://www.pidome.org
-
@hek
Understood, i meant how they want to receive the data. @BulldogLowell would like to receive a long instead of an hex string (if i understood it correctly).That's the part i'm interested in.
-
I agree on the 6 character hex text value. Who will implement this when in 1.4.2?
I have build a RGB neopixel led strip actuator and I would like to control the colours with V_RGB.
Thanks in advance. 😉@arendst
Together with an user this is implemented in the current PiDome version available on the build server. He has posted a little tutorial on how to do this. So if you are a PiDome user: http://forum.pidome.org/viewtopic.php?id=58It is only available in the serial version for testing purposes.
If all goes well, it will be extended to the MQTT version.
[EDIT]It sends hex values which can be extracted as posted above[/EDIT]
-
@John
Thanks for the response. I use Domoticz as controller which just started to support MySensors. It works great for V_Light and V_Dimmer but lacks RGB color support as the MySensors library lacks color support too.@hek
Why not update the MySensors library with S_Color and V_RGB. That way Domoticz and other controllers can support color natively. -
@John
Thanks for the response. I use Domoticz as controller which just started to support MySensors. It works great for V_Light and V_Dimmer but lacks RGB color support as the MySensors library lacks color support too.@hek
Why not update the MySensors library with S_Color and V_RGB. That way Domoticz and other controllers can support color natively.@arendst said:
Why not update the MySensors library with S_Color and V_RGB. That way Domoticz and other controllers can support color natively.
Wanted to add this in the next major release. But if this drags out (time-wise) I might add it to the next minor as well.
