MQTT Cover additional states (opening, closing, stopped)

Feature Requests
1

Would be great to enable additional states to represent a cover in the process of opening or closing, as will as stopped (i.e. not moving and in a position other than open or closed).

2

Much agreed!

In the Apple HomeKit Accessory Protocol Specification there’s CurrentDoorState and TargetDoorState and for Current there are 5 states (open, closed, opening, closing, stopped numbering from 0 to 4). Target uses just 2 options (open, closed).
Here’s the link for states: https://developer.apple.com/documentation/homekit/hmcharacteristicvaluedoorstate

My garage doors work like… press button - they open, press again - stop, press - close, etc.
Apple’s HomeKit works a little differently and I had to set manually to state “stopped” on step 2, otherwise HomeKit thinks that they’re closing. So having additional states would be really nice to properly implement garage doors with HA and HomeKit.

Thanks!

1 Like
3

MQTT has recently been updated to “Add opening and closing states to MQTT covers”

It would be appreciated if this is carried across to the Homekit Cover component for Garage Doors…

4

I also vote to add this “stopped” state.

As @maxslotov said, HomeKit already supports these 5 states.

Also, Homebridge is able to handle this stopped state as you can see here Homebridge Plugin Documentation.

And also homebridge-mqttthing is able to handle these 5 states as you can see here homebridge-mqttthing/docs/Accessories.md at 93f81e506c7579f4250c1e0bedcb822a8be517e0 · arachnetech/homebridge-mqttthing · GitHub.

I guess that adding a “stopped” state for HA Cover causes a lot of changes (for example, a “stopped” icon for each Cover DevicesClasses where the “door” is not fully open and not fully close).

This feature is the only missing thing for me to not fully quit HomeBridge.

Is someone working on a PR for that? I didn’t find anything on GitHub.

5

The stopped state does not exist on any cover in HA. This would need to be a separate feature request before even addressing it in MQTT.

6

Thank you for your reply.

Sorry for the confusion, but in fact my previous message was about adding this “stopped” state for Cover in HA at a first step.
And only after that, adding support for “stopped” state in MQTT Cover.

I will open a new Feature request for that :wink: