-
-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
[Bug] Device tracking not working properly #485
Comments
Hello. Please check with the new version 0.18.0 whether the issue persists |
Good. Just keep in mind, that if you want to compare with AsusWRT, make sure that the A shorter |
Ok, after playing around and digging a little deeper it seems the problem could be the combination of router and ap. Will check a AIMesh-Router and AIMesh-Node config. |
A question regarding your router-AP config: so you have AP with the same network names to increase the radius of your WiFi network for end devices? Or is it AP with separate WiFi? In the first case, AiMesh will really be the better option - in this mode, all the devices communicate correctly and the one responsible for monitoring all the connected devices - is the AiMesh router. So you will have 2 times less entities and all of them should work better Regarding device_tracker disconnects on wired connection - does it happen to end devices or only to AP connected via wire to the main router? |
Hi @Vaskivskyi, your right. Config is to increase the WIFI. But the issue seems not to be solved at all. |
Then this would be the main problem. The Web UI should be showing only online devices. And the source is exactly the same as the source for the integration data. The question is only, why RPi stays online for the router. I will be able to check with RPi connected via wire in the evening (CET) and will let you know, whether it works for me with a similar config. |
Ok, i will install the AsusWRT integration this evening and check if this has the same behave. |
Tested AsusWRT with the pi. In AsusWRT the pi is tracked as expected. In AsusRouter the pi is online all the time. |
Hello. Sorry for the delay. I can confirm the bug with the same 388.1 FW and RPi 3B connected in wired mode. At the same time, wireless connection / disconnection works fine But this is not an integration issue, but rather a router - the wired connected RPi stays Comparison with AsusWRT HA integration is not particularly correct. AsusWRT runs commands directly on the router OS. AsusRouter communicates with the Asus API - this allows abstracting from the exact device peculiarities and being compatible with all the possible Asus routers Currently, I cannot check whether this behaviour is only on 388.1 or is it a general problem |
I will check the other connected devices menu, if it can improve device tracking |
Let's continue this discussion in issue #570. The problem with device trackers is happening for different users and it will be much easier to collect all the useful info in a single issue. |
The problem
Device tracking seems to be broken.
I have many home/not home tracking information in the history of my Access-Point.
Device is working as expected and a continuous ping from my Laptop to the AP shows no lost connection.
Tested on WIFI and wired. Connected to the AP direct and Router.
AP is one of many devices with this strange behaviour.
Screenshots AsusRouter vs AsusWRT below.
AsusRouter

AsusWRT

Your device model
GT-AX11000
Firmware type
Merlin
Firmware version
388.1
Integration version with the issue
0.17.4
Method of the integration installation
HACS
What version and type of Home Assistant installation do you use
2023.1.6
Is there anything useful in the logs?
No response
Diagnostics information
No response
Additional information
Got two GT-AX11000 devices in my house.
One is configured in Router-Mode and one in AP-Mode (No AI-Mesh config).
Connected via 2.5G Cable.
The text was updated successfully, but these errors were encountered: