-
Notifications
You must be signed in to change notification settings - Fork 761
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
Home Assistant device_tracker always shows not_home #695
Comments
The proximity sensor determines the distance between the zone (home) and the device-tracker specified. So if your config is:
You can check:
|
Everything appears correct, except the actual device_tracker always shows not_home. It's super strange to me. Maybe I should try deleting it? See the attached image below. (I covered the long/lat, but it's correct.) |
Yes I see what you're referring to and I have the same on my side. I suspect that the state of the device tracker is updated by an automation and not by the lat and lon. I will do some research and get back to you, but I suspect there's an automation required to check if the device_tracker entity is within the home zone radius and if so to change status to home. |
That seems reasonable. I'll experiment with automations also and see if I can make something. I was just under the expectation the logic was already there somehow. Thanks. |
My understanding is that this block will always set not_home:
Maybe the location needs to be a template, based on proximity. If proximity 0, than home, if not, then not_home. |
This automation seems to work for me properly. Not sure if it's the most elegant method.
|
Nice work! I like it, I wonder if there's a way to check which zone it is in and then return the zone name, otherwise not_home? It would be very cool to have the zone updated, eg work or school based on zones defined in HASS. I might have some time to play around with this shortly, but your change above should certainly take care of home/not_home status transitions. |
You know, I think this is the default behaviour. The HASS doco says:
https://www.home-assistant.io/integrations/device_tracker/ As a test, I've dropped the location_name parameter entirely from the automation and it is correctly picking up "home". I'm not in a position to test other zones at the moment but I suspect removing the override will let HASS figure out the zone itself. |
aha! that's great, and makes sense. I'll remove it also. I don't have any other zones setup, but i'll see about doing that in the future. |
- Removed the static not_home location from the device_tracker definition which fixes teslamate-org#695 - Added Garage Door automation - Added automation for doors and windows open which would address teslamate-org#698 (for HomeAssistant users at least)
* Update home_assistant.md - Removed the static not_home location from the device_tracker definition which fixes #695 - Added Garage Door automation - Added automation for doors and windows open which would address #698 (for HomeAssistant users at least) * Enalbe syntax highlighting * Enalbe syntax highlighting * Enalbe syntax highlighting Co-authored-by: Adrian Kumpf <[email protected]>
Describe the bug
The Home Assistant device_tracker never knows the car is home. Even if proximity.home_tesla is 0, the device_tracker entities never show the car as home.
Expected behavior
If the car is parked at home, the device_tracker should say 'home'.
How to reproduce it (as minimally and precisely as possible):
Normal usage.
Environment
The text was updated successfully, but these errors were encountered: