Scenario 1 - Either through the connector app or physical remote, when i press up or down, blinds move. When I stop it with the centre button OR it stops itself at top or bottom, the motor seems to send its final position to the connector hub. So the percentage updates in app.
But that same percentage does NOT update in Bond app and HE. They both have the old positions. I force refresh all devices in bond app and refresh HE page, still doesn't fix it.
Scenario 2 - When I move the slider on Bond app or HE, the changes sync across bond, HE, and connector app.
Thoughts - Looks like when blinds are moved via connector app or remote, the final position is broadcasted, but Bond does not catch it. Dooya hub does catch it. Looks like a bond limitation. Anyone know a possible workaround?
Set aside Hubitat for the moment, when you adjust the shade using the RF or Dooya app, if the Bond app does not show the update there is the issue you need to debug first.
Has the bond app ever updated when using the RF remote since you have had this setup?
yea thats the issue. Bond never got the final position of the blinds. I think its bond firmware/software limitation. Seems that Dooya hub is constantly listening. Bond is not.
How is the Bond Bridge integrated? Did you have it learn the Dooya remote or did Bond know how to talk to Dooya's WiFi interface?
If Bond had to learn (emulate) the Dooya remote, there likely is not a feedback channel from the Dooya unit to tell the Bond Bridge controller that a state change was triggered from another source.
Most motorized device RF remote interfaces are fire and forget.
I don’t have your hardware but based on your description along with what I know about general hardware command and control technology, and what I know about Bond…
Bond Bridge is just emulating the Dooya hand-held remote, and like the remote can only send commands. The remote, and Bond, have no idea of Dooya’s shade’s state because Dooya motor controller doesn’t report state back to remotes over RF.
This is a normal technological design. Example: your TV remote has no idea what TV channel you are watching, yet let’s you up channel, down channel, or directly tune a channel by number. The TV’s current state, what channel is tuned, is unimportant to the TV remote.
The Dooya app is natively integrated in the shade’s controller via the Dooya WiFi module and therefore can both command the shade and monitor when other devices, like the remote or Bond, send commands. The Dooya WiFi controller may also have the ability to ask the physical controller “where are you?” But even if the Dooya WiFi module can’t “see” the shade’s physical state, because of it’s position and connectivity, the WiFi module can monitor when remotes send commands and use that information to have a very educated guess in real time about the share’s state.
Bond Bridge and the remote don’t have that advantage. They are in a one way conversation (command only) and position of fire and forget. They can’t see what each other does much less what the Dooya WiFi controller does or the app for the WiFi module.
the Dooya hub is not required for the Dooya remote to work. In fact i got the hub weeks after i got the remote+motor installed. Dooya hub had to learn the remote via pairing option.
Bond also learnt the dooya remote the exact same way. But as mentioned above, doesn't get final position from motor.
So concensus is that it's the bond issue yea? either app or hardware itself. Dooya solution is definitely doing something better than the bond solution.
I read the first post and I think I get the gist of it. Unless something else has transpired.
This is correct. I only have Fans on my Bond, no blinds. But it is the same for fans.
I assume the blinds are working the same as fans usually do. The fan will have an RF receiver only. It can only listen and cannot transmit anything back. This means that if you control the device from multiple points, the other remotes/hubs will not know something has changed. There is no way to ask the device its current state and it never reports it. The only way a Bond hub knows the state of the device is by using the last state you pushed through bond.
Normally this is not an issue when using a basic remote because it does not care what state the fan is in, you push a button and it send a signal out, very simple.
It is a physical limitation of the hardware and technology.
If you want to use a bond hub and reliably track the current state all control must go through the bond hub.
EDIT: I see it looks like the Dooya hub gets status updates from the blinds. That hub may connect to the blinds over some proprietary zigbee-ish protocol. Something that allows two-way comms. Unless the blinds are on Wifi and it connects that way? I did not read every post on this thread.
This is absolutely correct, and before I purchased my shades I was also concerned about this. However, Household Acceptance Factor on shade features/aesthetics took priority over my desire for an internal shade controller that communicates with Hubitat. The only method I was aware of for my shades to communicate with Hubitat was via Bond, so I bought a Bond and hoped for the best.
It turns out, after setting up and using this for 2 years, the one way communication referenced above is far less of an issue on shades than you would think by reading the posts here. This is because shades have DISTINCT commands for up and down
My use case is to automate the shades going up and down at certain times via Hubitat, and to simultaneously allow user control via the remote. So let's take an example: Shades are set in Hubitat to automatically close at sunset. But someone is not feeling well, decides to rest 1 hour before sunset and uses the remote to close the shades 1 hour early. Then, at sunset, the Hubitat automation to close the shades triggers. Hubitat sends Bond a close command, Bond sends the shades a close command. However, since they are already closed, nothing happens...and every one is happy. The same works in reverse - someone opens the shades early; when the Hubitat automation fires, nothing happens because the shades are already open.
For those wanting to trigger other automations based on the status of the shades, that won't work. What you may find is the shade status is not the ideal trigger for the automations - use other triggers.
The one downside might be if you have a light scheduled to go on concurrent with Hubitat sending the close shade signal. If someone closes the shades early, Hubitat won't know, and the light will go on at it's regularly scheduled time.
If you must write automations based on the status of the shade, you can alway put a small contact sensor in the opening. Attach a small magnet to the operative rail, and the contact sensor to the opening in either the open or closed position. You can now determine in Hubitat if the shade is open or closed.
blinds are not connected to wifi. They just connect to dooya hub via RF. But yea it does seem to do something extra to get status updates.
but thats the thing, its not just for closed and opened states. It's also for partial states.
eg morning sunrise HE opens blinds fully. This status shows up correctly in bond/HE.
on physical remote, mum puts blinds to 50%. Dads looks at hubitat and it still shows as 100% open. He wants 80% closed. He'd think "why it show 100% when its actually 50% closed?". Refreshes page a few times and nothing updated. Then he'd have to drag the slider from incorrect position to 80%.
Just sucks i guess because all my other smart home zwave devices give current status. So i can always know accurately what the device is doing and where it's at. I got light dimmers who's current positions are accurate.
If only i could get dooya hub integrated with HE. One can dream
Since when Dad wants the blinds 80% closed, he is looking at them to determine they are currently at 50%, he can do one of 3 things:
grab the remote or the Hubitat interface and press the button to close them 30% more
set an 80% preset position with the remote, transfer that command to Bond, and then Hubitat, and then hit the 80% command when that is where he wants the blinds, and they will go there regardless of what position they are in.
on remote you cannot set 80%. Remote itself only has UP, DOWN, and STOP.
yea just not user friendly for the wider audience. Non tech people. Had a few ask me why HE dashboard percentage falls out of sync with the actual blinds position.
grabbing remote not a good option as i want to control blinds just like the remote.
Best work around i found is to remove the percentage selector from HE.
So remove this (i did like the percentage selector though):
