feat: iOS / iPhone / Private BLE Device / IRK Support! #140
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
🚀 feat: iOS / iPhone Support with IRK Integrate with Private BLE Device to support iOS / iPhone tracking with IRK #135
Integrated with the
Private BLE Device
integration. Any devices set up in Private BLE will automatically be configured as Bermuda trackers as well.🐛 Fixed error if no devices are saved for setup (ie, CONF_DEVICES is empty) as may happen if one uses only Private BLE Devices.
Added refresh calls to device registry listener
Improved some mac_format calls by forcing .lower(), since some "addresses" like private ble will not match a MAC-based pattern.
Fixed new_device signal dispatcher to use full list of devices and check for create_sensor rather than scanning CONF_DEVICES
Added Private BLE Devices to the iBeacon code, so both are treated as "meta-devices" in that they have data that is provided via the MAC address, but is not "of" the mac address.
Fixed case when _refresh_scanners gathers addresses.
Updated device_info in entity.py to ensure entities tied to private_ble devices get linked to those device_registry entries.
fix: typedef for device_new callback
🚤 feat: Update areas in realtime if scanners are moved improves Changing Area of a scanner does not get reflected in Bermuda #137 fix.
If an esphome or other scanner/proxy device has its "area" modified, we immediately update the Areas without requiring a reload or restart.
A little comment-linting.
🐛 fix: matching of scanner IDs loaded from data (stuck area) fixes Changing Area of a scanner does not get reflected in Bermuda #137
📯 chore: Downgraged ibeacon stale source msg to debug