Been trying to use your app. Unfortunately, I am unable to get it to create the players consistently. It will generally only create one at a time and then it won't recognize the players as having been created previously (won't allow me to select for grouping, etc.). Numerous "cannot connect" errors in log:
2024-05-25 11:19:37.307 AM[error] java.lang.NullPointerException: Cannot invoke method minus() on null object on line 201 (method localPlayerSelectionPage)
2024-05-25 11:19:32.161 AM[info]Sonos Advanced Controller: Could not connect to: 192.168.4.110:1443. If this is a Sonos player, please report an issue. Note that RIGHT channel speakers on a stereo pair, subwoofers, or rear channel speakers this is expected. Only LEFT channel in stereo pairs (or Arc/Beam in a center + rear setup) will respond.
2024-05-25 11:19:31.772 AM[info]Sonos Advanced Controller: Could not connect to: 192.168.4.42:1443. If this is a Sonos player, please report an issue. Note that RIGHT channel speakers on a stereo pair, subwoofers, or rear channel speakers this is expected. Only LEFT channel in stereo pairs (or Arc/Beam in a center + rear setup) will respond.
2024-05-25 11:19:28.742 AM[info]Sonos Advanced Controller: Could not connect to: 192.168.4.156:1443. If this is a Sonos player, please report an issue. Note that RIGHT channel speakers on a stereo pair, subwoofers, or rear channel speakers this is expected. Only LEFT channel in stereo pairs (or Arc/Beam in a center + rear setup) will respond.
Went out and got a newer Sonos that supports S2. This allowed me to install SAC without error this time. Phew. My use-case is pretty basic: I'd like TTS messages, when they collide to queue up rather than interrupt each other.
But I'm struggling to get it working after a few hours of troubleshooting. Wondering if others have experience with the following:
When I invoke playHighPriorityTTS, I hear the TTS message, but it doesn't queue up multiple TTS messages sent right after one another. It just interrupts itself.
When I invoke the other TTS commands (speak, playText, playTextandRestore, playTextandResume), I hear nothing. The logs say that the message has been "enqueued". Does that mean it's queued up after some other track or text? If so, how do I "release" the message from the queue? This behavior seems to occur whether I'm playing a track on my Sonos or not.
What does "Always use non-interrupting messages" under device preferences mean? I'm confused how to interrupt toggle on versus off. I've tried the above with the toggle on and with the toggle off, but it doesn't seem to change the behavior.
Love the app, thanks. Recently (perhaps upgrading to 2.3.9.135), I've observed something with volume control of individual players that are grouped together. If I adjust the volume of the player, it takes effect, but the Current State does not reflect a change or publish an event for the level/volume of the player. However, the player reflects the change in the groupVolume attribute. The same behavior occurs if I ungroup the players, as it creates a new group of 1 speaker, so the updates only change the groupVolume. I added logging, and Sonos returns only GroupRenderingControl (not RenderingControl). I had hoped it would be possible to reflect the changes in both, as I try to confirm the volume attribute after changing it.
Any help or ideas would be appreciated. Thanks!
setGroupVolume requires an additional cast as well. playerSetGroupVolume requires level as an Integer, or it throws an exception.
This happened to me as well. I believe what is happening is the players are not resubscribing to MRRC_EVENTS after the 3600 sec timeout. One workaround, which I first noted back in March, is to send an initialize() command to each speaker once every hour with a gap of around 10 minutes between the speakers to reduce the load on the hub. RM or webCoRE can be used to automate this until Daniel can provide a more permanent solution.
In the code, I may have found a "copy-paste without edit" that explains this. The resubscribeToMrRcEvents callback for the MRRC subscription (subscribeToMrRcEvents) is passing the MRAVT event and callback method to Sonos. So the initial subscription works, but the callback (100 seconds before the timer ends) is resubscribing MRAVT instead of MRRC.
I've recompiled with the MRRC constants. I'll know in 55 minutes if this fixes it.
Edit: changing to the correct contants (MRRC_*) fixes the issue, and they automatically resubscribe to the MRRC events. Volume values update after the hour.
I am experiencing the same issue and appreciate you identifying this and finding a solution. As I have limited knowledge of Hubitat code and @daniel.winks is currently not responding to posts, I would be grateful if you could help me implement the necessary changes when you are done testing.
Could you please clarify the following:
Specify what the changes are and what needs to be replaced.
In which modules should I make the changes (App Code, Drivers Code, Libraries Code, or Bundles)?
Are there specific line numbers where these changes should be made?
Do I need to compile the changes, and if so, how should I do that?
David, the code referenced in @JDC's post (link) starts at line 1678 In the Sonos Advanced Player driver code. Simply modify the two lines with the yellow highlight so they read:
The backup isn't necessary, but it won't hurt anything. If you make an error, you can always do an HPM repair to restore the original code.
The initialize() step, which I should have mentioned (thanks @jdc), is important. I chose to reboot my hub instead, but only because I was doing some other testing at the time. Either way, it's been working as intended since then.
Hopefully, @daniel.winks will be able to rejoin us and make changes to the repository in the not-too-distant future.
Great, thank you @bthrock! I'm also looking forward to @daniel.winks' return. We were collaborating on debugging an issue I've been having via PM, and he even wrote some debug code for it. Additionally, I was assisting him with functional testing via PM since around the 5th release. However, I haven't heard from him in about two months.
Does anyone in the community know the cause of this error?
dev:567 2024-06-26 08:09:11.937 AM error java.lang.NullPointerException: Cannot invoke method playerModifyGroupMembers() on null object on line 123 (method on)
I've been using Sonos without any issues for months, but this error showed up today. I can no longer use the Sonos Group controller. With the developer unavailable, I was wondering if anyone else has suggestions.
Edit
I figured it out! For some reason, the Sonos Advanced Controller was missing one of my Sonos devices, which happened to be the Group Coordinator. After running the discovery process, it found the device, and I selected "Done." Grouping now works perfectly.
Is there any way to turn off the errors for Roam devices that are switched off? (I typically only use mine when I go out on the back deck or other places in the yard that I want to use it, and Otherwise I keep it turned off so that I don’t ruin the battery with it sitting there at 100% on the charger all the time.) The errors in the logs every hour are annoying, and there’s no Way to adjust logging for the child device. Thanks!
