[Feature request] Blinds report opposite of Zigbee2MQTT when "reversed": true

[PatrickDollard]

The blinds connected to Apple Home report the opposite state of Zigbee2MQTT

[Luligu]

Hi, sorry for the late replay I didn't see the notification.

Can you send me a full log please.

[PatrickDollard]

Sorry I moved off of Z2M to ZHA, so I can’t test this anymore. The blinds were basically showing the inverse of what state they actually were. On Sep 11, 2025, at 6:43 AM, Luligu @.***> wrote:Luligu left a comment (Luligu/matterbridge-zigbee2mqtt#121) Hi, sorry for the late replay I didn't see the notification. Can you send me a full log please.

—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: @.***>

[DenisPryt]

@PatrickDollard I can confirm that the Open and Closed states are swapped. This might be related to the cover_mode .reversed: true flag

{
    "adaptive_pulling_speed": "ON",
    "calibrated": true,
    "calibration_status": "fully_calibrated",
    "cover_mode": {
        "calibration": false,
        "led": false,
        "maintenance": false,
        "reversed": true
    },
    "curtain_position": 0,
    "curtain_speed": 25,
    "identify_beep": "short",
    "last_manual_operation": "open",
    "linkquality": 92,
    "manual_open_close": "ON",
    "manual_stop": "ON",
    "position": 0,
    "reverse_direction": true,
    "state": "CLOSE",
    "status": "stopped",
    "traverse_time": 18
}

Additionally I notice that if I set position to any value between 0 and 100%, Apple Home app show "Opening..." status without the real curtain position.

[DenisPryt]

_matterbridge_logs.txt

[DrBeniki]

I have the same issue. I have compared the status of my blind motor (Zemismart Z25R3) in Z2M, HA, HomeKit through HomeBridge and HomeKit through MatterBridge and the latter is the only one reporting the incorrect status.

[Luligu]

It should be solved.

You can install the dev and try.

Use matterbridge-zigbee2mqtt@dev in install plugin.

[DenisPryt]

@Luligu thanks for your work! I've tested it on 3.0.1. I still see the same issue. However, during the curtain closing process I see the label ‘closing…’ and during the opening process ‘opening…’. But while closing, the ‘closing…’ status almost immediately changes to ‘open’, even though the curtain is still closing (the ‘open’ and ‘closed’ states are reversed).

Then, if I press the curtain control, the status changes from ‘open’ (even though the curtain is actually closed) to ‘closing…’ (even though nothing is happening with the curtain). If I press the button while it’s in the ‘closing…’ state, the status changes to ‘opening…’ (which is correct) and then immediately switches to ‘closed’, even though the curtain is still opening (the states are reversed).

[Luligu]

Hi, fixed the wrong update with motor reversed.

If you still experience problem is the converter. Tuya and Moes sometimes have inverted status in the converter.

WindowCovering Zigbee2MQTT cover: 0 = fully closed, 100 = fully open (with invert_cover = false) Matter WindowCovering: 0 = fully opened, 10000 = fully closed