Hue new versions

[kw123]

here info about new versions will be posted, it is read only

new versions will be in the indigo store https://www.indigodomo.com/pluginstore/21/and at GitHub: https://github.com/kw123/Hue-Lights-Ind ... /releases/

Karl

[kw123]

1.10.24 @ 2022-05-22
*several bug fixes
*config menu was rewritten, should make it much easier to setup / modify bridge settings etc
reduces error messages if wrong parameters are set etc.
*logging/debug toggle in menu and detailed logging selection in config
*some language clarification in menus
* *** still runs under indigo 2022.1 and earlier ***
* *** if no other MAJOR bugs found, this should be the last version that uns under Python2 ***


KArl

[kw123]

========================================
2022.11.24 @ 2022-06-02
*bug fix: auto create hue devices did not set rgb white etc properties correctly
*bug fix: save preset error
*minor menu text changes
*in device light and group edit:
- only current device is shown
- if not created yet (=new dev) only NOT used hue devices (ie no indigo dev) are shown
*additions to menu print hue info
ie print hue dev but no corresponding indigo dev and visa versa, some more formatted info for other print xxx menu options
*made MANY more things table driven, not hard coded in plugin,
ie supports-xx xx= batterylevel rgb, white, onoff, sensorvalue, is dimmerdevice etc.
all is set in file supportedDevices.py
*added functionality to scan network for hue bridges.
this done in the backgroud every 5 minutes (using /usr/bin/dns-sd functionality )
the list of network scan found bridges is available in config when you want to add a new bridge
in config you can ask to have the scan run immediately.
if you already know the ipnumber of your bridge this is not needed, but the ip # field is filled out automatically

* *** this version now requires python3 ie only runs uder indigo 2022.1 and later ***
it might still work under py2 (earlier than indigo 2022.1) You need to change api version to 2.0 from 3.0 in info.plist, but no support for that

===> this is the first py3 version. I have tested for many days., but If someone could try this one and give feedback.

Thanks

Karl
.

[kw123]

2022.11.26 @ 2022-06-04
*fix bug: is not a dimmer device
*restructured config menu to make it easier to understand
for managing bridges in config flow is now
- select action: add(pair) / modify(IP) / delete
- select select bridge #
- then set new Ip# ..
- confirm
with success / failure popup messages
==> should be easy to understand now
*changed error logging to std python error logging
*added code to check if devices are "orphaned" ie have no bridge or a non existing bridge associated
* *** this version requires python3 ie only runs uder indigo 2022.1 and later ***

Karl

new config:
initial window, added checkmark to hid the bridge setup

Screen Shot 2022-06-04 at 18.49.24.png (106.45 KiB) Viewed 4850 times

expanded windows for setting up bridges

Screen Shot 2022-06-04 at 18.49.44.png (113.29 KiB) Viewed 4850 times

[kw123]

2022.11.27 @ 2022-06-18
*fix bugs:
- line 5383, in excecStatesUpdate; type: dictionary changed size during iteration
- line 9575, in setColorTemperature: if bulbId is None or bulbId == 0:

*added debug statement to ID the device for error msg:
- line 6397, .... 'key brightnessLevel not found in dict'

* added some more config edit controls to make sure data is entered properly
- fields appear only when previous steps taken.


is only posted on GitHub:
https://github.com/kw123/Hue-Lights-Ind ... 2022.11.27

I like to wait for some feedback before pushing it to the indigo store

Karl

[kw123]

========================================
2022.11.29 @ 2022-06-22
New functions:
* added state "created". It shows date-time stamp of when device was created, or if it is empty put current stamp in, ie for old devices, as we don't know when they were created.
this is only useful for new devices created after this release

* added config option for default logging level(print received value updates to indigo log) for individual devices when they get auto created through "menu/create new devices...", which scannes all bridges and adds missing devices to indigo.

Improvements:
* hue bridge adoption now semi-automatic in background
in config after bridgeNumber and ip number confirmed it will try to pair/link to bridge and will show positive result in a popup window
you still need to press the philips button on top of the bridge
This way the plugin trys to link to the bridge every 5 seconds. It should succeeed as soon as you go to the bridge and press the button there.
In case that process fails there is still the execute pair button in the config menu, which starts the paring process after you press the execute pair button

*streamlined device updates: instead of 10+ individual state updates, now it checks if there is a change in state value and then combines updates to a list.
That should reduce server load from updates significantly

Fixes:
* fixed some issues in print hue config menu

* lots of little clean-up of typos etc


Karl

[kw123]

2022.11.31 @ 2022-07-01

fixed
* on/off state and bright ness not properly updating for dimmable lamps
* fixed on/offstate for all lamps made it consitent
* fixed # of decimal point for RGB, White level, Color Temperature in indigo dev status display


Karl

[kw123]

coming this week, still doing some testing:

Code: Select all

========================================
2022.11.33 @ 2022-07-16

* ADDED support for Hue Rotary Wall Switch (4 Tap Switches w rotary ring) 
  the most usefull dimmer in the Hue portfolio - In my opinion
  using 
  types   = ZLLRelativeRotary and ZLLswitch
  modelId = RDM002
  it will create 2 indigo devices: 
  hueRotaryWallSwitches (ZLLswitch)  for the 4 buttons
  hueRotaryWallRing (ZLLRelativeRotary)  for the ring to dimm lights 
  on the hue bridge it is also 2 virtual devices 

* ADDED action & menu to dis(en)-able sensor devices (temp, motion, switches) 
  this can be useful when you want to disable certain sensors at night or when you are out or at home
  this is done by setting  element "config":{"on":true/false} on the bridge for the selected device
  you can see which sensors are on/off with report in menu/print hue config../sensors 
  
