Just another bugfix

This fixes a bug when calling a new mode before the mode_turn_off_delay or mode_turn_on_delay had completed.

Fix typo in mode_turn_on_delay in configuration

This is just a type error fix

Add delay before Mode change and configuring holiday lights

What's Changed in version 1.3.1

• X-mas is coming. When you configure holliday lights you can add enable_light_control to those lights. This is a HA input_boolean or other with on/off state. By design this only reads state on reboot/startup and if state is off, the lights will not be added to room. You can then keep the configuration for next year, but disable all those switches ticking on and off during the whole year, or free them up to other things, with one HA switch.
• Added an option for room configuration is to add delay in seconds on mode change. The modes that will wait with the option mode_turn_off_delay is away, off and night. The modes that will change after delay with option mode_turn_on_delay is modes: normal and morning. This will help not to flood the zigbee/zwave network if you have a lot of lights, or if you simply need to keep the light on/off for longer in some rooms. Motion, Precence (trackers) and when listening to state changes with 'listen_sensors' will override any delay, if triggered.
• Fixed a bug where it would not set light data without brightness. Now you can define light_data with only color, color-temp, effects or other data
• Only recall on/off state from persistent if unknown in startup

v1.3.0 More options and single room mode enhancements

What's Changed

• Added option 'dim_while_motion' to allow light to dim down while motion, when mode is normal. Closes #9
• Added possibility to configure options dim_while_motion and night_motion for each light in addition to room. Closes #8
• Added 'reset' as a mode to turn lights back to configured normal automation. Closes #7
• Added reset_"App-name" and normal_"App-name" to reset only one room back to normal automation. By design this does not dim down when motion is detected if not 'dim_while_motion' is configured. Closes #6
• Get state from HA lux sensors on startup. If you do not use persistent storage the light will then be set according to lux sensors.
• Improvements to keep light as is on restart
• Tweaking of read/write to persistent storage. Now only reads from json on startup and writes out data on terminate/reboot.
• Fixed an bug where two times within the same minute is configured, only the last would run.

v1.2.1 Bugfix

Corrected an error that lux update could set motion light when constraint stopped setting motionlight in the periode between motion end, and the delay to keep motion light on.
This only applied to HA sensors and Zwave over MQTT. Zigbee2MQTT worked as expected.

v1.2.0 Removed lux turn on and lux turn off

What's Changed

• The option 'lux_turn_on' and 'lux_turn_off' are deprecated. You only need to configure 'lux_constraint' to have the lights turn on or off, below or above lux value.
• Fixed lux change not setting motion when night/off.
• Fixed an error keeping light on after motion on other motion sensors with different conditions.

v1.1.10 Bugfixes

Fixed the error when motion was detected but no motionlight defined for light when media was turned off

v1.1.9

What's Changed

• Register motion in HA motion sensors on startup
• Fixed the bug where new lux would not a check for motion
• Improved setting light at initialization
• Setting the right mode when getting out of bed with bedsensors
• Bugfixes and cleanup

Thanks to @pointlevel for testing

v1.1.8 - Motion after Media

What's changed:

This release fixed the motion detection being active and calling motion when media is turned on. The delay input for how many seconds to wait after the media is turned off should now also work.

Some improvements to adjust state also.

v1.1.7 Minor bugfixes

What's Changed

Nothing, just minor bugfixes