-
-
Notifications
You must be signed in to change notification settings - Fork 32.2k
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
Cover.set_tilt_position gives error #109933
Comments
Hey there @Danielhiversen, @RenierM26, @murtas, @Eloston, @dsypniewski, mind taking a look at this issue as it has been labeled with an integration ( Code owner commandsCode owners of
(message by CodeOwnersMention) switchbot documentation |
I'm having the same issue. Are your blinds "Unavailable" in the switchbot integrations? |
No, but position is Unknown and I can't operate them at all. |
Right, that is what I meant. It has something to do with an old version of pySwitchbot. I can not find clear instructions on how to fix it. |
Likely broken for some time post the core update. |
OK. Wierdness here. When I run commands in call service or node red I get an error, yet the blinds actually respond as expected, |
I get the tilt error as well but the blinds respond and tilt position reports unavailable. |
Adding I am having the exact same issue as reported after updating HA Core to 2024.2. Automations tied to the blinds no longer work; I can trigger them manually but get the tilt_position error and the device status is unknown. |
I also have this exact same problem |
I'm also having this issue. 2024.2.1. |
there are a few open tickets for similar things where switchbot bluetooth doesn't report state and gives an error. The blinds seem to move, but they are always in unknown state as well as throwing the error. I am just watching all of them as I too have same issue, since 2023.1.5 and still present on 2024.2.0 and 2024.2.1 |
Same issue here since upgrading 2024.2 |
I saw a pull request eariler that seems to indicate this may be fixed in 2024.2.2 |
Confirmed.
|
Weird thing for me is, it actually moves but crashed the automations afterwards. |
The reason the automations crash is because Home Assistant doesn't know it moved. |
I guess I had the good fortune of creating input_booleans for all my blinds to keep track of state regardless. My automations don't crash, but looking forward to a fix in the (hopefully) next update. |
My automation does not proceed after setting the tilt angle. The trace shows the error outlined before.Sent from NineVon: Brian ***@***.***>Gesendet: Montag, 12. Februar 2024 22:56An: home-assistant/coreCc: fsedarkalex; CommentBetreff: Re: [home-assistant/core] Cover.set_tilt_position gives error (Issue #109933)
I guess I had the good fortune of creating input_booleans for all my blinds to keep track of state regardless. My automations don't crash, but looking forward to a fix in the (hopefully) next update.
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>
[
{
***@***.***": "http://schema.org",
***@***.***": "EmailMessage",
"potentialAction": {
***@***.***": "ViewAction",
"target": "#109933 (comment)",
"url": "#109933 (comment)",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
***@***.***": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]
|
Nothing in the automation will happen after calling the set_tilt_position, but I'm using Node Red so I just moved the nodes that change the input booleans before the tilt call nodes and had to make a separate path for each blind rather than stringing them all together. |
This will happen as Home Assistant reports the service call as failing, even though the blind moves. |
Unfortunately for me this workaround would not work.I'd be required to redesign the automation in a much more complex way.Will just wait for the fix.Sent from NineVon: Brian ***@***.***>Gesendet: Dienstag, 13. Februar 2024 00:08An: home-assistant/coreCc: fsedarkalex; CommentBetreff: Re: [home-assistant/core] Cover.set_tilt_position gives error (Issue #109933)
Nothing in the automation will happen after calling the set_tilt_position, but I'm using Node Red so I just moved the nodes that change the input booleans before the tilt call nodes and had to make a separate path for each blind rather than stringing them all together.
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>
[
{
***@***.***": "http://schema.org",
***@***.***": "EmailMessage",
"potentialAction": {
***@***.***": "ViewAction",
"target": "#109933 (comment)",
"url": "#109933 (comment)",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
***@***.***": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]
|
Maybe it would be a nice feature for Home Assistant to ignore a service call failure and continue with the rest of the automation. Not valid for this issue, but I might make a feature request :) |
This is a great idea. Maybe configurable as an option per step "continue
on error" just as it is with timeouts in wait steps.
…------ Originalnachricht ------
Von "Brendan White" ***@***.***>
An "home-assistant/core" ***@***.***>
Cc "fsedarkalex" ***@***.***>; "Comment"
***@***.***>
Datum 13.02.2024 09:13:23
Betreff Re: [home-assistant/core] Cover.set_tilt_position gives error
(Issue #109933)
Maybe it would be a nice feature for Home Assistant to ignore a service
call failure and continue with the rest of the automation. Not valid
for this issue, but I might make a feature request 😀
—
Reply to this email directly, view it on GitHub
<#109933 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AD5P54XKDMMCIJEJLIUZZWTYTMOCHAVCNFSM6AAAAABC6WNXQKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNBQGY4DSNRWGA>.
You are receiving this because you commented.Message ID:
***@***.***>
|
Not part of this issue, but created a feature request https://community.home-assistant.io/t/feature-request-allow-automations-to-continue-after-service-failure/689312 |
Seems like the update fixed the issue 👍 |
What’s your setup? I’ve updated to the version released today and it’s still not working for me. Looking at the Bluetooth logs it’s having a connection failure still. |
What do you mean?I am using a switchbot blind, calling cover.set_tilt_position in an automation. Since the last update 2024.2 it is working as expected again.IDK if this is relevant, but my Switchbot is connected through an ESPHome BT ProxySent from NineVon: Camry2731 ***@***.***>Gesendet: Samstag, 17. Februar 2024 03:58An: home-assistant/coreCc: fsedarkalex; CommentBetreff: Re: [home-assistant/core] Cover.set_tilt_position gives error (Issue #109933)
Seems like the update fixed the issue 👍
What’s your setup? I’ve updated to the version released today and it’s still not working for me. Looking at the Bluetooth logs it’s having a connection failure still.
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>
[
{
***@***.***": "http://schema.org",
***@***.***": "EmailMessage",
"potentialAction": {
***@***.***": "ViewAction",
"target": "#109933 (comment)",
"url": "#109933 (comment)",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
***@***.***": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]
|
I'm also having the same issue on 2024.2.2 Tried removing the integration, restarting, and readding, but no luck |
Then you aren't having the same issue. The one reported here was due to a PySwitchbot issue that has been corrected (via a bump in version) in 2.2. This immediately fixed the problem for myself and many others. If you are still having issues with it you have another problem and should open a new issue, provide the required logs, etc. so it can be looked at properly. |
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. |
The problem
I get an error that just says "position" when calling cover.set_tilt_position
What version of Home Assistant Core has the issue?
2024.2.0
What was the last working version of Home Assistant Core?
2024.1.xx
What type of installation are you running?
Home Assistant OS
Integration causing the issue
SwitchBot
Link to integration documentation on our website
https://www.home-assistant.io/integrations/switchbot/
Diagnostics information
[281471617779904] Entity cover.sb_master_left does not support this service.
16:36:40 – (ERROR) Home Assistant WebSocket API - message first occurred at 16:31:46 and shows up 2 times
Logger: homeassistant.components.websocket_api.http.connection
Source: components/websocket_api/commands.py:240
Integration: Home Assistant WebSocket API (documentation, issues)
First occurred: 16:31:46 (2 occurrences)
Last logged: 16:36:40
[281471617779904] Entity cover.sb_master_left does not support this service.
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/components/websocket_api/commands.py", line 240, in handle_call_service
response = await hass.services.async_call(
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/core.py", line 2279, in async_call
response_data = await coro
^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/core.py", line 2316, in _execute_service
return await target(service_call)
^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 874, in entity_service_call
raise HomeAssistantError(
homeassistant.exceptions.HomeAssistantError: Entity cover.sb_master_left does not support this service.
Example YAML snippet
Anything in the logs that might be useful for us?
No response
Additional information
No response
The text was updated successfully, but these errors were encountered: