-
-
Notifications
You must be signed in to change notification settings - Fork 30.8k
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
TP-link omada integration not working anymore after update to core-2024.1.6 #109205
Comments
Hey there @MarkGodwin, mind taking a look at this issue as it has been labeled with an integration ( Code owner commandsCode owners of
(message by CodeOwnersMention) tplink_omada documentation |
when i try to remove and add it again, with ssl disabled, it won't work anymore |
Can you maybe downgrade to 2024.1.5 and check if it does work on that version? |
Yes, it works again after downgrading to 2024.1.5 |
We might have found a solution, could you maybe give this a shot: cd /config
curl -o- -L https://gist.githubusercontent.com/bdraco/43f8043cb04b9838383fd71353e99b18/raw/core_integration_pr | bash /dev/stdin -d tplink_omada -p 109212 And reboot afterwards? |
Can you maybe share full logs? I don't see this error in the logs, but I would expect to see it. Can you also verify that this is the |
is says custum integration after i ran that command above. |
For some reason tplink_omada isn't shown on the list at the top of your log |
anything else i can do? |
i re-ran the command, and enable the debug logs again on the integration; |
i can try to remove and re-add the integration/omada controller? |
ok, that seems to be working, but only with the custom inegration you just provided, |
Can we verify this works correctly? Then we can merge this and release it as a fix |
Yep! |
Hi |
Same procedure as every We release on the first Wednesday of the month. |
So only a few days to wait. |
Hello, The workaround above also didnt work for me... |
For me it works again but |
I am using SSL, maybe this is the difference 😳 |
Just did a reinstall of the ingetration and now it works again, still shows that it is a "custom integration"... |
If you tried the fix I posted above, please don't forget to remove |
Can you please write exactly what I should write in the Terminal, since I am a real rookie in Linux... ;) |
Please checkout support on the discord for that, I'm not sure what your system looks like and I don't want to break anything |
I did install my backup from yesterday where I did not apply the fix, then istalled back the 2024.2 and reinstalled the integration, now everything working again (without "custom integration") |
I had updated to 2024.2 and could not get Omada to run - tried this and it worked. |
In that case it's just coincidental, 2024.2 has that same fix, this should not be used anymore since you might be missing future updates |
I didn't use the fix for the original fault, I rolled back the upgrade instead. Now with 2024.2 I don't have my Omada working as I posted above. I don't really want to roll back again as I lose data from other places and I can live without the Omada for a while. Is there some other fix or issue? |
Turns out I needed to restart HA a couple of times. Once I removed the custom component set up by that command and restarted twice, it allowed me to install the integration. I just had to make sure I had unchecked “Validate SSL”. |
I cannot get back in either. If I use just the IP address and uncheck the "Verify SSL" box If I keep the Verify SSL" checked I get "Failed to Connect". When I try the IP with the HTTP and HTTPS ports included I've tried the IP with http:// and https:// Still nothing. The Docs need to be VERY specific about what the format for the "Host URL" is expected to be - that seems to be very sensitive/prone to errors. Rebooted and reloaded HA several times - no change Very frustrating |
I use the software controller in a VM on my Synology NAS, so it might be different for me. I think I just used the IP address with the port (8043 with no HTTP or HTTPS) and I deselected the "Verify SSL" box. I did need to restart HA a couple of times and make sure the HACS version I had installed was completely gone - including by deleting a folder in \config\custom_components |
Ok... Finally got in. I had to make a secondary administrator account on my Omada controller. I kept getting the "Invalid authentication" error. And my Omada controller was recording the failed log in attempt. So HA and Omada were talking. The password for my primary admin account has special characters in addition to letters and numbers. I made a second admin account and used only numbers and letters for the password. I used just the IP address of the controller, no port addendum, and unchecked the SSL box. |
Without giving too much away, can you describe the special character that was causing the problem? When I try to set a password in the Omada interface with basic international characters, the controller refuses with the error: "This field should be visible ASCII or space." |
It was the "#" sign. I haven't tried others. The thing is, it worked OK before the update that broke the integration. |
The problem
Tp-Link Omada integration does not work anymore (controller ER7212PC) after updating from 2024.1.5 to 2024.1.6
Failed to connect:
What version of Home Assistant Core has the issue?
core-2024.1.6
What was the last working version of Home Assistant Core?
core-2044.1.5
What type of installation are you running?
Home Assistant OS
Integration causing the issue
TP-link omada
Link to integration documentation on our website
https://www.home-assistant.io/integrations/tplink_omada
Diagnostics information
home-assistant_tplink_omada_2024-01-31T12-11-31.401Z.log
Example YAML snippet
No response
Anything in the logs that might be useful for us?
No response
Additional information
No response
The text was updated successfully, but these errors were encountered: