Avid Contributor I

Answered

Separate 2.4/5GHz WiFi Switch

19 replies
426 views

Please add two wifi switches. One for 2.4GHz SonosNet/data and one for 5GHz used during ad-hoc surround/sub usage. I want incoming data handled over Ethernet but still need the 5GHz for bonded speakers.

disable wifi

This topic has been closed for further comments. You can use the search bar to find a similar topic, or create a new one by clicking Create Topic at the top of the page.

rattyAnswer

As already stated, the satellites idle on a 2.4GHz signal from the HT master player. Cutting them loose by disabling the HT master’s 2.4GHz radio could produce undesirable effects. Perhaps they’d try and seek out any 2.4GHz signal, however tenuous. Maybe none would be in range at all.

Basically, the HT setup isn’t designed for only one radio to be active in the master player.

An occasional yellow square in the network matrix is of no consequence. For reference, yellow is ‘satisfactory’. Systems will often work fine with amber signal strengths down to the low 20s.

Yours is an unsupported arrangement with Sonos devices wired to multiple wireless WiFi mesh nodes. Nevertheless you evidently have a solution which works so I suggest you don’t try to fix what isn’t broken.

Show previous replies

ratty

I imagine that the surround decoding in the HT master player results in individual channels being sent to each satellite.

But does any of this really matter? Are you actually experiencing wireless problems? If not then this ongoing obsession with bandwidth has no useful purpose.

B

benn600Author

Avid Contributor I

If you don’t know, that’s totally fine. You can just say you don’t know. We don’t all have to be right all the time. 🤣🤪

buzz

Grand Maestro

How big are system updates? I was a little surprised how long it took to start the update a few days ago.

We don’t know the size. I suppose that you could use a network monitor to snoop the size. My updates are rarely 2-3 minutes, they are usually somewhat longer. Based on my observations it’s not a one size fits all download, each type of player will need a download, then the download needs to be unpacked and an image built, next a reboot, finally, the players must acknowledge that they are done and this can take a while. The older players are much slower. You can follow some of this by observing each player’s status light. They’ll flow through at different rates.

There will be some variability depending on Internet traffic, local traffic, and the associated player.

S

sjw

Local Superstar

When players restart during a planned upgrade, the queue remains afterwards. I assume this means there is enough ‘space' on the device to hold it. I really wish Sonos would keep the queue in this ‘space' during normal usage too so the queue ‘survives' power outages or manual reboots.

Ken_Griffiths

When players restart during a planned upgrade, the queue remains afterwards. I assume this means there is enough ‘space' on the device to hold it. I really wish Sonos would keep the queue in this ‘space' during normal usage too so the queue ‘survives' power outages or manual reboots.

During an update the Sonos products do not power off, so they are able to retain their data/queue in volatile memory, but in the case of a power outage/manual-reboot the devices are powered off completely, so would likely need a backup power source (battery) to keep the info. stored, so I suspect that’s the reason why a queue is lost.

It would be nice to have a way to reboot a device without actually powering it off - that would be an answer, I think. Many have asked for that feature in the past, but it’s never been forthcoming, I’m not sure why that is?

ratty

It would be nice to have a way to reboot a device without actually powering it off - that would be an answer, I think. Many have asked for that feature in the past, but it’s never been forthcoming, I’m not sure why that is?

There was such as facility, by simply visiting http://x.x.x.x:1400/reboot. It was eventually withdrawn, for reasons unknown.

During an intermediate phase it was protected behind a CSRF token handshake with the originating browser. This would surely have dealt with obvious vulnerabilities.

Ken_Griffiths

It would be nice to have a way to reboot a device without actually powering it off - that would be an answer, I think. Many have asked for that feature in the past, but it’s never been forthcoming, I’m not sure why that is?

There was such as facility, by simply visiting http://x.x.x.x:1400/reboot. It was eventually withdrawn, for reasons unknown.

During an intermediate phase it was protected behind a CSRF token handshake with the originating browser. This would surely have dealt with obvious vulnerabilities.

I would find it a useful feature to ‘restart’ a device - I guess there must be some reason(s) that exist for it not being reinstated, but will just continue to hope the developers find a way to implement this and save us all having to traipse about the place, pulling cords and losing queues etc.

buzz

Grand Maestro

I agree, however, if the network is down, there is no great advantage of being able to reboot over the network.

B

benn600Author

Avid Contributor I

Yeah, so ridiculous that the step in the docs for so many things is to power cycle. Great, so I gotta run to 17 outlets. I often just restart my whole house at the breaker panel. This is like Apple vs Android simplicity. Once you progress upward, you wish there was an advanced panel with like 3-4 special features and capabilities.

Sign up

Login to the community