RainerStaude / hass-becker-component-plus-pybecker

A native home assistant component to control becker RF shutters with a Becker Centronic USB Stick.
MIT License
47 stars 4 forks source link

Reverse open/close #27

Open nclsrm opened 1 year ago

nclsrm commented 1 year ago

Hello! And many thanks for your work!

I've installed the integration and everything works perfectly.

However, I have a slight problem: I'm using the integration to control an awning, so the open and close states and up down functions are reversed. When I use the HA controls, it seems strange to "close" the awning to extend and "open" to retract. Is there a way of inverting open/close? As I also use the controls on the HomeKit app, I suppose the changes would have to be made at the integration level and not just via an HA card with inverted controls.

RainerStaude commented 1 year ago

So far there is no option to invert the position in the Becker integration. You have two options:

  1. Swap/correct up/down direction of your awning motor. There should be a switch on your motor.
  2. Add a template cover similar to here

I'm wondering in case you have a remote. This should be inverted as well.

domob1812 commented 1 month ago

I have a similar issue with one of my Becker blinds, where up and down is reversed. I believe this was just a mistake of the contractor who installed it; but I can't easily reach the motor nor do I want to get a contractor again just to change this. So while the remote is indeed reversed, too (and I'd prefer to fix that), at least it would be nice if I could have it proper inside HA.

It seems that the template cover is a good workaround and I'll probably do that. But if you think it might be useful, I'm also happy to do a change to your integration that allows configuring to reverse the motor direction for each cover. Is that something you think is a good idea and something you would like to accept into your code?

RainerStaude commented 1 month ago

There are two places, where this integration interacts with with Becker stuff.

  1. Sending commands to the motor.
  2. Receiving commands from the remote. In my understanding, with reversed motor configuration, also the remote has to send reversed commands. Therefore one configuration parameter for reversed operation for both, sending and receiving should be sufficient.
domob1812 commented 1 month ago

Yes, that is my understanding, too. Do you think such a parameter would be useful and would accept a PR that adds it? I can also understand the point of view that this is just additional "clutter" without any practical value, because a) the motor "should" be configured correctly in the first place, and b) even if it is not, one can work around it with a template cover (like I have done myself so far).