2 people, each with 1 BT tracker (in known devices) and 1 Owntracks tracker (done via “Integrations”) combined under “person”.
The latest update fixed the OwnTracks and zones issue… but now I’m seeing a new quirk. Both our BT trackers were disconnected, but both our owntracks trackers showed us as “home”. The people were shown as “home” but my group.all_devices (which contains only those 4 trackers) shows as “not_home”. And I could swear that just a few releases ago that was (correctly) showing as home
What’s the logic that group.all_devices uses to determine home vs away when 2 devices are home and 2 are away? (1 tracker from each person was away (bt) and 1 each was home (gps).)
Any ideas?
(I also have a weird quirk happening with the Owntracks battery attribute going to “unknown” and not updating, even though the GPS position is updating and showing correctly, but that can be saved for another topic)
Finally had a chance to dig into this deeper, and it looks like all_devices has all 4 trackers in there (BT and Owntracks) so I’m not quite sure that’s the issue.
Well that’s weird, because when I tried using owntracks the owntracks device_tracker entities were definitely not in group.all_devices. Hmm. Are you looking at group.all_devices’ entity_id attribute?
It looks like devices that are handled by the entity registry as of 0.94 do not add their devices to the group.all_devices. There’s been talk of getting rid of auto-generated groups for a while. I personally am manually creating a group.all_people and using that instead. I was wondering why my lights weren’t turning on! If my understanding of the situation is correct, this should be flagged as a breaking change.