I fail to find someone on the community boards having a stable set up with at least a dozen matter over thread devices. HA with their independant thread radio chipset is always a comparision.
Is there any hack to purchase an accessory for the homey pro that provides it with an independant thread chipset? My assumption is that it requires a firmware level support? So homey has to offer this and it can’t be a community level solution? Any experts who can confirm this either way?
Not natively. You might be able to buy the Tuya Matter-over-Thread gateways, add your Thread devices to Tuya and then add Tuya to Homey via the official Tuya Homey app:
I am doing this with apple mini home pods and apple tvs: is this the same idea?
I don’t know, I don’t use any Apple devices.
Or you can turn it around by not using zigbee;
Only use Homey’s Thread radio, and for zigbee use one of the zigbee2mqtt dongles out there.
There’s standalone units available communicating per MQTT with Homey, like
https://smlight.tech/
Or if you only use generic plugs, switches and lights with Zigbee, you can just get a Hue bridge as well (way easier to use and set up, and very cheap second hand)
I have zero zigbee devices
Does this mean the often community complaint of matter instability shouldn’t be happening with my set up? I thought it was a matter of the chipset being dual in nature, not actually using it for two competing signals
No (in theory that is), when you haven’t paired any zigbee device, the chipset & antenna is solely actively used for Thread.
Zigbee doesn’t “poll” or check every now and then. It’s just inactive without any paired zigbee device.
Matter-over-wifi or -Thread can be frustrated by many things, by both (W)LAN issues / misconfigurations.
The Thread channel, same as zigbee, should be carefully set with the least interfering wifi 2.4GHz channel.
If you first pick a fixed channel for 2.4GHz wifi (preferably 1, or 6, or 11], and then pair your first Thread or zigbee device, Homey will pick the best channel for Thread & zigbee.
When you live in an apartment building for instance, with multiple nearby neighbours’ wifi signals on auto channel, this can get awkward to optimise.
Sounds like a standards problem: users shouldn’t be solving at the level of what their wifi channel is or isn’t 
That is not really a standards problem; it is an implementation problem.
Thread is designed to automatically move to another channel when interference becomes an issue, without requiring any user interaction. Zigbee, on the other hand, cannot simply change channels without potentially losing connected devices or requiring manual intervention.
Since Homey uses a single radio chip for both Zigbee and Thread, Thread cannot freely make use of this automatic channel-switching capability without risking issues for Zigbee devices. In my opinion, it is a missed opportunity that Athom did not upgrade the 2026 Homey Pro with two separate radios.
I do not know exactly how the USB-C port is configured on the Homey Pro, but if it is implemented properly, an external USB hub with multiple radio adapters would at least be physically possible. Of course, that would also require corresponding firmware and software support from Athom.
