-
-
Notifications
You must be signed in to change notification settings - Fork 17
-
-
Notifications
You must be signed in to change notification settings - Fork 17
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug] Aimesh node issue (Tracking the node status) #261
Comments
Hello, @Salvora, Thanks for your feedback! 👍 Unfortunately, I don't have any possibility of implementing AiMesh support yet - for that, I would require an additional device with AiMesh to perform all the needed tests. But as soon as I have such a possibility, I will start implementing the AiMesh functionality. Of course, I will consider your suggestions as well. And I will add this issue as a reference to the development status in the README. |
@Vaskivskyi, do you have a router with AiMesh support? I mean, do you need just one additional device, or you need both in order to setup your testing AiMesh network? |
@edwardtfn, my main device (RT-AX88U) has full AiMesh support. But yes, I need one more device with AiMesh for all the tests. I cannot just ask users of the integration to "buy me a device for tests". That would be not really polite. So I am just saying - as soon as I get a device, I'll start work on the feature. Maybe there would be some good deals on Amazon for Black Friday 🙂 |
Please, check the new version 0.17.0 of the integration which implements some of the AiMesh features. More details here |
Hmm, I checked the notes but I cannot make sense of the aimesh node mode. Is it for adding the nodes as separate devices to the HA? |
@Salvora, hello, Actually, you don't have to add each AiMesh node separately - only if you want to monitor their temperatures, RAM / CPU usage and so on - so those features are marked in the release notes as available for the If your main router is added to AsusRouter as a These binary sensors are created in a HA devices - one sensor per one device Also, you are getting AiMesh sensor showing number of nodes (+ router) with useful node data in attributes Adding each node separately as a |
@Vaskivskyi . Sorry it was my bad. I didn't check the attributes. Thanks for the clarification for the node mode. I get it now. The ip addresses of the nodes do change but it happens very rarely. At least it is like that in my case. Thanks for the great update. You can close the issue if you want. |
I hope it will work well for you. If you would like to suggest a new feature or report a bug, please open a new report 👍 |
The problem
Basically, I want to be notified when a node goes down and show this on the frontend. I have partially managed to get this working on the HA Asus integration though it is not very reliable. So, I wanted to switch over this custom integration which I find surprisingly well made. Kudos for that. Thanks for your work.
I will briefly mention the HA integration. When nodes are in ethernet backhaul mode, everything looks good, however, if one node switches to the wireless backhaul, the integration creates another device_tracker entity with a different randomly generated MAC address which makes it hard to keep track of all the changes.
To get around that, I needed to create an overly complex setup by publishing
nvram get cfg_device_list
results via snmp.Anyway, I have setup the integration and my nodes showed up as device_tracker entities with connection_type attributes which is exactly what I wanted. In theory, there should be 4 (3 if you combine 5G-1 and 5G-2) states for the connection_type (2.4G, 5G-1, 5G-2, Wired)
Edit: On second thought, it is not possible for other devices because they have different MAC addresses for different NICs.
I know that aimesh support is requested here but I want to pitch in and suggest that if/when you add aimesh support, please add a separate attribute like node_backhaul_status which reports 3 values Offline, Wireless, and Wired
I also would like to suggest adding another last_known_ip attribute to the device_tracker entities. It is especially useful when you try to track nodes but it will not hurt to have it for all device_trackers.
Again, thanks for your hard work and great job.
Your device model
RT-AC5300
Firmware type
Merlin
Firmware version
3.0.0.4.386.7_2
Integration version with the issue
0.9.1
Method of the integration installation
HACS
What version and type of Home Assistant installation do you use
core-2022.10.4
Is there anything useful in the logs?
Diagnostics information
No response
Additional information
No response
The text was updated successfully, but these errors were encountered: