-
-
Notifications
You must be signed in to change notification settings - Fork 31.9k
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
My Position configuration does not match position of recalling My Position #66767
Comments
Hey there @iMicknl, @vlebourl, @tetienne, mind taking a look at this issue as it has been labeled with an integration ( overkiz documentation |
Hi, I was able to reproduce with own covers too. Didn't know why I didn't notice this behavior before. For the awning, the feature is correct. Only vertical covers are impacted. |
FYI I just discovered the "Target Closure" sensor which seems to have the same issue. I could not find documentation on this sensor, but I assume that on changing the postion (or activating the My button) it shows the position where the shutter will eventually end. When setting the position to 15%, the Target Closure sensor shows 85% instead of 15%, so also seems to be "flipped". |
About the TargetClosure if your device is stateful your are not suppose to use it. It's why we disabled it by default. This state is useful for RTS cover. Indeed, the value of this state is equal to the last position asked by the user. We directly expose the value returned. |
Ah, my covers are using IO so they are stateful. |
About this use case, I can backport a still missing part of the custom component. |
It would be great to have the same errors as in the Tahoma app directly in HA. However I worked my way around it for now so no hurry from my side as I see that the to-port-to-HA list is still quite long and this topic seems to be near the bottom (assuming it is this one " Raise Overkiz events in DataUpdateCoordinator (on failure etc.)") |
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. |
Still valid |
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. |
Still valid |
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. |
Still valid |
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. |
Still valid. |
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. |
Still the case on HA 2023.7.2 |
Still the case on Home Assistant 2023.10.2 |
For what it's worth, this is still valid and I'm experiencing this "issue" as well. |
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. |
Still the case on Home Assistant 2024.2.3 |
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. |
Still exists in HA 2024.5.5 |
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. |
Still in 2024.8.3 |
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. |
Still in 2024.11.3 |
The problem
I am using the Overkiz integration with a Tahoma Switch box.
My Somfy shutter shows a "My Position" configuration entity with a slider. That slider shows 85.
When activating My Position by pressing the button entity (or through the Tahoma App) the position goes to 15 which is the expected position (shutter almost fully closed).
The My Position configuration value seems to be flipped (100 - 85 == 15)
What version of Home Assistant Core has the issue?
core-2022.2.7
What was the last working version of Home Assistant Core?
No response
What type of installation are you running?
Home Assistant OS
Integration causing the issue
Overkiz
Link to integration documentation on our website
https://www.home-assistant.io/integrations/overkiz/
Diagnostics information
config_entry-overkiz-2910f402e809161e4e71c45ac5509c66.json.txt
Example YAML snippet
No response
Anything in the logs that might be useful for us?
No response
Additional information
My Position configuration as shown in UI
Position of shutter after activating My Position
The text was updated successfully, but these errors were encountered: