273Assign a device to a specific eero
I was recently going through my connected device list and noticed I have some of my devices connected to an eero which isn't the closest one to it. Wouldn't it make more sense to bind a device to a specific eero? For example, my Ring doorbell is maybe 10 - 15 feet from the closest eero but it is connected to one upstairs and further away. Not sure if that would cause a QoS kind of issue but for stationary devices I don't see them moving from one eero to another (Nest products, Amazon Echo, Ring doorbell, etc.)
-
Well, I figured out how to make the ring camera work correctly. Stupid solution, but for now it seems to work. I moved the bedroom eero to a plug on the other side of the ring doorbell. it's 5 feet from the main hub, so it's obviously not the best setup, but it now is the closest hub to doorbell, AND it's the hub the damn doorbell seems to want to connect to. the ring doorbell is happy now, me not so much. hopefully some day EERO will get it's act together and let you choose which hub you want devices that do not move around to actually connect to.
-
Similar to your situation tfederov and stormyweather I have a different brand of doorbell camera (Skybell) that requires at least 90% signal strength according to the manufacturer, but just because I put a new Eero node just 5 feet away from it doesn't mean it will seek it out. The doorbell's network stack seems perfectly complacent to stay connected to the node that's 50 feet away on another floor at 71%, and then not stream video on demand because the connection isn't strong enough.
I get what Eero is saying... having devices constantly checking for a stronger signal and hopping around doesn't make sense when the Eero it's already connected to is "fine" (especially since sometimes there's a brief interruption in service during the transfer) but I wish I could go into the app and ask a specific Eero node to take over the connection. Sometimes these devices do need to be micromanaged to work properly.
-
I have a potential solution to this issue that is kinda lame to be honest. I have hated this forever, like most of you. It seems that eero can not solve this issue, but I think I have come up with something -- hear me out. I have several old routhers sitting around as most of you probably do. Most of the IOT stuff requires a 2.4GHz signal which is older and much of my older gear works on the 2.4GHz spectrum. So here is my weak solution -- I turn off DHCP on and old router and name the SSID to "mySSID-IOT" I plug the upstream connection into the eero to provide DHCP services. I then connect the IOT stuff to this IOT SSID. In my case, I have two of these setup, "IOT1" and "IOT2". This way the stupid IOT stuff like cameras and doorbells has no choice but to connect to the node that we tell them to. Like I said, its lame and may cost you some $$ (wrt54gs on ebay are like free now), but it does solve the problem.
-
adachan I think it would be easier for eero to add “access point preference” and “release/renew” options to device settings the app. The access point preference would allow the user to set a preferred AP to connect to when a device comes online, for devices that are static and would be closest to a specific access point always.
As pointed out before in this long thread, eero can’t control the device itself trying to connect to the first connection it finds, but what it can do is reject a connection, and an access point preference would reject undesirable connections to other access points if the preferred AP is online and available.
Next, release/renew connection would be used if a user has a portable device which is hanging onto a bad connection rather than needing to power cycle the device off and on again. Even better if they would add an option to set a 1 time preference if you’d like to tell eero which connections to reject when the renew kicks in again.
-
-
I love eero but this is one that seriously bugs me. How many years later and this feature still isn't added? This could be a firmware update. A 'smart check' if the user enables that allows eero to do a connection check at say 3am or whatever time the user sets. Or the user assigns the MAC address to a certain node. It can be done.
-
eric13durham It can't be added. The problem you're describing is with your client, as the client chooses the AP.
-
txgunlover Guess I'll start looking at other mesh systems. If someone else has this feature, eero will be ebay fodder.
-
txgunlover - Like some of the ideas in the replies earlier, would it be possible for eero to implement a reject list/preference list(whatever we call it) and allow the user to add the client using MAC address in each eero as needed. Then if a client connects which is in that reject list, then let that particular eero don't answer it. Is this technically doable ? (asking if this feasible)
-
eric13durham Good luck, they are all far worse in every way. This is one small gripe which I remedied by simply getting less units in my place and spacing them out a bit more. I’m using the 6 Pro pack and all my devices connect to the strongest signal. And if they don’t after a reboot, they do after a little bit of time. The only true way to do this better would be separate VLANs. Eero could do this in the setup process using the app for a more customized/advanced set up.
-
praasp Yes, feasible but would also mean that if a client was out of range of the allowed AP, it couldn't connect at all, or also means it wouldn't connect to anything if that AP failed.
-
txgunlover ok. Thanks for pointing out the possible issues. This wrong-ap-connection is a real problem as lot of us have lots of older, lower-end clients like security cameras etc. True that newer, sophisticated clients work fine but we can't completely change all the wifi client devices just to live with eero. I have to go through multiple power-cycle method for my sec camera to connect to the nearest eero. So I hope, eero team can implement at least some sort of solution (may be not a perfect one). I do not have experience with any other mesh solution to say how they would behave in my scenario.
-
-
This one is important.
-
A preference order would be better then to bind it. It always connects to the one you specify unless it cannot find it.
-
This should definitely be done. Make it happen eero
-
Not much hope considering the original post was at least 4 years ago and we are making the same feature request. This has really caused an issue for me and in retrospect I probably would have chosen a different WiFi system. It seems that my devices that are mobile randomly connect to a beacon and stay connected, despite their location. This drastically effects internet speed for that device. This is a constant fight. I should be spending more of my day in the time - suck- Internet -rabbit-hole-of-the-day and less battling WiFi connection issues. Help a brother out.
-
Hey Eero Support - any update on this? seems like a silly easy feature enhancement that almost all the competition has. For a "pro" level system like the one I have (Eero Pro 6 3 pack) this should be a feature.
-
What really disappoints me is the lack of transparency. They could say why they don't implement this feature. Let's say... because they don't believe this would make any difference in practice OR because they don't want to spend effort on it OR because there is some kind of technological barrier OR they hope to deliver this but don't want to make commitments. Or... Or... who knows? Some companies love to say they are consumer centric, but it doesn't seem to be the case here. I think...
-
Adding my disappointment to everybody else's......
I currently have a security camera that has connected to farthest eero and has less than full signal strength. No idea why this happened but just like others I wish there was a way to bind it to the nearest one. Now, What I need to do is to power cycle the camera few times and see if it latches onto the nearest one and gets a better signal strength. It may be an issue with client firmware but there has to be some form of solution from Eero for this and I have already seen so many suggestions of solutions above.
