I have 4 Bali shades that operate through this plugin. They work fine normally, via buttons and scenes and an automation to raise them.
However, when attempting to lower them from 100% to 0% via a Scene on a timed automation, 2 out of 4 of my shades always stop at around 80% and kind of poop-out when it happens. They don't stop as if they've received a stop command. They stop as if they've malfunctioned and continue to slowly lower a few more percent until their inertia stops.
Verify the following before opening an trouble issue
[x] That OAuth is Enabled for the SmartApp under the IDE.
[x] The SmartApp and Device Handler are using the latest code available.
[x] That Both the SmartApps and Device Handlers have been Published for You in the IDE.
About Your Setup
How many devices are detected: The correct number 😅
Mobile App Version(Not required):
SmartApp Version: 2.3.3
Device Handler Version: 2.3.8
Homebridge Version: 1.1.7
NodeJS Version: 14.15.2
Expected Behavior
I expect for all shades to work for all scenes, automations, etc...
Current Behavior
2 out of 4 shades poop-out when performing a timed lowering automation.
Steps to Reproduce (for bugs)
I'm unsure if it will be possible to reproduce, but I'll include some generic steps.
Add 4 shades to HomeKit
Create a Scene to lower all shades
Add an automation for Sunset to call the Scene
Only 2 of 4 shades will lower to 0%. Then other 2 will poop-out.
Context
In my testing, it appears as if using a Scene does not matter. Even if I add all 4 shades separately to a timed automation, the same 2 shades still do not lower completely.
Things I've tried and eliminated as the problem:
Deleted scenes, recreated them
Different times of the day
Erased all devices and z-wave settings from SmartThings & Homebridge and started over from scratch
Purged the SmartThings API key and set it up again
From above, removed shades from HomeKit and re-added them multiple times
Replaced the Raspberry Pi I have Homebridge running on
I understand that this issue is extremely quirky. My gut tells me it's probably a bug in HomeKit, but I'm unable to test, tune, or debug anything in there anymore.
I'm mostly creating this issue out of some desperation, and to see if there is any possibility anyone else has encountered this, and/or as a reminder to myself to dig into the code in this plugin and see if there is some debounce collision happening or something.
I have 4 Bali shades that operate through this plugin. They work fine normally, via buttons and scenes and an automation to raise them.
However, when attempting to lower them from 100% to 0% via a Scene on a timed automation, 2 out of 4 of my shades always stop at around 80% and kind of poop-out when it happens. They don't stop as if they've received a stop command. They stop as if they've malfunctioned and continue to slowly lower a few more percent until their inertia stops.
Verify the following before opening an trouble issue
About Your Setup
Expected Behavior
I expect for all shades to work for all scenes, automations, etc...
Current Behavior
2 out of 4 shades poop-out when performing a timed lowering automation.
Steps to Reproduce (for bugs)
I'm unsure if it will be possible to reproduce, but I'll include some generic steps.
Context
In my testing, it appears as if using a Scene does not matter. Even if I add all 4 shades separately to a timed automation, the same 2 shades still do not lower completely.
Things I've tried and eliminated as the problem:
I understand that this issue is extremely quirky. My gut tells me it's probably a bug in HomeKit, but I'm unable to test, tune, or debug anything in there anymore.
I'm mostly creating this issue out of some desperation, and to see if there is any possibility anyone else has encountered this, and/or as a reminder to myself to dig into the code in this plugin and see if there is some debounce collision happening or something.
Thank you for coming to my Ted talk. 🤪