I have a Nautilus rollup door which incorporates a Somfy RTS motor — which I think is more commonly used in awnings. The up/down buttons on the Somfy remote cause the door to move in the correct direction, but, as others have experienced, the up/down buttons in the Bond app cause the door to move in the opposite (incorrect) direction.
My Somfy remote says “Telus 1, RTS US PATIO” on the back.
Perhaps it makes sense to define another Somfy RTS remote device that has the direction inherently reversed. I would happily delete my current device add the reversed version.
My sunsetter shades with somfy RTS motors show the same misdirection issue which when linked to alexa makes the confusing %opening control appear to denote actually %close conditions. So any code change at the bond level will permeate through to the secondary control systems customer are using when not directly running on bond.
I looked into this a little more. I found, as others have mentioned, that I can reverse the Somfy motor direction. I wanted to see if the mode setting was in the remote or in the motor itself, so I followed the programming instructions. For all intents and purposes, the setting is in the motor, because the reversal affected both remotes (and I had to re-pair the second remote). In this mode, the up/down buttons of the Bond app move the door in the correct direction, but now my remote buttons are backwards.
I still propose that the correct solution is for the Bond app to offer a “Somfy RTS Awning (reversed)” device – in which the up/down buttons are swapped relative to the existing “Somfy RTS Awning” device. With this solution, existing customer installations are not affected and people with this issue will have a solution.
@merck Has there been any further progress/consideration of providing a “Somfy RTS Awning (reversed)” device – in which the up/down buttons are swapped relative to the existing “Somfy RTS Awning” device?
You responded on Jul 4 in this thread that “it is something we will be adding in the foreseeable future”.
That would happen if your device is set up as an awning when it’s actually a “shade”. You could try re-adding as a shade and the up/down open/close mapping will be switched.
Hey just wanted to confirm if the somfy awning fix was ever added to BOND? I’m about to integrate an awning that’s due to be installed and a few fans into Hubitat and Google/Alexa. Wanted to know if I needed to figure out a workaround within those platforms to make sure open and close is correctly mapped in my automations for the awning.
No, still “reversed”. Came here today to post new topic and saw its been known since 21. Somfy RTS Remote mimics window treatments which is inherently opposite meaning of open and closed of awnings.
You’ve got two options in the app: Somfy RTS Shade and Somfy RTS Awning. — If you’ve got an awning, then try Awning first. But if that gets things backwards, try re-adding as a shade.
For an awning: Open=Extend=Lower, Close=Retract=Raise.
For a shade: Open=Retract=Raise, Close=Extend=Lower.
The signals on RTS map to Raise/Lower. But Open/Close is what we have on our API.
If the above mapping does not match your needs, I’d like to understand why.
For existing devices that had the controls reversed will changing the device subtype (awning to shade) work or do we need to add the device again using the correct type ?
Specifically for Somfy Shade vs Awning (template = RMS12), yes you should be able to change the subtype on existing devices to achieve the swapping of the signals sent for Open/Close.