Jump to content
C4 Forums | Control4

Hue driver doesn't save properties across controller restarts


ziocan

Recommended Posts

Hi guys,

can someone please explain me why a driver (in this case the Philips HUE Single Lamp White Warmth) wouldn't keep a property across controller restarts?

One of the properties for the driver is defined as follows:

     <property>
        <name>Turn On Values</name>
        <type>LIST</type>
        <items>
          <item>Startup Values</item>
          <item>Last Used Values</item>
        </items>
        <default>Last Used Values</default>
      </property>

 

I want to set this property to "Last Used Values" (which by the way should be default) and although I can set it that way, save it and have the driver obey this setting, it is reverted to "Startup Values" if director is restarted, eg. after a controller reboot.

Can someone please shed some light about where the properties are persisted and/or how is it possible for a driver to have such a behaviour? I'm really stumped.

 

Thanks in advance,

Rick

Link to comment
Share on other sites


The one which is available in the online database:

Source	Online Database
Device Type	Light (v2)
Manufacturer	Philips
Model	Single Lamp White Warmth
Name	Single Lamp White Warmth - FREE
File	light_ExtraVeg_Philips_Hue_CT_V3.c4i
Creator	Control4
Control Method(s)	other
Certified	No
Creation Date	5/2/2013 10:30:00 AM
Modification Date	11/6/2019 12:20:00 PM
Version	832

 

Link to comment
Share on other sites

3. patch the driver code 🙂

What puzzles me is that the "Startup Value" that is shown in the properties does not come from the XML in the driver definition, nor is it set in driver code... I really have no idea where it comes from -- can only think it was originally persisted when I first installed and configured the driver and for some reason it is read back at driver init...

Anyway I now patched the driver to override what comes from the persisted property.

 

Thank you for your time, and for checking into this!

Rick

Link to comment
Share on other sites

2 minutes ago, Dunamivora said:

3) is what needs prioritized. Since the bug has been open since May, my options of 1 and 2 are more likely the permanent solution.

Well, I need the bulbs to start with whatever  CT they had when turned off,  because I am tracking that on a per-room basis, where a keypad button  allows the user to select between a number of preset temperatures. I only send a "temperature set" command when the user chooses a new one, not at each switch-on because I have many bulbs and sending that to each of them (in addition to the turn on command) would overload the poor hub. Not to mention the unpleasant visual effect it would have.


Thanks

Rick

 

Link to comment
Share on other sites

Group drivers are not efficient and do not work well when you have 10+ bulbs in a room.  They send way too many commands to the hub.

For me what works best is to use one bulb as lead (which receives the brightness and temp commands) and have all the other bulbs track it.

 

 

 

Link to comment
Share on other sites

This thread is quite old. Please consider starting a new thread rather than reviving this one.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.