-
-
Notifications
You must be signed in to change notification settings - Fork 122
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
Failed to detect iOS companion app ID #738
Comments
Looking at #704, my issue looks pretty similar, although I haven't noticed that the behavior is specifically related to moving the iOS device in or out of range. |
Hm, connection requests shouldn't be shown on your iOS device, at least the room-assistant code never requests a pairing. The characteristic that is read from the devices is accessible without authentication/pairing to make the process more seamless. Since you've mentioned the beacon broadcasting: Are you using the auto-toggle visibility setting in the app? And if not, could you try simply disabling the broadcasted beacon using |
Yep I noticed instanceBeaconEnabled after posting and disabled it, so I haven't been seeing any more pairing requests. While digging through the RA logs, I did find some additional wild looking errors on one of the pi zeros with the issue. Not sure if they're relevant though, as I've only seen these errors on one of the devices so far:
|
did you have any more issues? I am also seeing the same error: warn - BluetoothLowEnergyService: Failed to discover companion app ID due to error: weird thing they are now all in the proper cluster. and the quorum seems to be working great. restart seems to work. I would have preferred the RPI to restart itself if it cant connect to the companion app since its kinda critical :) |
Yeah I'm still having the same issues. I put a bandaid on it by either rebooting the pi or restarting the RA process whenever those errors start popping up. It ends up rebooting every couple hours though, so not the best solution. |
I hope I don't get my fingers smacked for sharing, but you should read through #763. No promises, but I was experiencing all types of what I thought was unrelated unusual behavior prior. The test version resolved all my issues. |
@CobraDunn I read through all that but since I am running a docker solution (which I find to be the superior way, ow the irony) I cant use that test version yet. rpi0w with Dietpi auto installing all necessary settings including docker etc. I only have to use winscp to drop the local.yml file and the telegraf.conf in their respective dockers and poof it works :) |
Well, at the end of the day, none of my attempts at updating or changing the RA installation on the Pis helped. But then I migrated the RA companion app from test flight to the 1.0 version on the app store and boom, no problems at all. No freaking clue why that did it, but I won't look that gift horse in the mouth. |
Describe the bug
I have several pi zeros running RA installed/managed via Ansible. Ever since 2.16.0, I've had stability issues tracking iOS devices with the companion app. It'll work for a day or so after restarting the RA service, but after that it stops tracking the companion app. The RA instance continues to be accessible via the API and the companion app browser. And it still tracks other BLE devices.
At around same time this error started occurring, I think RA itself started broadcasting BLE from the raspberry pis? I've started getting notifications on my iOS devices to connect to the various raspberry pi hostnames via bluetooth. I've been declining the connection requests, not sure if that's relevant though.
To reproduce
Install RA on an RPI0 via Ansible and let it run for a while.
Relevant logs
Relevant configuration
Expected behavior
Continued tracking of iOS devices.
Environment
Additional context
Add any other context about the problem here.
The text was updated successfully, but these errors were encountered: