OK. I've pushed a change to the github repo. If you re-import the connect app then it won't try and poll details for player devices that have been disabled via the devices page.
There are 3 different ways now to exclude players (choose whichever one suits you best):
Don't select the players to be integrated to HE when you are configuring the app (the app won't create devices for those players at all).
Disable the player devices in the devices page - this will stop the app trying to get status details for those players but also stop you from using those devices at all.
Select to "Exclude from polling" on each player device's preferences. This still allows you to control those players via HE and status will be updated once after sending each command but the player will not be periodically refreshed via the app. (recommended)
Cheers @xap. Really appreciate the efforts! I'll pull that update and we'll see what happens. Didn't realize the 'disable' X wouldn't disable the device ! Sorry for making it even more complicated. Thought I was making it easier by disabling all the devices... hoping to see the unit stay stable for a couple days and then add back in the devices one at a time till either all were enabled or something goes boom.... Wish I could see something in the error logs to narrow down the issue, feels like poking in the dark at the moment. Crossing my fingers your latest efforts resolve the issue.
Thanks much for the support mate..
Got mine up and running in no time. thanks!!! unreal how much you can do with it. Thanks so much for your efforts! I have 13 players (mix of real and picore players as the real duets finally die).
I'd like to be able to designate different sets of squeezplayers as named groups within Hubitat. This would be much more convenient than selecting different squeezeplayer devices (from 8, currently) as the targets for different alert rules in Hubitat.
I sync & manage audio all the time from the Logitech Media Server web interface or from various apps (Squeezer on android, mostly). That's not my use case on the Hubitat.
Within HE, I'd like to set up several groups of players specifically for alerts. These groups would be different than my synchronized sets that are used for listening to audio.
For example, I'd want a group named "All" for audio alerts sent by HE about things like a water sensor anywhere in the house detecting a leak, but I don't want to keep all players synchronized and playing the same audio under normal conditions.
I'd want another group (2nd Floor + 3rd Floor) to send an audio alert when HE detects that the doorbell has rung (I use the SAGE doorbell sensor) -- that alert shouldn't be sent to the 1st floor squeezeplayer devices since the doorbell is audible there.
These named groups of players would be addressed as audio devices within the Hubitat Notifications or Safety Monitor apps, eliminating the need to enumerate each player for each rule that could generate an audio event.
Navigate the Github repository for the project to find the file "squeezebox-connect.groovy" within the "app" folder. It's a very small repository, so you can use the "Go to files" option:
You can also use the URL to a raw github page directly in HE, by going to Apps Code => New App => Import and entering (copying) the URL rather than the source code. HE will then download the page content.
I've had some luck creating a rule that can be triggered with a button on a dashboard. The trouble is that in creating the rule, when choosing Control Music Player as the action, when I go to Select player command, I'm limited to the ones on the menu. But on the device there are more commands, such as Fav1 through Fav6. I can't figure out how to write the rule to play one of those Favorites, or utilize any of the commands not shown on the Select player command menu.
I don't know if anyone else is integrating these players with Google Home but I have been and the inability to tell Google that the players are not actually lights has been bugging me. I have changed the squeezebox-player-alarms-switch to squeezebox-player-child-switch. This altered child device driver is now used both for the optional alarms on/off switch and also to create an optional extra power switch for players. This is only really useful if you want to integrate the players to Google Home but just as on/off switches rather than dimmer bulbs.
If you want to upgrade to this version then you need to add the new child switch device driver.
Someone may go directly to your Github and miss your notes... I have changed the squeezebox-player-alarms-switch to squeezebox-player-child-switch . This altered child device driver is now used both for the optional alarms on/off switch and also to create an optional extra power switch for players.
Hi Ben,
I'm getting the error below in logs (debug logs selected now) when launching "Squeezebox Connect".
It detects my 2 x Players (Ensuite and Sunroom) but the list kept collapsing so I carried on through the steps and came back and selected only Ensuite and it appears to have 'stuck" but the error gets logged..