-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
Invalide state tuya shutter since v1.39.00 #23483
Comments
Similar issue was described here: #23277 but there they mention HA as a buggy, once you say that downgrade of Z2M helps. |
I have the same problem after update z2m |
I have the same problem with two Moes TS130F (_TZ3000_1dd0d5yi) devices. Shutters are open - HA shows closed and vice versa. Connection correct - hardware buttons work. Two are partially not working and two without any issues. Sometimes I have to press the switch three times for the shutter to close / open completely. It behaves very strangely and is annoying.
|
Are they open or closed with |
In this state, the roller shutter is completely open. In the “open” state, the roller shutter is closed. However, the switches function correctly. |
@eerguen fixed! Changes will be available in the dev branch in a few hours from now. |
Hey... After the newest update my cover status is shown incorrectly :( before the update my moes roller shutters works perfectly fine. HA is showning closing but in truth it is opening in this moment. Motor Revese does not change it. |
Same happen to me, after I updated today's version. Model zb TS130F |
I have the same issue after updating to Z2M 1.41.0. It was always working perfectly with the Moes MS-108ZR and Z2M 1.40.2 (and all earlier versions) and since the update to 1.41.0 the cover status is incorrect. I seems that only the MS-108ZR shutter switches are affected. Other TS130F shutter switches in my setup are still working correctly (also after the update to 1.41.0). |
Well, same issue on my side with 4 MS-108ZR. Back to normal when reverting back to 1.40.2-1 |
Same here for After the update, I had to enable the invert mode for them work as expected again. However, now my physical controls are inverted and I will need to rewire 😞. |
@rogervdh, can you share the "Zigbee manufacturer" for the shutters that don't work and the ones that work? I have the suspicion that |
@afharo, Zigbee Model TS130F Other TS130F switches which are still working correctly: Zigbee Model TS130F Zigbee Model TS130F |
Can you provide the data/database.db entry of |
@Koenkk FWIW, with my
Reverting back to 1.40.2-1 (without moving the cover manually or through HA). Shown as
After pressing
|
Same for me, after the update: |
Hello, I’m also having the same issue with the 1.41.0-1 update. The cover’s state appears inverted; when it’s closed, it shows as open. The open and close buttons work correctly. |
Seems to be the same issue as this one #23277 |
Hello, in the latest version 1.41 the MOES MS-108ZR device does not work correctly. When it is closed it appears open and vice versa. I have gone back to the previous version and it works fine again. |
I think it was fixed in #23483 already, can you check if everything is ok with the dev branch? |
I guess you meant #24609, updating the converters with this changelog: Koenkk/zigbee-herdsman-converters#8259 🧡 |
The malfunction is still present. When the shutter finishes opening, it appears as closed, and conversely, when the shutter closes, it then appears as open. I reverted to version 1.39.1 to restore normal functionality. |
@theyort did you also check thedev branch? |
I just tested the docker tag |
@Koenkk Will it be fixed again in the next update? I would like to update. |
After the 1.41.0 update, this morning my shutters were all reversed. It was clearly mentioned in the changelog (#23483 Fix Moes MS-108ZR cover inverted). Question: will there be further changes again? |
@Suschibomber, @UsernetFR, as per this comment, it should be fixed in the dev branch. I tested it on my end and it is fixed it for me. Do you mind testing as well on your end to confirm? These steps should help you switch to the dev version: https://www.zigbee2mqtt.io/advanced/more/switch-to-dev-branch.html |
Thank you for your answer. Sorry, despite your link I don't know how to do that. If it doesn't work, I can always restore my backup, right? |
@Suschibomber, what's your installation like? Did you use docker? The homeassistant add-on? Or the typical linux installation? |
@afharo I use ha with zigbee2mqtt addon |
@Suschibomber, in that case, I think that simply making a HA backup (just in case) and changing the version would do. I use the docker version and I was able to jump back and forth between versions without any issues (so reverting to a previous version should be safe most of the time). |
Hello everyone,
Following an update to Zigbee2MQTT 1.39.00 , I have noticed strange behavior with some of my roller shutters (specifically those with modules recognized as TUYA-TS130F. I have 2 other MOES modules [MS-108ZR] that are working correctly).
When I fully raise the shutter, the status visible in Home Assistant is "closed" even though the shutter is open. Below is the trace from the development menu:
On zigbeemqtt interface here is :
{ "calibration": "OFF", "calibration_time": 32, "indicator_mode": "off", "linkquality": 255, "motor_reversal": "OFF", "moving": "STOP", "position": 100, "state": "OPEN" }
The shutter appears closed while it is actually open. When I click on "STOP," the status updates correctly
I am experiencing exactly the same strange behavior when I close the shutter, as it appears to be in open mode. When I use intermediate positions, there is no issue.
When i downgrade on 1.38.00 version, all is ok.
Do you have any possible solutions or workarounds for this behavior?
Originally posted by @ElCaplar in #23480
The text was updated successfully, but these errors were encountered: