Somfy Uno IO Roller Shutter not reporting state

Hi, I tried again to set up our Somfy system with HA with no success.

We have simple motor controlling the shutters and the switches are Somfy UNO IO (https://shop.somfy.de/funkempfanger-inkl-schalter-smoove-uno-a-m-io-pure-ohne-rahmen.html). They are connected to a Tahome Premium v2 Box (https://www.somfy.de/produkte/2401354/tahoma-premium).

I have set up everything in Homekit with the help of Homebridge for now and HB let’s me controll the rollers correctly. It stats “open”, “closed” and the “percentage until closed”.

I want to switch our whole home to HA and send that to Homekit for the family to be able to control everything the way they are used to. The HA controls will be on designated tablets in the future but unless I can switch everything has to work like it does now.

Now I added all the Somfy UNO IO to HA with Overkiz. They are recognized fine and I can send the commands “open”, “close” and “stop” correctly.

However, the state is wrong from the beginning making it impossible to control them on a daily basis. Overkiz doesn’t seem to know if the state is “open” or “closed” or “a percentage closed”.

They always show “opening: -24%”.

I already made iMicknl aware of the issue but I was not able to provide screenshots there correctly. I’m hoping to find some help here how to make Overkiz recognize the state of my shutts correctly.

I will add a few screenshots of HA and from HB, too, to show the actual reported state. The Homebridge state “100%” from the screenshot means it’s completely open.

I would be so glad if anybody could help me here! I wonder if it is something I can change in my config or if it is something that Overkiz has to change in the way it handles the state.

bump

Am I the only one with that issue? Is nobody able to help?

Most likely no one can help you here, and best is to communicate on GitHub for integration issues. This is an issue caused by the code + behaviour of your specific device.

You could build a template cover as a work around, where you set a negative value to 0 and a value over 100 to 100.

Hi Mick, it seems we already had a quick talk regarding that issue on Github:

The problem is not the a template itself but somehow the current state (or any state) is not being reported. No matter if the cover is open or closed, overkiz always reports “being opened: -24%”. It doesn’t detect any change in state. The Homebridge plugin and thus Homekit report the current state correctly.
I don’t think a template can fix what isn’t even transmitted.

I have connected overkiz the same way I have connected the other plugin, through the local api. Overkiz can send the commands for up, down and stop, but it doesn’t know where it is at the moment so it really is not usable right now.