* ADDED menu option to rename devices on bridge
  you can change individual devices  with free text or all and change the name on the bridge to the indigo device name 
  !! max number of characters is 32 for names on bridge !!
  there is an option to drop the "Hue_bridge_id_"nameOnBridge prefix of indigo names on the bridge for devices generated using plugin/menu/Add new devices
  
* ADDED option "Where to log device value changes"  received from hue bridge
  either (1) in regular indigo log and plugin.log   or   (2) ONLY in plugin.log file in indigo log direcotry
  with this option you can declutter your normal indigo logfile from regular messsages
  reminder: ALL log messages are ALWAYS in the plugin.log file 
 
* ADDED option to print detailed tracking info for ONE specific Sensor or light to logfile 
  this is useful to track the detailed behavior and logic in the plugin for ONE specific device when eg buttons are pressed 
 
*  There are now various options to log device changes in plugin config 
  - on for all devices
  - off for all
  - set in each device individually
  - log in indigo log and plugin.log or only in plugin.log file 
  - set the default for each new device created

* CHANGED state lastupdated is now local time, not UTC  eg 2022-07-12 12:33:45 in stead of 2022-07-12T06:33:45 for USA east cost time zone
   that state is not the last time when an indigo state was updated, but when a new EVENT time stamp arrived

* FIXED bug for  "wall switch" devices status was not properly updated
  REMARK: The defined logic is not 100% correct. There are several modes (set on the bridge), ie when set to on/off
  on bridge the indigo state on/off only stays up for a few seconds. It should stay up as long as the button is pressed.
  This is also the case for all other switch sensors. 
  This will only be corrected going from simple polling every 2 secs to async listening, BUT that is a major structural change for the plugin
   this will take some time

* CHANGED: added debug statement for 'hubNumber' error

Karl

[kw123]

2022.11.33 is not posted in plugin store

[kw123]

Code: Select all

2022.12.34 @ 2022-07-19

* CHANGED # of state updates (online = false) for devices that are pysically w/o power from once every 5 secs to just once

* FIXED:  "line 7336, in parseOneHueSensorData if logChanges: self.indiLOG.log(20, "...   was a bad ")" in format statement

* ADDED  menu option: "Delete Devices on Bridge...""  this will remove a hue devices from the bridge, not from Indigo

* ADDED menu option: "Start Seach for new Devices on Bridge..." this will start the scan process on the bridge to look for new devices. 
   the bridge will scan for 40 secs for new devices. This will not add devices to indigo, use menu "Add New Hue Devices in Indigo..."
   it will do about the same as the iphone hue app.

This should be stable version

Karl

[kw123]

2022.12.36 @ 2022-07-20

* fixed continuous logging for some sensors, even when nothing changed.


Karl

[MarcoGT]

It works, thanks a lot!

[kw123]

Code: Select all

2022.12.39 @ 2022-07-25

* fixed adding hue bridges, fixed a major issue

Issue was that a dict hostIds was not properly saved.
Previously I tested, deleting and adding the same bridge. The hostIds dict was never really overwritten so it stayed correct = unchanged.

I now did "manually" erase the hostIds dict and then i got the error that a bridge was not properly setup.

I hope this issue is now finally put to rest.

thanks for your patience

Karl

[kw123]

Code: Select all

2022.12.42 @ 2023-03-15

* added help when adding new devices manually. if your selection of avalible light is empty, it will print something like:
++++++
   Hue Lights                      !!! no correntsponding light found, please check your selections !!!
your selection was: Bridge# 1, indigo devType:"hueLightStrips"="Light Strips" maps to hue-type:"Extended color light"
available on the Bridge#:1 are:
name:"Guest leo spot 3", Bridge#:1, id:30, hue-type:"Color temperature light" equivalent to indigoDev-type:"['hueAmbiance']"
 
   Hue Lights                      
======================== mapping of devtypes     =====================
------hue dev type------- -----indigo devType------ --------------------indigo dev type Name---------------------
Extended color light      hueBulb                   Color/Ambiance and compatible                               
Extended color light      hueLightStrips            Light Strips                                                
Color light               hueLivingColorsBloom      Color Lights (Aura, Bloom, StoryLight, LivingColors, etc.)  
Dimmable light            hueLivingWhites           LivingWhites (Hue Lux, generic dimmable device, etc.)       
Color temperature light   hueAmbiance               Ambiance Lights (color temperature)                         
On/Off                    hueOnOffDevice            On/Off Device (Hue Smart Plug, etc.)                        
======================= mapping of devtypes END =====================
++++++
to the logfile.

The device type mappings between indigo and hue bridge are historical, and not simple to remember. 



!!! ===========================================  !!!
I strongly suggest not to add hue devices manually to indigo, but you should use the menu item:
"Add New Devices on Hue Bridge to Indigo..."

that will auto add all new devices found on any hue bridge to indigo in the proper form and device type
!!! ===========================================  !!!

[kw123]

Code: Select all

2022.13.42 @ 2023-03-16

now NEW Hue lights, sensors, and groups will be automatically created in indigo (once every 3 minutes) 
That option can be switched off in config. 

So from now on: no need to manually ever create a new light/sensor/group.
At most 3 minutes after you add a new light bulb etc to your Hue system through your phone that light bulb ...  will appear automatically as an indigo device.
The name will be like:
Hue_type_Bridge#_Id#_name-One-Hue-System  eg: 
Hue_group_0_2_Wintergarten
Hue_light_1_11_Library spot 3  
Hue_sensor_2_14_Dining wall on off 2

The folder name can be set in config.