Sorry, but leaving support tickets unanswered for months is passive.
What makes it worse is that Athom seems fundamentally unwilling or unable to question its own products and design decisions. Instead of seriously considering that the hardware, radio implementation or support strategy itself might be flawed, the cause is repeatedly searched for everywhere else.
Athom also appears to interpret discussions like this primarily as negative criticism rather than as constructive feedback from experienced users who are pointing out problems and suggesting possible solutions. Criticism is not necessarily an attack. It can be an opportunity to identify weaknesses and improve the product. Most of the people writing here would clearly prefer Athom to solve these problems rather than abandon Homey.
Failing to resolve persistent Thread radio problems and repeatedly suggesting that the charger, cable, network or some unspecified peculiarity in the user’s home must be responsible is also passive. If Athom is actively investigating but still has nothing more concrete to offer, then the alternative description would be “helpless,” which is hardly better.
The suggestion that there is no wider problem simply because only a handful of users are discussing it in this thread is not credible either. Look at larger smart-home communities and count how often people say that they have moved away from Homey or are preparing to do so.
Anyone who has ever managed customer support knows that only a small percentage of dissatisfied users will open a ticket or post publicly. Most simply give up, replace the product and move on. Serious companies understand that visible complaints usually represent only a fraction of the affected customer base. Not taking that small percentage seriously can therefore have consequences for a much larger number of users.
And even without user complaints, the hardware design deserves criticism. Other smart-home platforms have increasingly moved towards separate Zigbee and Thread radios or external coordinators because combining both technologies introduces compromises. They share the same crowded 2.4 GHz spectrum, radio coexistence becomes more complex, and the hardware has to manage two separate mesh protocols.
On top of that, newer radio chipsets and external coordinator designs offer better performance, flexibility and placement options. Continuing with the same integrated design, without support for external radios or antennas, was therefore a poor strategic decision.
Home Assistant provides a good example of how such a situation should be handled. With SkyConnect, later renamed Connect ZBT-1, Home Assistant also initially pursued the idea of running Zigbee and Thread on the same radio. However, after gaining practical experience with that approach, Nabu Casa had the courage to acknowledge that it was not the best solution.
Instead of defending the original decision indefinitely, they changed direction. Today, Home Assistant offers purpose-built external radio hardware with much larger and better-positioned antennas and recommends using separate radios for separate protocols.
That is what I expect from a technology company: the ability to question its own decisions, admit when an earlier concept did not work as intended, learn from it and develop a better solution. Continuing to defend an old design while repeatedly searching for the cause exclusively on the user’s side is the opposite of that.
Calling Athom passive is therefore not a false accusation. It is criticism based on unanswered support tickets, unresolved reliability problems, the repeated tendency to blame the user’s environment and the limitations of the hardware design. More importantly, it is constructive criticism from users who would prefer Athom to improve Homey rather than leave the platform.