Skip to content
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

After updating to 2.1.0 - roller blind motor TS0601 (_TZE200_zah67ekd) does not update position and state #26180

Closed
reaper7 opened this issue Feb 4, 2025 · 4 comments
Labels
problem Something isn't working

Comments

@reaper7
Copy link

reaper7 commented Feb 4, 2025

What happened?

After updating from 2.0.0 to 2.1.0 - roller blind motor TS0601 (_TZE200_zah67ekd) does not update position (0..100) and state (OPEN CLOSE STOP)

Additionally I don't understand the intention of the state for version <=2.0.0 (when it updated the state):

  • state OPEN appears only for the duration of the roller shutter movement when opening and when it's fully open state changes to STOP
  • state CLOSE appears only for the duration of the roller shutter movement when closes and when it is completely closed state changes to STOP
    so without physical observation, or without checking the POSITION value, you can't tell conclusively whether the shutter is open or closed

What did you expect to happen?

Previously, the position was updated while the roller shutter was moving and when the operation ended.
The same for the current state (OPEN CLOSE STOP), this value in version 2.1.0 does not change.

How to reproduce it (minimal and precise)

nothing special - install version 2.1.0

Zigbee2MQTT version

2.1.0

Adapter firmware version

20240710

Adapter

Electrolama

Setup

x86-64

Debug log

No response

@reaper7 reaper7 added the problem Something isn't working label Feb 4, 2025
@Serios
Copy link

Serios commented Feb 4, 2025

I can confirm the issue, have same devices with same behavior on v2.1

@reaper7 Regarding the state, as I remember there was some problem for z2m to properly handle the states of the device combined with the buttons for issuing the Open/Close commands... don't remember quite well. However you are right, while closing the state should be Closing not Close, the same is true for opening/open. Another thing is that these blinds are not quite supported, I mean the operational part is fine, however the Deconz guys somehow managed to get working battery status and lux value from the solar panel

@Koenkk
Copy link
Owner

Koenkk commented Feb 5, 2025

This has been fixed in the dev branch already

Changes will be available in the dev branch in a few hours from now and in the next release which is every 1st of the month.

@Koenkk Koenkk closed this as completed Feb 5, 2025
@Matt2k34
Copy link

Matt2k34 commented Feb 6, 2025

This has been fixed in the dev branch already

Changes will be available in the dev branch in a few hours from now and in the next release which is every 1st of the month.

Considering how impactful this issue is, and the fact (I can't see where) you'd be able to perform the edit in Koenkk/zigbee-herdsman-converters#8723 which would persist, any plans to push an out of band release??

As things like the haasio addon are intended for a more "plug and play" experience, which are currently broken.

For me - my TRV's were still reporting - and could be seen in the logs reporting correctly, but no update made it to HA - meaning from a user POV it's difficult to see what's "wrong" - other than for me it killed my heating.

Ontop of HA essentially removing auto-backup on upgrade, (which has been "kinda" reverted here -> https://www.home-assistant.io/blog/2025/02/05/release-20252/#backup-on-updating-add-ons) - it makes this messy / open to risk for less technical users, as they can't just roll-back to the previous version, and unless I'm missing something, documentation to move from stable to edge within the addon store isn't particularly user friendly, either.

Thank you for the swift fix (and the product in general!), I just think it would be "better" from a user POV if this was pushed out as its quite a breaking change.

@Koenkk
Copy link
Owner

Koenkk commented Feb 7, 2025

I just think it would be "better" from a user POV if this was pushed out

Fix is available in the 2.1.1 release

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
problem Something isn't working
Projects
None yet
Development

No branches or pull requests

4 participants