-
-
Notifications
You must be signed in to change notification settings - Fork 28.6k
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
August Lock Bluetooth - can't setup #77987
Comments
Hey there @bdraco, mind taking a look at this issue as it has been labeled with an integration ( yalexs_ble documentation |
Not all owner accounts will have the keys. Please check the documentation for alternative ways to get the key. |
I don't believe that's the problem as I've gotten the keys from my account before, also rooting my phone is not an option. |
https://www.home-assistant.io/integrations/yalexs_ble#yale-access-or-august-cloud You may need to create or use a non-primary existing account with owner-level access to the lock, as not all accounts will have the key loaded. |
So I left August setup and just gave it time, the lock was discovered during the night. I setup the integration, and it did not prompt for a key so it must have got it from August. |
You'll likely need to turn on debug logging for |
I've tried on a Gen 4 lock with both my main August account and a secondary owner-level account that was created specifically for the purposes of HA, and nothing. Is it just a matter of creating a bunch of new accounts and hoping one of them works? Or is there something else to try? For what it's worth, if I download the August diagnostics it does say " "OfflineKeys": "REDACTED" ". To me that would imply that it had access to the Offline Keys in order to redact them, but I don't know if it's just redacting a blank field for security purposes anyway. Unfortunately I don't have access to an iOS device or rooted Android device to get the key another way. |
If it's not in the loaded field for OfflineKeys then it won't work. You may need to enable Auto Unlock and use it at least once to force the lock to load it |
I'm having the same stuck on "Initializing" issue. Here is whats in the logs:
|
Are you using a long range adapter? The normal range on the lock is around 20 ft. |
I have two August (WiFi Smart Lock - Gen 4) that both seem to be stuck on the Initializing screen with the new integration. They were auto-discovered, and are within 10-15 feet of the rPi. I've tried restarting, rebooting the Pi, and reloading; nothing seems to help. I'm running in a docker container on a rPi 4, using built in bluetooth, and have dbus installed. Theres some extra info, happy to send more if needed |
Please enable the loggers listed above #77987 (comment) Bluetooth diagnostics would be helpful as well |
Also, when I did testing with the lock and the RPis I had to sit the lock right on top of the pi to get it work until I added an external adapter on an extension cable (then I got about 45ft out of it). |
I can try with it literally on top of it like you said, and I guess I may have to order an external adapter with an extension cable |
https://www.home-assistant.io/integrations/bluetooth/#known-working-adapters This is the one I'm using with them https://www.amazon.com/gp/product/B09KG7QQ5V/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1 Along with an extension cable to get it away from the USB3 ports https://www.usb.org/sites/default/files/327216.pdf https://www.amazon.com/gp/product/B07RQRMGKB/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1 |
FWIW I've given up on the PIs internal bluetooths as the range isn't great. Coupled with the short range on the locks (likely to preserve battery life), it is not a great combination. Surprisingly the range on the ESP32 chips seems to be better so once we have active connection support with ESPHOME devices, that might make things a bit easier. I'm using an active usb-ethernet extensions to reach the front door lock Also for my side door lock which is only two rooms away I was able to use a passive usb-ethernet extension |
Cool, just ordered these with same day delivery, so should be able to test out later tonight if no delays. Gotta love modern day conveniences Will get back to you with updates on how it works. Thanks for fast responses! |
Turns out that bluetooth adapter isn't compatible with rPi 4. I ordered a new one to be delivered Saturday and will test then |
Is the signal strength reading on the Yale Access for bluetooth or WiFi? I installed an ESP32 bluetooth proxy to help improve my signal strength and it did nothing. If it is bluetooth, does this integration support connecting to ESP32 proxies (new with the September release of home assistant). If not, are there plans for this? |
The ESP32 proxies only do passive connections so it won't help. Active connection support isn't available yet for the esp bluetooth proxies. The signal strength is bluetooth |
I see, so my only options now are buy a bluetooth adapter and USB extension cord for the pi4 or wait until ESP32 proxies get an update for active connection support (which in the release notes was said will be released later). Thanks for the clarification, I will probably wait it out. My lock is working ~50% of the time via Yale access but takes FOREVER to respond. Signal strength hovers around -77 so I assume that is the problem. |
Sounds like signal / range is the issue here. The range on these locks is not so great, but I guess thats what you get with a battery powered device. |
Is it possible the setup process requires a better signal than day to day operation? Before this was added as a core integration, I setup the lock with my pi4 close to the lock. Once set up I moved it back to it's original location (about 10ft away with one wall in between) and it still worked, albeit with a bit of delay. This time around I'm trying to complete setup without moving my pi and it won't finish initializing |
The setup process does require a good connection |
Hopefully active ESP32 proxy will be released on HA this year! I really like the easy online configurator. Thanks for quick response. |
Does anyone know if there is there any way I could use a raspberry pi zero W as an active bluetooth proxy? That may fix my issue! |
Make sure you are using one of the high performance adapters listed on the Bluetooth integration docs as the Yale locks have a long service list which makes connecting difficult for some of the less performant adapters. Here is a branch with some esphome changes that should improve the performance and reliability: I'm going to close this issue since there is already an esphome issue that is tracking this problem and that's where the changes need to happen |
The problem
So happy about the new bluetooth integration for v.9, but I'm having an issue setting it up that I didn't have before it was merged into home assistant core.
I have a gen 3 August Lock Pro. The Yale Access BLE integration doesn't allow manual setup, only for discovered devices. That was ok in the past, I was able to trigger HA to discover the device by factory resetting it and then (I'm assuming) it started broadcasting a bluetooth message tha HA could see.
Before, I was able to get HA to pull the keys from the cloud by timing my august integration setup just before the yale_ble setup so HA had the keys while the device was discovered. Now that's not working.
I've tried this approach
How can we both trigger the lock to become discovered, and have HA pull the keys from the august integration? Reporting as a bug as I believe I've exhausted methods to do both things and it worked before.
What version of Home Assistant Core has the issue?
core-2022.9.0
What was the last working version of Home Assistant Core?
2022.9.0
What type of installation are you running?
Home Assistant OS
Integration causing the issue
Yale Access Bluetooth
Link to integration documentation on our website
https://www.home-assistant.io/integrations/yalexs_ble
Diagnostics information
No response
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: