Not sure if anyone else has come across this or not.
My virtual switches in smartthings have stopped working with all my Echo devices. I have virtual Momentary Switches that are working fine, only devices with the type “Simulated Switch” are not functional. I have deleted and readded them several times. Echo detects them and adds them to the app, but the app shows them as not responding.
Everything else (even other virtual device types) connected through Smartthings appears to be working.
tgauchat
(ActionTiles.com co-founder Terry @ActionTiles; GitHub: @cosmicpuppy)
2
Hmmm…
I only have a couple Virtual Switches (and V1 Hub) that are linked to secondary-functions of my Projector & Screen and I notice they haven’t been consistent for a little while now.
Not conclusive, though.
Technically, unless there has been a major change in the Alexa SmartApp, there’s no way for Alexa (or even SmartThings) to know this is not a “real” Switch!
I can change the device type to other settings (like Switch Capability for instance) and the Aelxa app will show it as available and toggle it. When I change the device type back to Simulated Switch the Alexa App shows the item as Not Responding again.
YES! This happened to me as of two days ago. My ‘goodnight’ routine turns on a VS on demand (echo command), then shuts the VS back off after a minute. The VS going on triggers a whole host of stuff around the house. I noticed that the stuff didn’t happen as it should for 2 nights in a row. Today I checked the logs and I see that the VS hasn’t gone on in 2 days- but I definitely gave the echo command multiple times and she said “OK” when I asked her to turn it on.
I haven’t tried that. Since I have so many Virtual devices, I’d like to avoid re-creating them all and then adjusting all the rules that go along with them.
I tried the handler above but it appears I don’t get to run things locally.
Error:
Org.springframework.security.access.AccessDeniedException: Run Locally Permission not allowed for DeviceType: d8c157e0-4936-46c4-b07a-fe9bc205d7e0
Heh, lol. Funny, I never noticed. Thanks for pointing that out.
Yea, that DH works fine. Same as the On/Off Tile. I’ll begin making my changes.
Thanks for the tip.
2 Likes
tgauchat
(ActionTiles.com co-founder Terry @ActionTiles; GitHub: @cosmicpuppy)
17
That is (was?) the great benefit of having nearly all of the DTHs and SmartApps in a public open source GitHub repository. It is (was?) trivial to see the exact change history, sometimes with useful comments.
And some SmartThings devs or build engineers would even accept and appreciate Community made “Pull Requests” to fix or tweak minot issues… Add a Capability claim, or a manufacturer fingerprint, etc…
Alas, I fear that was “then”… And now that mutually beneficial system is deprecated.
But the Repo still exists and has recent commits… ?
1 Like
tgauchat
(ActionTiles.com co-founder Terry @ActionTiles; GitHub: @cosmicpuppy)
18
Well… The Repo actually does indicate current (“2 days ago”) changes to Simulated Devices…
tgauchat
(ActionTiles.com co-founder Terry @ActionTiles; GitHub: @cosmicpuppy)
21
If the breakage is actually caused by the changes / commit I linked above, then affected folks ought to contact Support@SmartThings.com
But it may be easier to just experiment with replacing “Simulated Switches” with “Virtual Switches” (or vice versa?). Hopefully somebody will come up with the best path.
Or somebody could do more diagnostics on this, including Live Logging and such, and figure out what the exact code issue is … presuming the available open-source code is the one which is affected. Then we could submit a Pull Request to fix it. I’m curious as to what broke how … but don’t have the time to investigate, personally, at the moment.