-
-
Notifications
You must be signed in to change notification settings - Fork 681
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
Thread credentials synchronization not working #3582
Comments
Have you looking if the boarder router is have getting the data set OK so it can being used by the system ? |
I dont have any real Matter device that is working one thread so i have not paring them with the companion. I think the problem can being that the mobile can finding the thread boarder router so somthing strange with then WiFi network / the network the OTBR is on. |
If you have no Google Thread Border router, the companion app should synchronize your Thread credentials with Google, and use them.
I assume that is really the one with the Matter firmware on it (not HomeKit?) @jpelgrom do you maybe have an idea why it fails/what goes wrong here? |
I'm not completely sure why it is giving this error. Like you said, if there are no Google Thread border routers the app will add the add-on's (which should then be used by Google's flow). @LogimacGER Could you start Matter commissioning from the app, and get the app logs afterwards (Settings > Companion app > Show and share logs)? It should include log lines starting with "ThreadManagerImpl:" which will tell more about the status. This should (hopefully) be |
Sorry for the late answer. |
Thanks for the full logs. It looks like the app is following the flow correctly, but it's skipping syncing the credentials. I noticed a lot of HTTP 410 Gone errors for the URL http://192.168.178.20:8123/ in the logs, is native app functionality (eg sensors) working correctly? If the app can't read configuration data, it might skip syncing because it thinks your user/server doesn't meet the requirements. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
For resetting the bot !! Only large problem for my i cant using more HA with addon running OTBR then the DNS is braking all communication to my thred devices. If only having one running all is very stable but i have no matter devices (have not updating my EVE devices) but i like have redundancy in my system then moving it to the production system. And great work done and hope we can getting it in production quality soon !! |
@LogimacGER have you been able to resolve this issue? If not, what type of installation are you running? |
@agners this issue is still present. I'm running the latest version of Homeassistant OS on a raspberry pi 4 4GB (with M.2 SATA SSD) with sky connect (ZigBee devices working without problems). Also Matter and silicon laps multiprotocol is up to date. It seems my phone can't finde open thread boar router on my network. Homeassistant is connected via LAN and my phone with wifi of course. I tried another android phone but without success. Once I did a clean install of Homeassistant but that did not work . |
@LogimacGER can you check the questions in comment #3582 (comment)? It seems that the App has difficulties reaching Home Assistant for these particular requests. What type of HA installation do you use? |
@agners What are you meaning with "type of HA installation"? HA OS on a Raspberry pi. |
For anyone still experiencing issues, could you download the latest update for the Android app (available now from the Play Store, version 2023.7.5), manually sync Thread credentials in Settings > Companion app > Troubleshooting and post the result here? That should make it easier to understand where it's failing. |
LAN/WiFi shouldn't matter, this is about Thread networks :) Not sure why your device prefers a different (non-existent as it says you don't have a border router?) Thread network named 'home-assistant'. Unfortunately there is no way change the preferred Thread network on Android devices currently. The only 'solution' we know about is to clear all data for the Google Play Services app (system settings > Apps > All apps > Google Play Services > Storage & cache > Manage space), which stores the Thread networks. Keep in mind that clearing this will also clear other Google data that only exists on your device such as your Google Wallet cards (😥). |
The issue is solved after silicon laps multiprotocol update to version 2.3.0. |
Closing this as the original author has resolved the issue, and the app has received several updates to improve Thread credentials sync:
If anyone is still facing issues with Thread sync to Android, feel free to open a new issue with the output of the manual sync option while using the latest beta (or next stable) release of the app, and information about your setup. |
Describe the issue you are experiencing
Im using Multiprotocol with SkyConnect. ZHA working fine.
Matter, Thread and Open-Thread-Border-Router is visible under "devices".
Last week i got a EVE energy matter device. When i want to add it with HA android app i get a message "border router needed".
I don't have any other border-router (Homepod or Nest hub) in my network.
What type of installation are you running?
Home Assistant OS
Which operating system are you running on?
Home Assistant Operating System
Which add-on are you reporting an issue with?
Almond
What is the version of the add-on?
1.1.1
Steps to reproduce the issue
System Health information
System Information
dev | false
hassio | true
docker | true
user | root
virtualenv | false
python_version | 3.10.10
os_name | Linux
os_version | 5.15.84-v8
arch | aarch64
timezone | Europe/Berlin
config_dir | /config
Home Assistant Community Store
Home Assistant Cloud
Home Assistant Supervisor
Dashboards
Recorder
Anything in the Supervisor logs that might be useful for us?
No response
Anything in the add-on logs that might be useful for us?
No response
Additional information
No response
The text was updated successfully, but these errors were encountered: