Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Rolling up staging to acceptance #38034

Merged
merged 9 commits into from
Jul 21, 2020
Merged

Rolling up staging to acceptance #38034

merged 9 commits into from
Jul 21, 2020

Conversation

greens
Copy link
Contributor

@greens greens commented Jul 21, 2020

No description provided.

BJanuszS and others added 9 commits July 15, 2020 09:32
)

Zigbee Metering Plug: Prevent duplicate switch events
…ng options. (#35327)

@shrakuma 
ICP-12604: Supported temperature values ​​for the following options.
- Ambient limit - 5-36 degrees in Celsius, or 41-96 degrees in Fahrenheit.
- Floor high limit - 5-36 degrees in Celsius, or 41-96 degrees in Fahrenheit.
- Floor low limit - 5-36 degrees in Celsius, or 41-96 degrees in Fahrenheit.

In the ST application, we can enter from 5-96 (from 5 degrees Celsius to 96 degrees Fahrenheit) → this is confusing.
Sinope thermostats support Celsius and Fahrenheit unit systems - this option can be changed manually on the device.

Co-authored-by: Vincent G. Beauregrad <[email protected]>
…ti Switch (#37787)

* DevWs for CoolKit Technology Co.,Ltd containing containing ZigBee Multi Switch

* Update zigbee-multi-switch.groovy

Updated comments with "Raw Description"

* Update zigbee-multi-switch.groovy

Fix of spacing

Co-authored-by: 啦啦 王 <[email protected]>
Co-authored-by: Konrad K <[email protected]>
… pause is called if the blinds are not moving (#38018)

* ICP-13140 For IKEA blinds return the current state of the blinds when pause is called if the blinds are not moving

* Always send pause command over Zigbee

* Fix "display" -> "displayed" in sendEvent
#36279)

* CHAD-5172 Send follow-ups to verify that window shade level changes occurred

We noticed what seems to be a device bug when window shades send us unsolicited battery reports at the same time they are told to open/close. This seems to cause them to send us immediate position updates rather than waiting until the action is completed. This change should send periodic gets until we see the value we want, up to 5 times, or about 25s after the intial command.

* fixup

* logic changes

* guarantee overwrite

* state variables do not work with += operator

* add a +/- 2 range for the level

* spacing fix and re-arrange logic
* CHAD-5280 Cap number of battery queries

Locks will query for battery state after a battery replace event, but in some cases, the lock will go offline before responding resulting in an infinite loop of querying the battery, which can clog the z-wave message queue.

* state variables do not work with += operator

* this should break any existing devices out of the loop

* fixup
@greens greens merged commit 1dfc264 into acceptance Jul 21, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants