I am not sure if this is frontend or zigbee/zha related.
I have some zigbee blinds, the card for the blinds is always backwards (says open when it’s closed and vice versa).
In the attached screenshot, the blinds are up/open. The card says they are down/closed. So, it only allows me to click the up button; but since the blinds are already up, it doesn’t do anything. I can’t click the down button because it’s grayed out since the system thinks it’s already down/closed. Further, if I move the blue dot for the blinds location 1/4 inch from the left, the blinds start moving but the blue dot moves 1/4 inch from the right (the opposite side that I moved the indicator, and the blinds do move to the opposite state). If I put the blinds half way open and half way closed, I can then click either the up or down button, but the blinds do opposite of what the button indicates.
Is there anyway to reverse the blinds status in HA so it matches the actual status of the blinds?
You’re not alone @deepsix , I have the same issue - I have a bunch of Graywind shades that appear as “yooksmart” devices when I connect them in HA. The shades internally have a configuration that lets you swap the direction. This lets you choose between having the shade descend from the outside or inside of the roller (side closer to the window or towards the room). So maybe that has something to do with it? We probably need some way to signal to HASS that the direction is swapped.
There might be a way to work around the issue with a template cover (as discussed here).
With Zigbee2MQTT there appears to be an option (discussed here) that might be what we need, but I haven’t been able to find anything similar for ZHA.
I’m also having this issue. If anyone has code pointers for where I might need to dig around in the ZHA code to add this feature, I’d be happy to take a look. I haven’t had any luck just from poking around on GitHub though.
I think what’s really needed is a software-level “invert” flag, independent of the product’s “motor direction”. For my zemismart roller blinds, which work with Tuya, a “motor direction” attribute is exposed in both Home Assistant and in the Tuya app. If I set it to the direction that works inside the Tuya app, then the Home Assistant shades run in the wrong direction. And vice-versa; so the motor direction alone is not enough to get this right.
Hello,
Did any of you manage to solve the issue? I just installed a MOES ZigBee Curtain Switch Smart (ZRS-EUC-WH-MS) and I have exactly the same problem:
While the Zigbee2mqtt interface shows the correctly position, the HA interface shows the opposite state…
I thought to change to ZHA to try it but after founding this post I see that is another problem…
I’ve just installed three sets of Graywind WiFi blinds. They are backwards like everyone else has mentioned here. Just wanted to point out that this doesn’t seem to be dependent on the wireless protocol.
Might be a bit late but … just installed a Tuya Zemismart blind controller (Zigbee) and discovered you can reverse the direction via the supplied remote control after you pair with it. Once reversed my automation works fine. I also had to use the remote to set upper and lower limits. Other that that(!) the controller is great. IMHO
BTW there’s a misprint in the supplied manual (if you could call it that)!
I have this problem, too. Reversing the buttons on my remote did not work for me. My blinds identify themselves as WM25/L-Z by Smartwings and my Dongle is Sonoff Zigbee USB3 Dongle Plus
I have ZCM03 shades (TZE200_vdiuwbkq TS0601), below worked for me with ZHA:
Click Manage zigbee device
In clusters tab pick TuyaWindowCoverControl
Then pick attribute cover_inverted, set value “Bool.true”, click “write attribute” button
Then pick attribute motor_direction, set value “Bool.true”, click “write attribute” button
Reload zigbee integration
You might need to full open/close shades once in HASS to synchronize some state.
For some reason both cover_inverted/motor_direction need to be changed in my case to avoid glitchy UI in HA.
This makes shades to properly show up as open/closed in HASS and Apple Home. The progress of opening is still glitchy for my type of shades.
PS: If my shades are added to vanilla Tuya app (not in glitchy Smart Life) with Zemismart M6 Hub, then in Tuya App device works perfectly - percentage of openness is precise, open/close/stop works, set to specific position, battery charge monitoring, firmware updates - everything works well.
I also had to use the remote to set upper and lower limits. Other that that(!) the controller is great. IMHO