How do we change the Zigbee channel now?

With the old SmartThings website, you could go into the hub settings and change the Zigbee channel.
But now, since that site is gone, how do we change the Zigbee channel.

You don’t now. And as @JDRoberts has suggested in several other topics, it’s unlikely it will come back because Zigbee and Thread share the same radio making it dangerous to allow a user to manually change the Zigbee channel and possibly stomp on the channel Thread is using.

So now that I have a wifi network interfering with my Zigbee channel 20, what do I do? I didn’t have any Zigbee issues, with my second hub (v3), until someone starting using WiFi channel 9 yesterday. My first hub (v2), still on channel 25, has been fine.

Unfortunately you probably have to wait until they enable the functionality in the Advanced Web App. There seems to be code to do it, though to my eyes the GET and POST are the wrong way around. I’m not subscribing to the theory that it won’t be possible.

I wouldn’t say it was “dangerous“ I just think that it’s likely that whatever the customer did, the radio is going to change the channel again on its own in the new architecture, since it will be doing that for thread anyway. When the radio does this, we say that it is “frequency agile” and that is common in Zigbee platforms, although smartthings has not done it up until now.

My suggestion would be to get in touch with smartthings support and see what they say.

1 Like

They must have changed something recently. I now see the option to change the Zigbee channel on the SmartThings Hub website.

And that solved my issues. Soon after I changed my v3 hub to Zigbee channel 25, my offline devices showed back up again.

I had just received an Aeotec Hub today. I wanted to rule out any issue with my Samsung v3 hub. So now I guess I will have my v2 hub as a spare. Although I will run all three for a while to make sure I don’t have any issues. And gradually move everything off my Samsung v2 Hub. And then off my Samsung v3 Hub. And hopefully I will be able to run all my 110+ devices off the Aeotec hub.

1 Like

Interesting. I’ll be curious to see if it stays changed if you are also using thread. :thinking:

The warning message is interesting:

Clipboard01

‘Changing the Zigbee channel may impact the Thread network channel if your hub supports Thread. In certain cases this channel change can impact Zigbee device connectivity of this hub or other hubs currently attached to the same Thread network.’

1 Like

If they use the same radio, by definition, the Zigbee channel is stomping on the Thread channel.

Not by definition. The chip is designed to gracefully swap between the two protocols if allowed to do so automatically. It’s sort of like those old telephone switchboards where the operator would manually unplug from one line to connect another, but then swap back as needed. only the chip is doing it super quickly.

IMG_4251

2 Likes

Does the Thread stack and Zigbee stack have to run on the same channel?

That’s complicated.

Historically this kind of design has been “frequency agile,” meaning the radio could and would change the channel on the fly if quality of service had declined due to local interference.

(It’s also sometimes called “frequency hopping“ as in the FHSS protocol, but we usually try to avoid that when talking about a mesh network since “hop” is already used in a different way.)

And it could also change channels when moving from one protocol to another.

All of that is allowed for in the independent third party specs for both Zigbee and thread.

BUT—that kind of architecture requires that the end devices be able to keep up, usually by always listening on all channels. (That’s not the only way to do it, but it’s a popular way. Another way is for the hub to send out a message when it’s about to change the channel, but that can be an issue with sleepy devices. Yet another method is to have a pre-defined sequence of channels, and to move from one to the other as needed. That way the end devices know which channel to try next.)

That’s no problem for a single brand network, where all the devices are designed to work together with the same architecture. But it can be a huge issue for “promiscuous” networks like smartthings, which allow the use of many different brands with different engineering. In particular, a lot of the inexpensive brands will not be frequency agile.

Theoretically, if the end device can’t reach the hub, it might be set to try a re-join on multiple channels, but if that fails, the device is lost to the network.

I haven’t seen anything published anywhere on how smartthings is managing its new single radio Zigbee/Thread functionality with regard to channel changes.

So that leaves the following open questions until we do get some official answers

  1. Will the Thread network and Zigbee network be able to operate on different channels?

  2. will the thread network be frequency agile? (able to automatically change the thread channel if needed to overcome local interference)

  3. will the Zigbee network be frequency agile? (able to automatically change the zigbee channel if needed to overcome local interference)

  4. if either network is frequency agile, what happens to the other network if the channel is changed?

  5. if either network is frequency agile, does that network expect end devices to be listening on all channels? Or will it send out a channel update message at the time that it changes from one channel to another?

  6. if the customer manually changes the zigbee channel, what happens to the thread network?

Until we know the answers to those questions, we can’t really predict what best practices will be for a stable platform. :thinking:

@nayelyz

3 Likes

I don’t think we really know. It wouldn’t surprise me if that is one of the limitations of sharing Zigbee and Thread as SmartThings do.

It used to be the case that although Thread could change the channel number on the fly, the policy on when that would happen was made higher up the food chain. No doubt things could have evolved since then.

What I haven’t really grasped is, if we consider Thread networks with multiple routers, whether SmartThings can change the channel and something else can change it back again. What happens then? Does the SmartThings Zigbee channel get changed to match?

2 Likes