Ah, indeed. Beacon app is fantastic. BLE update by Athom not so fantastic at the moment. Will take my complaints to the real issue.
YW. It’s more of a workaround than a solution of course.
We’ll now have to wait 'till Athom fixes the bug.
This issue in Homey core if found and will be first tested on experimental channel.
Switch my alarm system (Heimdall) with the app and two tiles automatically. After updating to Homey 6.1 permanent I / O of the alarm system.
Thank you for the great app and the great work.
Hopefully there will be a fix soon.
At the moment I have no false positives/negatives. I did PTP + installed the experimental Beacon App. Configuration Tile PRO 2018, Homey (Early 2018), firmware 6.1.0.
Hope your problem will be solved soon.
I should not have posted this message. 10 minutes later I got numerous false positives. Murphy lives!
I just released v1.3.0 to live (prod/stable) and add an new version to test:
Many thanks for your contribution @Piero_F!
v1.3.1 - 17.05.2021
- support for Feasycom beacon
- resolved bug on re-pairing procedure
- timeout for pairing increased to 30 seconds
I have the 1.3.1. installed with Homey 6.1.0 for a day. Unfortunately no improvement for me. Beacon still detected / not detected every few minutes.
Tried the following settings:
Hopefully for a fix. Without the beacon automatic control, Heimdall is much less comfortable.
The fix of the homey core bug isn’t release yet.
I would like to clarify the current situation.
The latest Homey SDK documentation published only a few days ago (Bluetooth LE - Homey Apps SDK) states:
Setting a custom timeout for a BLE discovery has been removed in Homey v6.0.0. Instead, a default timeout of 5 seconds is being used.
It is not very clear: What about the current Homey v6.1.0? If the custom timeout has been removed, is the new 5-seconds timeout a default timeout or, rather, a fixed timeout?
According to several tests I performed, I can say that the 5-seconds timeout is a fixed timeout in Homey v6.1.0. Thus, the Beacon App setting “discovery timeout” currently has no effect (always 5 seconds).
I asked for clarification to Homey.
The Homey core bug identified by @Koktail prevents the correct discovering when two consecutive discovering operation are too close in time. How close in time? I performed some tests and I can say that a safe value for the Beacon App setting “delay between reading sensor values” is 40 seconds.
In my opinion, today the reasonable settings (using your notation) are 40.5.1.x (where x ≤ 10).
This is an interesting question.
The short answer is:
The AirTags (and recent Tiles) send out some BLE signal but that signal changes from time to time so it cannot be used straigthforwardly for identifying the device.
The long answer is:
A beacon is a simple device that constantly emits the same identifier as a Bluetooth signal. Furthermore, all communication with a beacon happens “in the clear” and isn’t encrypted. Anyone can listen to your beacon and captures your beacons’ identifier.
Having captured the information, an attacker may clone your beacons. Cloning consists of copying your beacon configuration and putting it into another beacon to mislead your Homey.
Hasn’t any manufacturer fixed this security issue?
The solution is to use a pseudo-random identifier that changes periodically. Only authorized apps in possession of a special key can resolve the pseudo-random to a “real” one.
The solution is conceptually simple but it is difficult to put it into practice.
A quite complex centralized infrastructure is needed: the core is a public resolver service for registered beacons; it involves a registration process for sharing an encryption key between service and beacon. The registration process involves an authentication and authorization process (only authorized users can register their beacons; only authorized apps can resolve the real identity of a previously registered beacon).
The beacon itself needs a special firmware; it must store in a secure way the shared encryption key; it must implement a time counter for rotating the advertised pseudo-random identifier; the time counter must be able to recover from a power loss condition.
Today, only a few manufacturers provide secure beacons: Tile (since 2019) and Apple with AirTag (since 2021); these are “closed” solutions. Kontakt.io provides an “open” solution with a public SDK and a public discover service that works with their beacons. In 2016 Google proposed the Eddystone EID “fully open” solution but recently the service has been downsized several times (too complex for manufacturer, developers and users?)
To sum up, today the Beacon App is not able to provide a “secure” solution. If Beacon App users were interested, the only way forward would be the Kontakt.io beacons.
On previous post I tried to explain why the integration of Apple AirTags into the Beacon App is not possible.
However the Beacon App v1.3.1 released two days ago supports an interesting beacon, the Feasycom FSC-BP108 that looks a lot like an AirTag. Similar size (48 mm x 37 x 7.8) and similar weight (15 g); same case protection degree (IP67); same battery (CR2032).
Like with an AirTag, you can see on Homey the estimated distance (but not the direction) and the battery level.
EDIT I stumbled on the ‘old’ version. This is the right one :
Only approx 11 euro’s here
There two similar models: the Feasycom FSC-BP108 and the FSC-BP108N. The first one is the most recent device based on the new DA14531 SoC (Bluetooth 5.1). The second one is a device based on the “classic” nRF52832 SoC (Bluetooth 5.0). Differences? As far as I know, the price and the declared battery life (1936 days vs 515 days, based on manufacturer declarations for an advertisement interval of 1000 ms @4dBm).
I bought a Feasycom FSC-BP103B, with Ibeacon. I have Homey pro V5. I connect to it fine as a Ibeacon and/or BLE device. The thing is it says it is connected even when the beacon is miles away. Not sure what to do. Anyone have any ideas?
Restart the beacon app or perform a PtP?
Many thanks for your very good description. That helps.
I will test your configuration and wait for the Homey bug release.
Thanks for your fast answer.
Thanks for the Tip- I just checked the version again and it’s 6.10 Somehow i turned on auto update. So that me in the same boat as everyone else on this topic. Waiting for Homey BT fix.
Thanks for the update. However. It seems like the save button for the settings doesn’t work
@Koktail Should be fixed with beta update: Homey v7.0.0-rc.8