ONE SL - Does not reconnect when TV turned back on

Thank you and Merry Xmas!

To clarify some more recent posts, the One SLs only lose connection when the TV is turned off for longer than an HOUR (approx.)?  If it’s a short-term TV off (< hour?), or when the TV is ALWAYS on, the connection is never lost.  

Even if the 5Ghz band floating throughout the property influences the One SL radio somehow (if true), it only happens when the TV (and only the TV) has been off for an extended period of time.  If the TV remains on, nothing breaks the connection.  This suggests it might not be the 5Ghz band in the airwaves?  Not sure.  Hmmm.

The Playbar, Sub and One SLs (all Sonos units) are always left powered on, and the Playbar and Sub never have this issue even if TV is powered off for a long time.  

Hope everyone is having a great day!

It could be related to the 2.4GHz environment. Although they use a direct 5GHz connection in operation, when idle the surrounds (and Sub) will eventually revert to 2.4GHz. It’s still a direct connection to the home theatre master unit, but it’s obviously more susceptible to disruption caused by interference.

As an update, I spoke with Sonos support yesterday and submitted a diagnostic. As I suspected previously in this thread, the diagnostic shows as “normal”, nothing wrong, because all devices were connected fine at the time.  Since the time the failure occurs is unknown (after the TV is turned off) and since it appears turning the TV back on (prior to failure) appears to possibly reset the ‘failure clock’ to zero, I am now just waiting for a failure to occur (disconnect) and will submit a second diagnostic.  

We did not make any system changes yet and they are closed this weekend and Monday so will update this thread, if and when, any progress is made.  

RESOLVED

Hello All!

I think this will be the final answer.   Crossing my fingers that current resolution remains  stable.

I misplaced my glasses, so I am voice dictating this. Please forgive any spelling or grammar errors.
 

After sending many diagnostics, conversations with Sonos Support, and two escalations up to the most senior engineer level possible, two potential issues came to light. The first is that the playbar appeared to be issuing, faulty, IP addresses, or sometimes none to certain devices including the sub, even though the sub always works. The 2nd potential issue was as someone stated above in this thread, that the 5 GHz channel may have been conflicting with the 5 GHz radio on the Sonos one SLs.  So when the speakers go into a rest or hybernation-type of mode (with TV off) they lose connection after some time.  

Because of the playbar fault, the senior engineer sent me a Sonos BOOST device.  And now, finally, all of the Sonos devices connect to the boost, and so far after 48 hours,(again crossing my fingers) the issue has not occurred.

Many thanks to all of you and to Sonos engineering for helping to resolve this strange anomaly.  
 

Wishing everyone a happy and prosperous 2024!

Odd. as I understand it, the surround speakers get their IP addresses from the router, not from the PLAYBAR. They also connect to the PLAYBAR, and not to the BOOST. 
 

While I’m happy your system is working, I’m not sure I understand why. Except the BOOST connects to your PLAYBAR via a 2.4 GHz signal, not a 5Ghz signal, so that isn’t blocking the 5Ghz signal that the PLAYBAR connects to the surrounds on. 

While they could be incorrect, I am sure that Sonos support indicated multiple times that (pre-boost) the Playbar issues the IP addresses to all the devices.  It is an original Playbar 1, maybe that is why?  in fact, during one communication, they wanted me to hardwire the play bar to see if that solved the issues, but that was not a feasible option for me, and would defeat the purpose of the wireless functionality of the device.
 

this may sound strange, but in essence, when the TV was off the Sonos one SL‘s go into a sort of rest mode or hibernation mode, and the 5 GHz band from the Tri band Router floating around in the airwaves could interfere with the 5 GHz radio of the one SL speakers, and cause them to unsync. The issue never occurred when the TV was on because the play bar was in demand and required to keep up the issuing accurate IP addresses 

the diagnostics showed some DHCP anomalies so originally they thought the router might have DHCP turned off but in fact, that was incorrect. The DHCP setting was always turned on from day one so their theory changed. In the end, it became a combination of Playbar struggles and or 5 GHz band airwaves conflicting with the 5 GHz radio when the speakers were in some sort of rest, or hibernation mode
 

There are a number of confused and confusing statements above.

Playbars don’t issue IP addresses. A DHCP server does, commonly embedded in a home router. What happens in WiFi mode is that the Playbar is required to proxy the IP address requests from the satellites to the DHCP server. In some routers this causes problems when the requests arrive over WiFi. When a Playbar has a wired connection to the router, either directly or over SonosNet, such issues don’t arise.

The IPs don’t change when in idle mode. What does change is that satellites’ wireless connection to the Playbar switches from 5GHz back to 2.4GHz. As soon as the Playbar starts playing anything again (TV or music) the satellites transition to 5GHz for normal operation. 

The Playbar’s own WiFi connection to the router is always at 2.4GHz.

Well I am certainly not an expert, but I can say all of the above information that I provided came directly from tier 2 support, and it’s in writing. Granted, it did have to be escalated to an even higher level, and finally reached the highest engineer level, so perhaps tier 2 level was incorrect? The high-level engineer that resolved the issue  stated that the boost is its own network and it will issue all of the IP addresses now.  that appears to be true because all of the hardware devices now show WM0 . At least it’s fixed! Yay! Once again, thanking everyone and wishing everyone a great one

Again, the Boost doesn’t issue the IP addresses. The DHCP server does. 

The Playbar is now talking to the Boost over SonosNet. The Boost is wired to the router. 

The IP requests pass from the satellites to the Playbar, over SonosNet to the Boost, and enter via a wired router port. This is why the router is now happy issuing IPs.