Thanks. It does show up in the router web interface, in the list of devices connected. It is a VM running on a machine that also shows up on the list, but it has its own IP address. Itās very strange.
That should not be a problem, in principle.
I donāt have lots of statistics, but my 2 HA instances are actually working in exactly the same way in Hyper-V VMs of a PC and all 3 show up. But from time to time one of them might disappear for some period of time. Iāll try to watch their behaviour to find if there is something I can improve in tracking them
Thank you. Taking a guess here, the MAC address of the HA VM starts with 00. None of the other devices do. The HA VM is the only one that doesnāt show in the list in the integration. Maybe the leading 00 is a cause?
No, it should not be a problem
Well Iāve tried a number of things now. The ASUS client list shows all connected devices, but the HA ASUS integration shows all of them except the homeassistant server. Maybe ASUS or merlin made a change in the latest firmware thatās excluding certain entries for some reason.
EDIT: So I removed the homeassistant server from the DHCP list on the router, then set the server to use a static address, then restarted the routerā¦ now the ASUS client list doesnāt show the homeassistant server at all. So maybe that had been cached before and kept being displayed on the router client list, but the integration was receiving a more updated list? Who knows.
0.18.0 
Better backend
2023-01-21
Features
- Updated backend
asusrouterlibrary and communication with Asus API:- minimized number of API requests
- updated obtaining of connected devices data
- updated LED features
- updated communication with all the used API endpoints
- Added secondary WAN info (feature request #464)
- Added access point mode of operation (feature request #C397)
- Removed deprecated fields and simplified configuration flow
Bug fixes
- Fixed bug with beta FW versions (report #467)
- Removed
restart_firewallbutton from AiMesh node mode of operation (a node cannot control firewall in any case, so the entity was useless)
Translations
- Updated French translation (@novisys)
Documentation
- Updated compatible devices list
Dependencies
- Migrated to
asusrouterlibrary0.18.0,0.18.1,0.18.2,0.18.3 - Migrated to
asusrouterlibrary0.19.0,0.19.1
0.18.1 
Better FW handling and more
2023-01-22
Features
- Improved parsing of FW versions
Bug fixes
- Fixed bug with VPN switches (report #C414)
- Fixed bug with handling errors on API requests for WLAN and GWLAN data
Dependencies
ā 0.18.1 on GitHub ā
Support AsusRouter
Monetary support:
- You can make a donation using the Buy Me a Coffee service
- Thinking of buying a new Asus router to use with AsusRouter integration? Check the compatibility list in our Docs. If you will use any of the Amazon Associate links, I might get a small (1-3%) bonus from Amazon (usage of the associate links does not change the price of the items for you)
Non-monetary support:
- Star AsusRouter repository
- Know a person with an Asus device using Home Assistant but not AsusRouter? Let them know, AsusRouter is cool and has lots of useful features
New firmware support
Maybe you have already seen it, but some of the newer devices have recent beta FW versions starting with 9.0.0.6. In this case, 9 just means beta, but the more important part is switching from 4 to 6. Not like Asus did it ever before, so some parts of the API might become completely different - who knows?
My goal will be to support all the possible devices and FWs but in case of large changes that will take some time. Also, rumours are not on the side of older devices (including my RT-AX88U), so I am not sure when I will get a chance to try these new versions in real life.
Want AsusRouter to become a native part of Home Assistant?
Vote for the feature request on this forum. More votes - more chances to be accepted into HA Core
Not an announcement anymore
@spry-salt, might be, that something was not cached properly. In any case, I am glad, everything works fine for you now.
@majorsl, @dr3as, please, check the new access_point mode and let me know what do you think and whether it should be improved more.
P.S. to everyone. If I have forgotten to answer your message here on the forum, just remind me - itās completely fine. From time to time I might postpone replying and then forget. Sorry in such a case 
4 Likes
Thanks for your work, itās such a cool integration. Just ran into an error with the latest though, trying to switch on or off a vpn client:
2023-01-22 18:29:34.539 ERROR (MainThread) [custom_components.asusrouter.switch] Switch control has returned an exception: ('Something went wrong running service `stop_vpnclient1`.Raw result is: {}', None)
Do I need to change anything for that switch to work in the updated version please?
Hey, what is your device and FW version?
RT-AC86U, Firmware: 3.0.0.4.386.9_0
It will be fixed in 0.18.1.
The release is expected probably later today. Need to fix one more bug before that
Thanks again for the work youāre doing.
0.18.1 is out with several bug fixes and the full release log is up there.
@spry-salt, please check it, when you will have a possibility
By the way, are there any users of the new RT-AX88U Pro, TUF Gaming AX6000 or others? Curious if someone has the new beta 9.0.0.6 builds on their devices to check their work with AsusRouter
Thanks, vpn switch works again!
1 Like
Hello all. Thanks for putting together this component. Iām looking for a little help using this component in a Node-Red flow. Iād like to block internet access to a specific device. I beleive I would use the call service node with the device_internet_access service. I would then put the entity ID (the device to block) and the block access command in the data field. Can someone help me with the JSON syntax for this? Appreciate the help.
In Version: 0.18.1 i get this problem. Asus GT-AX 11000
This entity is no longer being provided by the asusrouter integration. If the entity is no longer in use, delete it in settings.
I donāt know if itās related, But Yesterday i got the āsameā message for various āentitiesā during a āre-setupā of āTuya Localā ( there it said, no longer provided by Tuya-Local ), where i have my wifi-switches, i was about to get frustrated because the devices where indeed there, and visible in router, and working in mobile-app , i rebooted etc. etc. and those i had re-integrated in āTuya Localā were greyed-out (not working) on and off, totally crazy evening.
How ever the Tracker-entities were all there during that, and working fine as usual ā¦ which got me to the conclusion that it might not be latest AsusR update, but maybe latest Core update ā¦ anyway 3-4 reboot during yesterday eve, i eventually got All wifi switches reinstall in āTuya-Localā, and the switches working again.( not greyed out )
@automateitall, I will check with Node-Red flows and publish something on using AsusRouter services a bit later today
@poudenes, please, try reloading AsusRouter using the Reload button on the integrations page
It might be, that the result will be different from just rebooting all the HA - donāt ask why - it just happens. In general, the restart_firewall entity should become active again. If not, please open an issue on GitHub.
With my dump head I removed the entity. So it will not show up again. Have to remove the integration and reinstall it again I think
Actually, you donāt need to remove and set up the integration. If everything works as expected, the entity will just appear again after restarting integration / HA
after HA restart its not coming back.