Open gndenton opened 3 days ago
There's nothing in the log file mentioning this integration (apart from the initial warning by core).
Could you enable debug logging please and send a new log file?
Thank you for the quick response.
As the screen capture showed, there was no option to Enable Debug Logging (as with other integrations). Is there an alternative path to enable the debug logs?
From: uvjim @.> Sent: Friday, November 29, 2024 11:58 AM To: uvjim/linksys_velop @.> Cc: Gary Denton @.>; Author @.> Subject: Re: [uvjim/linksys_velop] Not Loading (Issue #521)
There's nothing in the log file mentioning this integration (apart from the initial warning by core).
Could you enable debug logging please and send a new log file?
— Reply to this email directly, view it on GitHubhttps://github.com/uvjim/linksys_velop/issues/521#issuecomment-2508156637, or unsubscribehttps://github.com/notifications/unsubscribe-auth/BATKJ72KQWUHAQMILN6UR2T2DCMMDAVCNFSM6AAAAABSXOYIGCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMBYGE2TMNRTG4. You are receiving this because you authored the thread.Message ID: @.***>
Yes. It's in the readme. You'll need to restart Home Assistant once you've put the logging settings in.
Updated log file. home-assistant-log-29Nov2024.log.tar.gz
Thank you again.
It'll take me a while to go through. Looks like debug was enabled system wide. 🐻 with.
Found this in the log which is raised and displayed in the newer versions of the integration... Could you confirm if it appears in the Settings -> System -> Logs
screen please (I'm hoping it does)?
custom_components.linksys_velop.exceptions.GeneralMeshTimeout: Timeout initialising the mesh (current timeout: 10.0s), consider increasing the timeout and reloading the integration
Could you try removing the integration and re-adding it. The entity IDs and unique IDs should stay the same, unless you started off on a really old version of the integration, in which case the entity IDs might change. I increased the timeout in recent versions to cope with others that had mentioned issues.
You could edit the config files directly if you know how to, so that you can change the timeout from 10 seconds.
P.S. don't forget to turn off debugging (if you haven't already). That will also need a restart.
I checked the log as requested and did not see "custom_components.linksys_velop.exceptions.GeneralMeshTimeout: Timeout initialising the mesh (current timeout: 10.0s), consider increasing the timeout and reloading the integration"
I will remove the integration and will re-add it. I don't trust myself with editing key files.
I have already adjusted the debugging.
From: uvjim @.> Sent: Friday, November 29, 2024 12:50 PM To: uvjim/linksys_velop @.> Cc: Gary Denton @.>; Author @.> Subject: Re: [uvjim/linksys_velop] Not Loading (Issue #521)
Found this in the log which is raised and displayed in the newer versions of the integration... Could you confirm if it appears in the Settings -> System -> Logs screen please (I'm hoping it does)?
custom_components.linksys_velop.exceptions.GeneralMeshTimeout: Timeout initialising the mesh (current timeout: 10.0s), consider increasing the timeout and reloading the integration
Could you try removing the integration and re-adding it. The entity IDs and unique IDs should stay the same, unless you started off on a really old version of the integration, in which case the entity IDs might change. I increased the timeout in recent versions to cope with others that had mentioned issues.
You could edit the config files directly if you know how to, so that you can change the timeout from 10 seconds.
P.S. don't forget to turn off debugging (if you haven't already). That will also need a restart.
— Reply to this email directly, view it on GitHubhttps://github.com/uvjim/linksys_velop/issues/521#issuecomment-2508207477, or unsubscribehttps://github.com/notifications/unsubscribe-auth/BATKJ76A4CMMCKQTCXFBWZT2DCSNZAVCNFSM6AAAAABSXOYIGCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMBYGIYDONBXG4. You are receiving this because you authored the thread.Message ID: @.***>
I removed Linksys Velop from HA; re-added the integration and got this error: [cid:4f521674-e903-45e7-874c-ced60db0a52d]
Attaching the log file. home-assistant-log-29Nov2024B.log
From: uvjim @.> Sent: Friday, November 29, 2024 12:50 PM To: uvjim/linksys_velop @.> Cc: Gary Denton @.>; Author @.> Subject: Re: [uvjim/linksys_velop] Not Loading (Issue #521)
Found this in the log which is raised and displayed in the newer versions of the integration... Could you confirm if it appears in the Settings -> System -> Logs screen please (I'm hoping it does)?
custom_components.linksys_velop.exceptions.GeneralMeshTimeout: Timeout initialising the mesh (current timeout: 10.0s), consider increasing the timeout and reloading the integration
Could you try removing the integration and re-adding it. The entity IDs and unique IDs should stay the same, unless you started off on a really old version of the integration, in which case the entity IDs might change. I increased the timeout in recent versions to cope with others that had mentioned issues.
You could edit the config files directly if you know how to, so that you can change the timeout from 10 seconds.
P.S. don't forget to turn off debugging (if you haven't already). That will also need a restart.
— Reply to this email directly, view it on GitHubhttps://github.com/uvjim/linksys_velop/issues/521#issuecomment-2508207477, or unsubscribehttps://github.com/notifications/unsubscribe-auth/BATKJ76A4CMMCKQTCXFBWZT2DCSNZAVCNFSM6AAAAABSXOYIGCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMBYGIYDONBXG4. You are receiving this because you authored the thread.
The attachment hasn't come through...
Nope. Just got your name that time.
@uvjim removed attachment because of redaction
I'm not sure if it'll help, but I did notice a couple of things that needed to be resolved in your last log. I have released 2024.12.1b1
which addresses those and increased the timeout just for the time.
Could you remove the integration (if it is indeed there) and try again after installing this beta please? You'll need to ensure that HACS is allowing pre-releases.
If we need more logs, could you ensure that only the linksys_velop
and pyvelop
components are set to debug. The logs are quite long when all components are set to debug and it takes a while to find the errors/warnings.
Beta version installed:
Log file: home-assistant-log-01Dec2024.log
Oooo. Just like the other person... You seem a step further forward now... Are you supposed to have 2 entries?
Anyway, one thing to try now is to hit configure on one of them, increase the API timeout from 15 seconds (default) to say 60 seconds. Follow the rest of the prompts to save it. Then either reload the integration or restart Home Assistant. If that works, then I really need to find a way of speeding things up.
Strangest thing. After getting your latest note, I tried moving the timer from 15 to 60, but got another error, So, I restarted HA for a third time and have this: (I had deleted the second Mesh before taking the screenshot).
Let me check things out and get back to you.
Hmmm... That doesn't look quite right at the moment. I'd expect 2 devices, the Mesh and the node. You'd have entities for all those then.
I think there's definitely a timing issue somewhere, that only seems to affect a few people.
I'll try and see if I can speed things up a bit. Might not happen today though.
You are correct - device count is inaccurate along with the entity count. Thanks for the reply.
I'm still holding at v2024.9.1 of this integration, because updating hadn't worked for me either... I'm a bit worried to update at this point.
FWIW, like @gndenton I have two separate mesh networks. In my case, they are two individual sets of nodes for two wifi networks. Both failed to start last time after updating to any version. I haven't tried the 2024.11.X series yet...
2024.12.1b3
is now out. I've had a stab at speeding up the initialisation routines. I'm not sure if it'll help - I hope it will. There is still some tidy up to do in other areas so that it fits in with these changes but 🤞 this helps.
Installed, but no real progress. The initial setup ran to "completion", but the result was nojoy.
Log file (sorry for the size) home-assistant-log-01Dec2024B.log
Did you try changing the timeout in the configure option and then reloading?
A quick look shows your mesh taking 30 seconds to respond to everything - not sure why or if mine behaves like that. You may want to bump the API timeout to about 60 seconds again and see how we get on this time.
As a benchmark from my system (3 x MX4200 and approximately 70 devices; a mixture of offline and online ones) without debugging for pyvelop
enabled I can see the following: -
2024-12-01 19:28:32.341 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] async_step_ssdp --> entered, discovery_info: SsdpServiceInfo(ssdp_usn='uuid:ebf5a0a0-1dd1-11b2-a90f-e89f8060c837::urn:schemas-upnp-org:device:InternetGatewayDevice:2', ssdp_st='urn:schemas-upnp-org:device:InternetGatewayDevice:2', upnp={'X_hardwareId': 'VEN_0BD5&DEV_0002&REV_01 VEN_0033&DEV_0008&REV_01', 'X_deviceCategory': ['NetworkInfrastructure.Router NetworkInfrastructure.AccessPoint', 'Network.Router.Wireless'], 'X_modelId': '6B54C6A6-21E3-4a55-9D7C-39DB318DEE73', 'deviceType': 'urn:schemas-upnp-org:device:InternetGatewayDevice:2', 'friendlyName': 'router', 'manufacturer': 'Linksys', 'manufacturerURL': 'http://www.linksys.com', 'modelDescription': 'Velop AX4200 WiFi 6 System', 'modelName': 'MX42', 'modelNumber': 'MX42', 'modelURL': 'http://www.linksys.com', 'serialNumber': '38U10M3BA40594', 'UDN': 'uuid:ebf5a0a0-1dd1-11b2-a90f-e89f8060c837', 'UPC': '012345678910', 'serviceList': {'service': {'serviceType': 'urn:schemas-upnp-org:service:Layer3Forwarding:1', 'serviceId': 'urn:upnp-org:serviceId:L3Forwarding1', 'SCPDURL': '/Layer3ForwardingSCPD.xml', 'controlURL': '/upnp/control/Layer3Forwarding', 'eventSubURL': '/upnp/event/Layer3Forwarding'}}, 'deviceList': {'device': {'deviceType': 'urn:schemas-upnp-org:device:WANDevice:2', 'friendlyName': 'WANDevice:2', 'manufacturer': 'Linksys', 'manufacturerURL': 'http://www.linksys.com', 'modelDescription': 'Velop AX4200 WiFi 6 System', 'modelName': 'MX42', 'modelNumber': 'MX42', 'modelURL': 'http://www.linksys.com', 'serialNumber': '38U10M3BA40594', 'UDN': 'uuid:ebf5a0a0-1dd1-11b2-a91f-e89f8060c837', 'UPC': '012345678910', 'serviceList': {'service': {'serviceType': 'urn:schemas-upnp-org:service:WANCommonInterfaceConfig:1', 'serviceId': 'urn:upnp-org:serviceId:WANCommonIFC1', 'SCPDURL': '/WANCommonInterfaceConfigSCPD.xml', 'controlURL': '/upnp/control/WANCommonInterfaceConfig0', 'eventSubURL': '/upnp/event/WANCommonInterfaceConfig0'}}, 'deviceList': {'device': {'deviceType': 'urn:schemas-upnp-org:device:WANConnectionDevice:2', 'friendlyName': 'WANConnectionDevice:2', 'manufacturer': 'Linksys', 'manufacturerURL': 'http://www.linksys.com', 'modelDescription': 'Velop AX4200 WiFi 6 System', 'modelName': 'MX42', 'modelNumber': 'MX42', 'modelURL': 'http://www.linksys.com', 'serialNumber': '38U10M3BA40594', 'UDN': 'uuid:ebf5a0a0-1dd1-11b2-a92f-e89f8060c837', 'UPC': '012345678910', 'serviceList': {'service': [{'serviceType': 'urn:schemas-upnp-org:service:WANIPConnection:2', 'serviceId': 'urn:upnp-org:serviceId:WANIPConn1', 'SCPDURL': '/WANIPConnectionServiceSCPD.xml', 'controlURL': '/upnp/control/WANIPConnection0', 'eventSubURL': '/upnp/event/WANIPConnection0'}, {'serviceType': 'urn:schemas-upnp-org:service:WANEthernetLinkConfig:1', 'serviceId': 'urn:upnp-org:serviceId:WANEthLinkC1', 'SCPDURL': '/WANEthernetLinkConfigSCPD.xml', 'controlURL': '/upnp/control/WANEthernetLinkConfig0', 'eventSubURL': '/upnp/event/WANEthernetLinkConfig0'}]}, 'presentationURL': '/index.asp'}}}}, 'presentationURL': 'http://MX42-EU.home.linksys.com'}, ssdp_location='http://192.168.1.254:49152/IGDdevicedesc.xml', ssdp_nt=None, ssdp_udn='uuid:ebf5a0a0-1dd1-11b2-a90f-e89f8060c837', ssdp_ext='', ssdp_server='Linux/4.4.60, UPnP/1.0, Portable SDK for UPnP devices/1.6.19', ssdp_headers={'CACHE-CONTROL': 'max-age=1800', 'DATE': 'Sun, 01 Dec 2024 19:28:29 GMT', 'EXT': '', 'LOCATION': 'http://192.168.1.254:49152/IGDdevicedesc.xml', 'OPT': '"http://schemas.upnp.org/upnp/1/0/"; ns=01', '01-NLS': '85770aa0-1dd2-11b2-8c11-b7392fe60a18', 'SERVER': 'Linux/4.4.60, UPnP/1.0, Portable SDK for UPnP devices/1.6.19', 'X-User-Agent': 'redsonic', 'ST': 'urn:schemas-upnp-org:device:InternetGatewayDevice:2', 'USN': 'uuid:ebf5a0a0-1dd1-11b2-a90f-e89f8060c837::urn:schemas-upnp-org:device:InternetGatewayDevice:2', '_host': '192.168.1.254', '_udn': 'uuid:ebf5a0a0-1dd1-11b2-a90f-e89f8060c837', '_location_original': 'http://192.168.1.254:49152/IGDdevicedesc.xml', 'location': 'http://192.168.1.254:49152/IGDdevicedesc.xml', '_timestamp': datetime.datetime(2024, 12, 1, 19, 28, 29, 4621), '_remote_addr': ('192.168.1.254', 49456), '_port': 49456, '_local_addr': ('0.0.0.0', 0), '_source': <SsdpSource.SEARCH: 'search'>}, ssdp_all_locations={'http://192.168.1.254:49152/IGDdevicedesc.xml'}, x_homeassistant_matching_domains={'linksys_velop', 'upnp'})
2024-12-01 19:28:32.396 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] async_step_ssdp --> setting unique_id
2024-12-01 19:28:32.428 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] async_step_user --> entered, user_input: None
2024-12-01 19:28:34.482 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] async_step_user --> entered, user_input: None
2024-12-01 19:28:37.425 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] async_step_user --> entered, user_input: {'node': '192.168.1.254', 'password': '**REDACTED**'}
2024-12-01 19:28:37.465 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] async_step_login --> entered, user_input: None
2024-12-01 19:28:37.500 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] async_step_login --> creating credential test task
2024-12-01 19:28:37.534 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] _async_task_login --> entered, details: {'node': '192.168.1.254', 'password': '**REDACTED**', 'request_timeout': 60}
2024-12-01 19:28:37.720 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] _async_task_login --> testing credentials
2024-12-01 19:28:38.204 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] _async_task_login --> credentials tested
2024-12-01 19:28:38.232 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] _async_task_login --> credentials are valid
2024-12-01 19:28:38.260 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] _async_task_login --> no exceptions
2024-12-01 19:28:38.289 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] _async_task_login --> exited
2024-12-01 19:28:38.318 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] async_step_login --> entered, user_input: None
2024-12-01 19:28:38.347 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] async_step_login --> _errors: {}
2024-12-01 19:28:38.375 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] async_step_login --> next step: gather_details
2024-12-01 19:28:38.560 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] async_step_gather_details --> entered, user_input: None
2024-12-01 19:28:38.590 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] async_step_gather_details --> creating task for gathering details
2024-12-01 19:28:38.622 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] _async_task_gather_details --> entered
2024-12-01 19:28:45.603 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] _async_task_gather_details --> no exceptions
2024-12-01 19:28:45.637 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] _async_task_gather_details --> exited
2024-12-01 19:28:45.674 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] async_step_gather_details --> entered, user_input: None
2024-12-01 19:28:45.702 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] async_step_gather_details --> _errors: {}
2024-12-01 19:28:45.731 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] async_step_gather_details --> next step: timers
2024-12-01 19:28:45.781 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] async_step_timers --> entered, user_input: None
2024-12-01 19:28:49.730 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] async_step_timers --> entered, user_input: {'scan_interval': 60.0, 'scan_interval_device_tracker': 10.0, 'consider_home': 180.0, 'api_request_timeout': 15.0}
2024-12-01 19:28:49.761 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] async_step_device_trackers --> entered, user_input: None
2024-12-01 19:28:53.557 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] async_step_device_trackers --> entered, user_input: {'tracked': []}
2024-12-01 19:28:53.599 DEBUG (MainThread) [custom_components.linksys_velop.config_flow] async_step_finish --> entered
2024-12-01 19:28:53.638 DEBUG (MainThread) [custom_components.linksys_velop] async_setup_entry (38U10M3BA40594) --> entered
2024-12-01 19:28:53.672 DEBUG (MainThread) [custom_components.linksys_velop] async_setup_entry (38U10M3BA40594) --> setting up Mesh for the coordinator
2024-12-01 19:29:02.169 DEBUG (MainThread) [custom_components.linksys_velop] async_setup_entry (38U10M3BA40594) --> setting up the mesh coordinator
2024-12-01 19:29:04.557 DEBUG (MainThread) [custom_components.linksys_velop] Finished fetching linksys_velop mesh (38U10M3BA40594) data in 2.388 seconds (success: True)
2024-12-01 19:29:04.586 DEBUG (MainThread) [custom_components.linksys_velop] async_setup_entry (38U10M3BA40594) --> setting up the speedtest coordinator
2024-12-01 19:29:05.388 DEBUG (MainThread) [custom_components.linksys_velop] Finished fetching linksys_velop speedtest (38U10M3BA40594) data in 0.802 seconds (success: True)
2024-12-01 19:29:05.417 DEBUG (MainThread) [custom_components.linksys_velop] async_setup_entry (38U10M3BA40594) --> setting up the channel scan coordinator
2024-12-01 19:29:05.939 DEBUG (MainThread) [custom_components.linksys_velop] Finished fetching linksys_velop channel scan (38U10M3BA40594) data in 0.521 seconds (success: True)
2024-12-01 19:29:05.968 DEBUG (MainThread) [custom_components.linksys_velop] async_setup_entry (38U10M3BA40594) --> setting up platforms: ['binary_sensor', 'button', 'sensor', 'switch', 'update', 'event']
2024-12-01 19:29:06.290 DEBUG (MainThread) [custom_components.linksys_velop] async_setup_entry (38U10M3BA40594) --> cleaning up ui devices
2024-12-01 19:29:06.321 DEBUG (MainThread) [custom_components.linksys_velop] async_setup_entry (38U10M3BA40594) --> cleaning up device trackers
2024-12-01 19:29:06.352 DEBUG (MainThread) [custom_components.linksys_velop] async_setup_entry (38U10M3BA40594) --> registering services
2024-12-01 19:29:06.382 DEBUG (MainThread) [custom_components.linksys_velop] async_setup_entry (38U10M3BA40594) --> listening for config changes
2024-12-01 19:29:06.411 DEBUG (MainThread) [custom_components.linksys_velop] async_setup_entry (38U10M3BA40594) --> exited
That's from start to end of adding the integration on my test Home Assistant system (only has 3 custom integrations loaded - all written by me).
It takes about 1 second to verify the password. Just over 7 seconds to gather details, which essentially retrieves the Mesh capabilities and gathers all the information. It's then approximately 2 seconds per poll for data from the Mesh. If Channel Scan or Speedtest functionality is available the data for those is gathered once and then only if the entities are enabled.
Where and How do I edit the two values you suggest? I am a newbie in this space.
With regards to the end-to-end timing, what changed in the HA release and the Linksys_Velop release which is causing the delay? My hardware hasn't changed, so I would look beyond those items. Perhaps my HA is heavy and this is what is causing the failure.
In your last screenshot, click configure, set the API timeout in the Timers screen (last in the list IIRC, currently set to 15). Set it to 45 seconds (because I guess you don't want it to be constantly polling if the timeouts are almost the same as the poll period). Then follow the on-screen prompts, it'll then probably fail again, but reload the integration (3 dots on the right in your screenshot) and it should kick to life.
RE: changes... I introduced the ability to send queries out to the Mesh and establish what functionality it has based on the known queries for gathering data. It then uses this to create/delete the entities that your Mesh does/doesn't support, as appropriate.
Each Mesh poll will then only send requests for what is supported and enabled.
For some reason, this seems to be causing issues for some setups; I have no idea why because the only result seems to be a timeout. I've bumped it once (from 10 secs to 15 secs). I've split the config timeout from the BAU timeout - config one is 60 secs and the BAU uses the API timeout you specify.
I have no issues with the smaller timeouts on my production environment either, which has much more running on it.
I don't know what has changed in HA releases because as long as it doesn't break what I'm running and testing against, or doesn't generate warnings then I leave it at that. I just then react to issues that people send over.
Change on timer resulted in "Unknown Error". Reloaded, but the result was the same.
home-assistant-log-01Dec2024C.log
Thanks for the details. I may try to reboot the mesh tomorrow AM since "a reboot can improve performance".
Probably a plan. A reboot solves the world's ills.
Restarted the mesh this AM. Deleted the integration Added the integration After credentials, on the timers screen, I changed the 15 to 45 Result:
I'm genuinely at a loss at the moment for this. The timings look better, but I have just gone through the setup process myself doing as you did and not seen any errors. The log shows that something cancelled the task that was gathering data.
If you want to make the logs smaller then ensure the logger
section in config.yaml
looks like this.
This will set all parts of the system to show warnings and higher, but set linksys_velop
to debug
mode. In the below the #
causes pyvelop
logs to be left at the default warning
level. You'd uncomment that if you wanted pyvelop
to be in debug
mode as well.
logger:
default: warning
logs:
custom_components.linksys_velop: debug
# pyvelop: debug
So, on a whim, I tried to configure the settings again (before I got your last note) and l and behold, setup completed and things look normal:
I'm going to leave it be! Thanks for the time and education. Do you want to close this. or wait for a standard release?
Let's wait for a bit. We can leave this hanging. 😆 Glad it's working finally.
Executed the updates to both HA and the Velop integration, but the outcome was not positive:
I am attaching a recent log file. home-assistant-log-26Nov2024.log
Looking for next steps.
Thanks!