Philips Hue via Athom or Philips Hue ZigBee?

I would prefer not having to have the hub but maybe that’s the best way to go.
Will wait a bit and hear others experience before connecting the hub again.

Thanks for giving your input in the matter.

Oh, I defentliy think I will go for the Athom app and Hue Hub. Was starting to creat Flows for setting the lights. Started with the sunset Flow and my god, adding lights, colors and brightness is a mess. Need four then cards for every single light (the way I know who to at least) and I got like 19 lights so far.
In Home Assistant I had to do it the same way but there I used a note pad and could just copy/past and change entity name. All other values where the same.

EDIT The bad thing about using the Hue Hub is that then the Hue lights won’t act as extenders to other Zigbee devices I’m planing to buy. One Zigbee net would be the most optimal I guess.


Hi KTD, welcome to the club and also long time no see. :smiley:
I’d definitely say to go with the hue hub, as it gives multiple other layers of functionality and simplicity in tasks that you don’t/can’t get from running the bulb straight from Homey.
Yeah, the downside is the meshing, however currently the zigbee-devices don’t mesh on Homey either way. It needs a rewrite of the zigbee-code for that to work.

Hi autolycos!

Nice to hear from you again. I see you online once in a while on Xbox. :slight_smile:

What!?! I thought for sure that meshing was more or less mandatory for wired Zigbee devices. Thats very disappointment since I switched from Home Assistant running on a Pi 3 to the much more expansive Homey to have a more “simple” but powerful setup with as few extra devices as possible.

I spent the night seting all lights up and it seems more stable now somehow. Still get a few errors when trying to turn on/off or chageing color but maybe its more when you stress the Hue app.
Running lights in Flows seems to be way more stable.

Coming back to that Homey dont mesh on Homey… Do you know if that is something that are in the plans in the near future?

Thanks for answering and nice to hear from you again.
I think we will see each other a lot in here from now on.

No idea where you got that idea, but it’s incorrect.

Sorry, I may have been unclear in my response.
The zigbee meshing in Homey isn’t working “correctly” may have been a better statement. :grin:

To check the mesh you can always look at

The mesh-map there should show you the routes that each device has/takes. And if you don’t see anything except them doing a direct connect to Homey, or that the route a unit takes is illogical, well the mesh isn’t working. It may take some time to get the full map and/or time for the mesh to rebuild (in case you added something recently).

You can search and get a lot of information on this, with many people having the same issues. But for reference, you can look at Zigbee meshing screwed up

I see your point. Did not know that I could see this much info. Thanks for sharing. :slight_smile:

I hope Athom rewrites the Zigbee soon. Some of my lights are far away from the Homey and there is like 6 lights between the light and the Homey. Wouldnt it be better/more stable to mesh to another light?


EDIT Saw this in the link you provided…

Per design in developers hub. Zigbee itself uses meshing for all Powered routers so also between your lights. What I mean to say is that what you are seeing in the portal is normal and does not mean that they do not mesh. Only battery powered devices show their actual routes.

What does this mean. Don’t I get to sea the route at all? All my battery powered devices show only that they are 1:1 connected to homey, despite two innr powerplugs in between

In the link above, it is said:

Do note that what you are seeing is per design. You will not see Routers going through other routers before talking to Homey.

So no route is shown for routers, except for the end devices (= battery powered).

1 Like

So it is normal that we don’t see the real rout for powered Zigbee devices, if no other hub is present in the household?
All devices should point directly to the Homey?


    June 7

In the link above, it is said:

Do note that what you are seeing is per design. You will not see Routers going through other routers before talking to Homey.

So no route is shown for routers, except for the end devices (= battery powered).

Another hub you will never see because it has a different own zigbee network.

Ok, but should I see the real rout of my powered Zigbee or not? I do not have another hub and all my lights are showing as communicating directly to my Homey.

Just curious, why is this so important that you keep repeating this question?
For what I know this route graph provided by Athom isn’t accurate and is not to use this way. The list provide you a way of knowing what’s in your zigbee network.
I don’t know if the official Zigbee protocol can provide how routers are connected at all.

I just got my Homey and trying to understand it. And i did not got, to me, a clear answer until your last post.
I am having issues with the Zigbee lights giving error now and then so in my amateur way of trying to pinpoint the problem and maybe stumble upon a solution I want to know as much as possible.
I hope I didn’t offend you but I’m raised this way. If I don’t fully understand something I want to understand, keep asking. :wink:

Have a nice weekend!

For me it is the same as above. Did not know the zigbee developers page did not give the real route of a zigbee device. I also had problems with the zigbee range. I added two innr power supplies to solve the problem, and it did. But, at first!!! the developers page gave the actual route of the battery operated devices. So the route was, battery operated device, innr power plug, homey. But after two days, this route disappeared and all of the battery operated devices are 1:1 connected with homey. But the zigbee problems have disappeared happely.

@ktd not at all, keep on asking. I will do so too. Nice weekend!

1 Like

I just switched from Hue Athom to Hue Zigbee, it works great.

Didn’t have real problems with Hue Athom but wanted to create a mesh.

Now I was reading about a flow in this community where the following trigger was used:
THEN: dim to x% during xx seconds.

I suppose that this is only possible if you make use of the Hue Athom app, can someone confirm this? This might be a reason to switch back to bridge / hue athom app, or is there a workaround? - couldnt find it with the search function.

You can use a counter as well: Store dim value in a variable. Then start counter for xx seconds and dim to x%. After the counter stopped, go back to the previous stored value. Work independent of Philips or Athom app. You will need to create a few flows (2 á 3).

Working with counters maybe difficult at first but it can be used to different situations.

1 Like

Or use the app


other than the additional functionalities that the hub offers, could anyone relate to unreliable lights?
I have recently renovates my house. For the living room and open kitchen i have 8 GU10 ambient + color 5 in the living room and 3 above the kitchen. All directly connected with Homey. Until now i have controlled them directly with the homey app for testing, as well as with the Philips hue dimmer switch.

Somehow there is always one light that would not go on, go off, or change color if i’d group them in a flow. As it needs to be 100% reliable i made a second action within the on/off flow to re-do the complete ON or OFF flow after 1 second to ensure that if one light stays behind, it will go out the second time. Now out of 10 times, 6 times this still doesnt work. I’ts just dramatic. Homey is located at approx 2,5 meters from the first hue. each hue is approx 50CM apart. first kitchen hue is approx 4 meter away.

Would the hub provide a better change on stability here?

i’m aware that they will no longer create a mesh for my other Tradfri’s in the house.
I have approx 25 warm white GU10’s spots around the house.

anyone who could give me some tips here. Or maybe tell if this sounds similar to something they have had?