Interesting, I haven’t tested that combo. I did try some UPnP commands from my node.js, but while the devices responded appropriately, those commands didn’t “wake” the connection between the hub and the device.
I’ve recently noticed that a sonos commands via routines (not moved to Edge according to the IDE), don’t appear to be executing. For instance, I’ve got the routine configured to set the volume low when it is first turned on (as using sonos beam for streaming and a TV cause very different volume levels to be set as the initial volume). This approach had been working effectively before, but not in the last week or so, this no longer appears to be working. Is this related to the other issues noted here?
Although I wouldn’t trust the IDE for much of anything these days, unless you downloaded the Edge driver manually, it’s reasonable to assume you’re still on the DTH. Still, you can easily check by looking for the “driver” option in the device presentation if you want to be sure.
Unless your devices were somehow migrated, it seems unlikely that your issue is related, as the problems noted above been ongoing for much longer, but honestly I don’t think anyone here not employed by SmartThings can answer that definitively.
An update to the Sonos driver posted yesterday eliminates the onboarding issue wherein every “scan for nearby devices” would repeatedly onboard the secondary speaker(s) in a bonded set.
As for the issue with speakers going offline due to a stale connection or some other cause, the PR that was merged does not address this issue. At present, there are no pending requests or open discussions that I am aware of that address this issue specifically.
The favorites issue (allowing routines & rules to use names instead of IDs to play favorites), is currently marked as “won’t fix,” but I hope this can still be addressed down the road, along with the ability to set audio notification volume.
From my discussions with one of the engineers, I didn’t get the impression that they would never address this issue. The “won’t fix” tag on GitHub means they “won’t fix for the time being” and that’s all. It’s a way of closing the issue for administrative purposes. And, if this is, as I was told, an “upstream” issue and not solely driver-related, leaving it open as a driver issue doesn’t make sense.
FWIW, it’s my understanding that as part of the groovy migration the software engineers have been instructed to prioritize parity with the old DTH drivers before adding new features and capabilities. Once those priorities have been met, I’m hopeful they will move forward with new capabilities.
The easiest method is via the CLI, using the smartthings devices:capability-status command line, choosing a Sonos device, then choosing Option 7 - mediaPresets. You can copy/paste the output to a text file or spreadsheet or pipe the JSON output directly to a text file.
This is a bit more time-consuming to set up as you have to go through the authorization steps to get a bearer token, then refresh that token every 24 hours, but I prefer this because the entire process, including parsing the names and Id’s can be automated and the favorites are always current.
There’s also an easy solution for those running Hubitat in parallel with ST, but that’s for another day.
@pomartel, there is a Sonos stock ST edge driver which works well (search the forum for a few threads that discuss it). Currently favourites are not available through stock as ID’s are transparent but it is possible to access favourites with @schwark 's Sonos driver (which can run alongside ST stock). Then you can access favourites by name:
Thank you very much @bthrock and @TheHundredthIdiot for your help! I ended up using the smartthings CLI and it worked like a charm. Is the favorite ID permanent or should I worry that it might change and I will have to reprogram the routine?