-
-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Smartwings WM25/L-Z Roller shade open/close commands reversed in 2.1.0 #26133
Comments
Yup, here too. From the factory, the 'app' direction is reversed and requires you to switch the direction for app control using a button press pattern on the remote. It appears that somewhere in the Z2M code, this flip has been made compared to previous versions. But now everyone that has made this 'app' direction change had to go flip it again. Was this a conscious decision or will this be reverted? If it will stay as it is now, new adopters of smartwing shades will not have to go through the 'app' direction flip and current users will have to revert the settings on the share directly. I don't want to have to go flip all my shades if it getting fixed and force be to flip then back again. But it can't stay like this for long WAF will go down the tubes.! |
I saw this as well. Before this change, 1 blind worked fine but for the other 3, I had to do the invert for Alexa and set it as inverted in Z2M in the other settings tab. Now with this change, the 3 that didn't work do, and the 1 that did work now doesn't show the correct state. I think it is due to me buying the blinds at different times and they have different firmware. The first one I bought was in March and the rest 3 was in May. But I am speculating. |
One of my cellular shades' lift strings snapped this morning because of this update. That's an $80 USD replacement. |
For now I took the file from the PR and corrected it to have The fact that this change caused someone physical damage seems like a good reason for it to be reverted quickly. |
Same issue here. Though I don’t mind flipping the app direction back to the factory setting…the mismatch between the state and open/close is a more significant problem. |
With the current build, set so up on remote is up on the shade (using the remote programming). Set invert in z2m to TRUE. That's what got it working for me which is fine... for my remaining shades. |
Thanks |
Here is a practical use case where things get confusing. The OPEN/CLOSE work correctly as expected. However when I move and display a position inbetween the following behavior is exhibited in the mushroom card and default cover card respectively. Physically the window is 87% open. (Or can be interpreted as the cover is 13% open I guess)…either way the default cover card doesn’t match anymore. |
I'm having the same problem where my open and closed are reversed in the Z2M UI but in Home Assistant things seem to understand what's going on. However I can't perform any actions using the "open" or "close" buttons and instead have to set the percent open using the slider or setting "100%" in an automation. It appears that Z2M understands the percentage but has some issues understanding "open" and "close" |
Because of an inconsistence introduced in the code there are no settings changes or shade configuration changes that will make things work correctly. Until the code is fixed or the change is reverted the only solution is to use an external converter. I created and external converter based on the file from the PR that caused this and modified line 30 to have
To do this in Home Assistant (at least on HAOS) create the directory |
IMO, because it was working with documented programming instructions (see the Z2M notes I actually contributed a while back), I vote this gets reverted, at least until we have a solid fix with no inconsistencies. |
I think this is dependent on what firmware your blinds have. I have 3 that didn't work and 1 that did work correctly and now with the change I have 3 that work and 1 that doesn't. |
+1 |
The change has been reverted, Koenkk/zigbee-herdsman-converters#8681 (comment), but won't be a released until the normal z2m release cycle the first of next month. So, it get it fixed you'll either need to switch to the dev branch (instruction link in that comment) or use the external converter above. |
For those following along. The fix for this, reverting the change, is in z2m 2.1.1 that was just release. |
Heh, time to go around and re-hack the shades and flip the zigbee settings 🙃 |
This fixed the old shades I had and broke the 3 that the other revision fixed. So I have a choice to stick with the 2.1.0 and have three that work correctly with Alexa and HA (showing correct state) and have one that doesn't Or go with 2.1.1 and have 3 that show incorrect state and 1 that does. Is there a way to use a converter for just one set of blinds or is it an all or nothing? |
@ThrashinVictim yes - see #26133 (comment) above |
@amaisano Those instructions would affect all 4 sets of shades which would still put me in the situation I am in. I just want to point the converter to 1 set of shades while leaving the others with the default settings. |
Apologies - I misread the question 😬 - I'm personally not sure how to do that, unless you have two zigbee/z2m instances. |
What happened?
After the 2.1.0 my Smartwings WM25/L-Z Roller shades no longer respond to open and close commands as expected. Sending close opens the shades and open closes the shades. They still report the correct open/close state and percentages. Changing the "Invert cover" setting from false to true doesn't change the behavior.
EDIT:
This seems related to Koenkk/zigbee-herdsman-converters#8681. After originally submitting this issues I remembered when I first installed the shades I had to reverse the motor direction, so I changed it back. Now open and close work as expected, but the state of the shades is reversed (open is 0%, closed is 100%). So depending on if the shades have the motor reversed or not they either have the open/closed state reversed or the open/close buttons have the opposite functions.
What did you expect to happen?
Sending "open" opens the shades and sending "close" closes the shades.
How to reproduce it (minimal and precise)
No response
Zigbee2MQTT version
2.1.0
Adapter firmware version
20221226
Adapter
SONOFF Zigbee 3.0 USB Dongle Plus-P
Setup
Add-on on Home Assistant OS on Proxmox VM
Debug log
No response
The text was updated successfully, but these errors were encountered: