Releases: SphtKr/homebridge-zway
Releases · SphtKr/homebridge-zway
0.5.0
This should be a well-baked release for folks, and provides a lot of improvements since 0.4! (This release is the same as 0.5.0-rc2.) New features since 0.4 include:
- Water leak sensor support
- Smoke detector support
- WindowCovering support for %-based devices, e.g. Qubino
- Supports Eve's "Consumption" and "Total Consumption" characteristics for devices with W and kWh meters
- New "Interlock" feature, see README.md
- Added tag
Homebridge.Override.probeType:value
to make code devices/HTTP devices usable Homebridge.Service.Type:Outlet
can designate a switch as an Outlet serviceOutletInUse
Characteristic can be based on Watts consumed--trigger events when you put your phone on the charger for the night!
And lots of bug fixes.
0.5.0-rc2
0.5.0-rc1
NOTE: This release was improperly published from a branch and missed a commit to master. Use is no longer recommended.
Known issues:
- Almost fixed #69, issues with Fibaro door/window sensors (see 0.5.0-rc2 for complete fix)
Fixes:
0.5.0-rc0
Bugfixes:
- An ugly regression/latent bug was introduced/triggered in 0.5.0-alpha4 when it became possible for
sensorBinary
/general_purpose
devices (many motion sensors, contact sensors, and leak sensors) to become the primary device. All of the sudden devices that used to not work quite right were now instead preventing Homebridge from starting at all! The root of the problem is that when a binary sensor is reported by Z-Way as simplygeneral_purpose
(in theprobeType
), this plugin can't figure out what kind of sensor it is--so please specify some value for theHomebridge.Service.Type:value
tag! Nevertheless, it was not acceptable to simply explode when this was not specified, and in some cases in alpha4 it would explode regardless. So, now an unspecified sensor of this type will become a "Contact Sensor"...probably not what you wanted, but it's better than crashing. This bug was always here and was likely behind some other issues as well (Fibaro motion sensors not working, probably). Anyone that's had an unexpected behavior with a binary sensor of any kind should try this release and see if it fixes your issues.
Enhancements:
- Now tells you when your password doesn't work or your URL may be wrong in config.json...instead of just failing silently.
Documentation:
- Added documentation for
dimmer_off_threshold
configuration parameter.
0.5.0-alpha4
Bugfixes:
- FIXED #44: Lock states always "unlocking"/"unsecured"
- Improvements/fixes to
WindowCovering
devices (#43 & #46)
Enhancements:
- Water leak sensor support (finally, #19)
- Added tag
Homebridge.Override.probeType:value
to make code devices/HTTP devices usable (#24 and #46)
Documentation:
- Added (back) much-needed Table of Contents
- Improved instructions for submitting environment data with bugs
0.5.0-alpha2
Bugfixes:
- FIXED: Interlock code cause devices without an interlock defined to fail to set!
0.5.0-alpha1
Enhancements:
- New "Interlock" feature, see README.md
0.5.0-alpha0
Enhancements:
- WindowCovering support for %-based devices, e.g. Qubino (still has an irritating bug, see #20)
- Supports Eve's "Consumption" and "Total Consumption" characteristics for devices with W and kWh meters
Homebridge.Service.Type:Outlet
can designate a switch as an Outlet serviceOutletInUse
Characteristic can be based on Watts consumed--trigger events when you put your phone on the charger for the night!
Bugfixes:
- After changing the default config value of
split_services
in 0.4.0, it was not possible to change the value back to false--it now is possible. - Fixed misspelled "consisting"
- Uninitialized variable caused only the first optional characteristics encountered to be added to an accessory!
0.4.0
0.3.3
Enhancements:
- Devices with "Permanently hide this element" will now not be bridged by default
- Hidden devices can be forced to be bridged with
Homebridge.Include
Bugfixes:
- Fixed
Homebridge.Skip
tag, which wasn't working in most (any?) cases - Using
Homebridge.Service.Type:Window
should now correctly create aWindow
service instead of aGarageDoorOpener