Replies: 7 comments 2 replies
-
|
That won't work. As cover considers 1-99% open and 100% closed, flipping that, will result in 1-99% closed and 100% to be open. That behavior is odd. |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
Then just use the templates already available? 🤷 ../Frenck |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
|
Hi Frenck, for me it would be useful too. Just invert 100 to 0 and 0 to 100. Means - for the command "open cover livingroom", currently it will close because they are false mounted but I cannot get an electrician to fix it - that is the reason why I like to inverse them. The original cover entity still exists where I can work with percentage. Just the "virtual" inversed cover will close or open inversed. |
Beta Was this translation helpful? Give feedback.
-
|
Hi, may I kindly ask to continue the discussion here? I'm also interested in inverting the open/close logic for my awning. Thanks! |
Beta Was this translation helpful? Give feedback.
-
|
Hi Frenck, hope you're well! With @meiser79 bringing this up again, I thought it might be worth a quick recap. Just a small note on your earlier reply. You mentioned "1-99% open and 100% closed," but the dev docs and user experience actually define it as 0% = closed and 1-100% = open (referring to how open is the window). Wanted to clarify in case that changes how you see the feasibility. What many of us would love: An inverse helper for covers that flips the position (0 and 100) and correctly maps the open/closed state accordingly. So that we'd get: 0% = open (window is not covered) and 1-100% = closed (window is covered or partially covered). The existing template cover workaround could also help, but unfortunately falls short, because value_template and position_template can't be set independently. Inverting position causes HA to derive the wrong state. This has been a long-standing wish across the community (the 2020 WTH thread, 10+ forum posts, affecting KNX, Z-Wave, Somfy, MQTT, Tuya, ESPHome users and more). Interestingly, the WTH thread also revealed that opinions split along cultural and professional lines: engineers and native English speakers tend to read 100% as "100% open" (like a valve), while many European users read it as "100% covered." Neither side is wrong, which is exactly why a configurable inversion is the only fair solution. Spook's inverse helper feels like it could be the most elegant path forward in the absence of a HA core solution. Thank you for all the amazing work on Spook and HA! 🙏 |
Beta Was this translation helpful? Give feedback.


Uh oh!
There was an error while loading. Please reload this page.
-
Would it be possible by any chance to extend to inverse helper feature to support cover entity type as well?
This discussion is popping up from time to time, one of the better threads about the topic is here: https://community.home-assistant.io/t/cover-entities-that-are-0-open-and-100-closed/581979
In summary, it would be more than helpful for many of us to see an inverse logical interpretation of “open” and “closed” for a cover, meaning 0% = open and 100% = closed.
Beta Was this translation helpful? Give feedback.
All reactions