Tuya Cover Controller opened/closed inverted #59099
Comments
|
Hey there @tuya, @zlinoliver, @METISU, @frenck, mind taking a look at this issue as it has been labeled with an integration ( tuya documentation |
|
I noticed the same issue with all my covers (blitzwolf SS6). since I updated to Tuya V2 the covers are reverted, so showing down when they are completely open and the reverse. |
|
Hello, Same problem here. Curtain's states in HA are different from Tuya IoT Platform. Tuya IoT Platform : Home Assistant : Entity : |
|
Same problem here: inverted status on Tuya cover devices. |
|
Same here :-( |
|
Please, don't respond with "same problem", "+1", "I have it too" and similar. Instead, if you experience the same issue as the issue listed on GitHub, use the 👍 reaction on the bug report. Thanks 👍 |
|
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. |
Has there been a solution to the problem of reverse treatment? |
Hi, Has there been a solution to the problem of reverse treatment? |
|
HA slider allows me to set the position to a % that is (100% - the position % in Smart Life). Slider in HA sets the position of the blind (incorrectly). Slider in Smart Life is not reflected in HA slider using the Tuya IoT portal sending Open/Close with a position will move to the position, sending Open/Close without a position moves to 0%/100% |
|
Same problem here, just installed the Curtains and on HomeAssistant they are all inverted, any workaround i can do for now? |
|
Hello, I also have the same problem since the beginning.
cover:
|
|
For anyone having this problem, I solved eveything using the localtuya addon installable via HACS. https://github.com/rospogrigio/localtuya I have 5 electric shutter and 4 dimmers. Electric shutters are working good and flawlessly under localtuya, and most important... they are not inverted!! The dimmers are configured as "switch" on localtuya, unfortunately localtuya has no configuration for the "dimmable" lights. but If you configure em as switch, you can still turn on/off. |
|
Having the same issue. The shutters appear as curtains and are reversed compared to how they appear in Tuya Smart. |
|
👍 issue. my blinds are sub devices so not sure if 'Localtuya' on HACS is an option. Localtuya does not show the sub devices only the hub
|
Same thing for me. My blinds motor (AM43) connect to a Zigbee hub and then to Tuya IoT. The position of the blinds is inverted in relation to the "Smart Life" app. |
|
My device is smart motor (qtemqjy7axczkkls) Tuya app can connect no problem. HA Tuya can connect but reversed - LocalTuya can only connect to the hub. Reaching out for help to the community . Best regards Splinter911 |
|
|
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. |
|
"NH-ZS 108" still in inverse state Home Assistant 2023.5.3 |
|
Still issue remains for SUNFREE honeycomb Tuya shutters. |
|
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. |
|
problem still exist in 2023.11.2 |
|
Yeah, this is very annoying. It's the only thing preventing me from automating the natural lighting in my office based on the sun's position. |
|
This is very frustrating, all my curtains are operating in reverse |
|
guys, it's pretty simple to solve this. This is a config from the motor,... https://www.zigbee2mqtt.io/devices/TS0601_cover_1.html Send: And it will work correct |
All it does is show the correct status initially. But pressing "Open" or "CLose" still make the curtain go until halfway and then reverse direction (and flip the status). |
|
Correct this still not solvedSent from my mobile deviceThank you DerekOn Jan 1, 2024, at 4:22 PM, mvhecht ***@***.***> wrote:
guys, it's pretty simple to solve this. This is a config from the motor,...
https://www.zigbee2mqtt.io/devices/TS0601_cover_1.html
Send: { "options":{ "reverse_direction": true } }
And it will work correct
All it does is show the correct status initially. But pressing "Open" or "CLose" still make the curtain go until halfway and then reverse direction (and flip the status).
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>
|
|
My thanks to @francecisco. It's a bit confusing for newbies (such as myself) to sort this out. Specially because there are just too many topics on this without the full detail in how to do it. So, I've used @francecisco 's suggestion to include my curtains and it worked as a charm. Step by Step: 1 - You'll need to add the code from the original post #59099 (comment) below into your configuration.yaml file. (I use the Studio Code Server Add-on in HA) |
Yes, it worked for me too. Here it's the cover:
platform: template
covers:
caique_curtain:
friendly_name: 'Curtain'
position_template: "{{ 100 - (state_attr('cover.zemismart_zigbee_roller_motor_curtain', 'current_position') | int) }}"
open_cover:
service: cover.close_cover
data:
entity_id: cover.zemismart_zigbee_roller_motor_curtain
close_cover:
service: cover.open_cover
data:
entity_id: cover.zemismart_zigbee_roller_motor_curtain
stop_cover:
service: cover.stop_cover
data:
entity_id: cover.zemismart_zigbee_roller_motor_curtain
set_cover_position:
service: cover.set_cover_position
data_template:
entity_id: cover.zemismart_zigbee_roller_motor_curtain
position: "{{ 100 - position }}"
|
|
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. |
|
It still there, please don't close it 🙏 I don''t know if this issue happens with all tuya cover/shutter devices, but it would be nice implement a flag to invert the operation for this kind of devices. |
|
Don't close itSent from my mobile deviceThank you DerekOn Aug 2, 2024, at 3:12 AM, Luis Garza ***@***.***> wrote:
It still there, please don't close it 🙏
I don''t know if this issue happens with all tuya curntain devices, but it would be nice implement a flag to invert the operation for this kind of devices.
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>
|
|
There's a slightly less bothersome workaround, not a fix for the bothersome bug. |
|
Is there some final solution to this topic? Even I found a valid configuration I would prefer a standard solution :-) |
|
Je viens d'installer des interrupteurs de volets roulants Tuya. Le fonctionnement sous l'appli Tuya Smart était OK. Ensuite j'ai intégré sous Tuya Local, et là, magie, après avoir choisi le type d'appareil adéquat (volets mais en Anglais) j'ai bien mes boutons monter / arrêt / descendre qui fonctionnent correctement ! Donc je vais utiliser les appareils Tuya Local dans mes tableaux de commande Home Assistant. De toutes façons, je suis contre le fait de passer par un serveur externe. Je m'associe à tous mes prédecesseurs qui ne comprennent pas pourquoi l'intégration Tuya (et pass Tuya Local) ne permet pas de configurer le sens du 0% / 100% puisque visiblement ils ne le gèrent pas bien (je répète que mon appli Tuya Smart n'inverse pas les commandes). Il doit y avoir un truc, mais quand on ne sait pas automatiser on laisse au moins l'utilisateur gérer. |
|
Hello, everyone. I came across this thread due to the same issue. In my Home Assistant setup, the behavior is also inverted. I also wasn't satisfied with the solution of creating a template-based cover. https://github.com/home-assistant/core/blob/dev/homeassistant/components/tuya/cover.py#L245 To fix this, it would be necessary to change the values, replacing 0 with 100 and 100 with 0, and set reverse=False. However, I believe the best solution would be to add a configuration field for all covers, optionally specifying something like "manufacturer," which would allow the reverse setting to be either true or false based on the user’s preference. If there is a Home Assistant developer willing to mentor me, I am happy to take on the task. |
|
Regards to all the recent cover update partially solves this for me. Reversing motor direction. Although it won’t match the tuya app it does pass all the correct directions status and percentage open close for me know for both the home assistant app and to iOS with HomeKit. This help with a few years of frustration on this point.Regards again to all. On Jan 10, 2025, at 12:34 PM, Paulo Ferreira ***@***.***> wrote:
Hello, everyone. I came across this thread due to the same issue. In my Home Assistant setup, the behavior is also inverted. I also wasn't satisfied with the solution of creating a template-based cover.
I looked into the code and found that the Tuya integration is programmed in an inverted manner.
https://github.com/home-assistant/core/blob/dev/homeassistant/components/tuya/cover.py#L245
https://github.com/home-assistant/core/blob/dev/homeassistant/components/tuya/cover.py#L300
https://github.com/home-assistant/core/blob/dev/homeassistant/components/tuya/cover.py#L324
To fix this, it would be necessary to change the values, replacing 0 with 100 and 100 with 0, and set reverse=False.
However, I believe the best solution would be to add a configuration field for all covers, optionally specifying something like "manufacturer," which would allow the reverse setting to be either true or false based on the user’s preference.
If there is a Home Assistant developer willing to mentor me, I am happy to take on the task.
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>
|
|
In this PR, they changed it to always be 0 for open and 100 for closed. Later, this PR came along, which switched to using remap_value_from, and the issue reappeared. From what I could understand, the CLKG model works with the standard 0 for open and 100 for closed. Everyone creating some kind of "alternative," such as "inverting the motor" (software zigbee2mqtt), is doing so because of this issue. I tried everything I could before diving into the code—reversing wires, changing the configuration in Tuya. It is definitely a code issue in the integration with the CLKG. |
and others
The problem
First off, thank you for all the hard work for the new Tuya integration.
My issue is the cover controller of the Tuya integration. It is reporting a state of unknown for all my curtain rails and the open and close serves is inverted.
Service
All three of the curtain rails are the Zemismart New Design WiFi Curtain Motor Tuya Smart Life Customized Electric Curtains Track with RF Remote Alexa Echo Control
It used to work fine with the original Tuya integration, reported the state and controls were not inverted.
Let me know if there is any more info you need to help problem-solve this?
What version of Home Assistant Core has the issue?
2021.11.0
What was the last working version of Home Assistant Core?
2021.9.7
What type of installation are you running?
Home Assistant OS
Integration causing the issue
Tuya
Link to integration documentation on our website
https://www.home-assistant.io/integrations/tuya/
Example YAML snippet
No response
Anything in the logs that might be useful for us?
No response
Additional information
Tuya IoT Platform Logs per device
Device Name: Sliding Door Curtain
Actual State: Open
[ { "code": "control", "value": "stop" }, { "code": "percent_control", "value": 0 } ]Device Name: Small Window Curtain
Actual State: Closed
[ { "code": "control", "value": "stop" }, { "code": "percent_control", "value": 100 } ]Device Name: Corner Curtain
Actual State: Closed
[ { "code": "control" }, { "code": "percent_control", "value": 0 } ]The text was updated successfully, but these errors were encountered: