There’s new research by the Institute of Information Science and Technologies, Pisa, Italy on Detecting Proximity with Bluetooth Low Energy Beacons for Cultural Heritage. The paper starts by describing alternative technologies including Ultra-wideband (UWB), Near Field Communication (NFC) and vision.
The RE.S.I.STO project allows media on the medieval town of Pisa to be accessible via smartphones and tablets. The system is implemented using the React Native Javascript Framework to allow cross-platform aps to be created on iOS and Android.
Beacons are attached to exhibits and the paper compares two proximity detection algorithms, a ‘Distance-based Proximity Technique’ and a ‘Threshold-based Proximity Technique’. The paper describes stress, stability and calibration testing of the system.
The researchers found a strong variation of RSSI value for different tags that they say is caused by the varying channel (frequency) used by Bluetooth LE as well as environmental issues such as obstacles, fading and signal reflections.
The system was able to successfully detect the correct artwork with an accuracy up 95% using the Distance-based Proximity Technique.
We previously mentioned how cost, battery life and second sourcing are the main advantages of Bluetooth over Ultra-Wideband (UWB). An additional, rarely mentioned, advantage is scalability.
Servers that process Bluetooth or Ultra-Wideband support a particular maximum throughout. The rate at which updates reach systems depends on the number of assets, how often they report and the area covered (number of gateways/locators). Each update needs to be processed and compared with very recent updates from other gateways/locators to determine an asset’s position.
For Bluetooth, updates tend to be of the order of 2 to 10 seconds but in some scenarios can be 30 seconds or more for stock checking where assets rarely move. Motion triggered beacons can be used to provide variable update periods depending on an asset’s movement patterns. This allows Bluetooth to support high 10s of thousands of assets without overloading the server.
For Ultra-Wideband, refresh rates tend to be of the order of hundreds of milliseconds (ms) thus stressing the system with more updates/sec. This is why most Ultra-Wideband systems support of the order of single digit thousands of assets and/or smaller areas. More frequent advertising is also the reason why the tags use a lot of battery power.
How does all this change with the new Bluetooth 5.1 direction finding standard? The standard was published in January 2019 but solutions have been slow to come to the market. The products that have so far appeared all have shortcomings that mean we can’t yet recommend them to our customers. Aside from this, in evaluating these products we are seeing compromises compared to traditional Bluetooth locating using received signal strength (RSSI).
Bluetooth 5.1 direction finding needs more complex hardware that, at least in current implementations, are reporting much more often. The server has to do complex processing to convert phase differences to angles and angles to positions thus supporting fewer updates/sec. Bluetooth direction finding is looking more like UWB in that cost, scalability and battery life are sacrificed for increased accuracy. Direction finding locators are currently x6 to x10 more costly than existing Bluetooth/WiFi gateways. Beacon battery life is reduced due to the more frequent and longer advertising. We are seeing Bluetooth 5.1 direction finding being somewhere between traditional Bluetooth RSSI-based locating and Ultra-Wideband in terms of flexibility vs accuracy.
Despite these intrinsic compromises, Bluetooth direction finding is set to provide strong competition to UWB for high accuracy applications. We are already seeing UWB providers seeking to diversify into Bluetooth to provide lower cost, longer battery life and greater scalability.
The paper starts by describing trilateration and the author voices the opinion that another method, fingerprinting, requires a lot of effort and isn’t feasible for practical implementation.
The new method makes use of the fact that accuracy is usually good when the received signal strength (RSSI) is -70 dBm or better. The use of more beacons and basing calculations on ‘reliable circles’ of higher signal strength, when available, provides for more accuracy.
The data is also filtered using a Kalman filter to reduce signal noise by about 37%.
Due to the pandemic, hospitals and care facilities have been experiencing greater patient numbers leading to pressures to accelerate digital transformation to increase efficiency. At BeaconZone, these are the main reasons customers have been using locating systems:
To save time searching for equipment, particularly highly mobile equipment such as wheelchairs
To monitor the location and temperature of medicines
To monitor the location of hospital porters
To track the location of vulnerable patients
To audit the visiting of care givers to patients
However, there are many more areas suitable for increasing efficiency and safety:
Tracking expensive assets such as beds and medical devices
Tracking rental/borrowed equipment to ensure they are returned on time to avoid unintended costs
Staff distress SOS for increased safety
Hygiene management, for example, on hand washing stations
Inventory counts and stock checks
Analysis of workflows to detect choke points and streamline processes
Production of key metrics such as time being spent with patients, patient throughput and wait times
Time saved improving the above activities leads to more time being spent with patients and hence potentially saved lives.
Here are some considerations if you are comparing solutions:
Tag costs – Prefer commodity rather than proprietary hardware to reduce costs and allow 2nd sourcing to reduce future risk
Real time – Prefer systems that detect continuously over those that rely on error-prone manual scanning
Scalable – Prefer software systems that will scale financially, particularly in large hospitals
Ongoing costs – Prefer systems that have known future system costs – ideally with a one-off licence rather than varying subscription.
One final tip. It’s our experience that healthcare providers under-estimate the human element in attempting to implement new systems. There are often internal problems as to who will be responsible for a) purchasing, b) installing and c) running new systems. Work these out and agree up-front before embarking on these transformative changes so as to prevent your project becoming blocked.
The signal level and interference vary change depending on the position of the sender and receiver. They also vary depending on the surrounding environment. The signal level (RSS) is affected by reflection, shielding, and diffraction by surrounding objects, walls and the ground. Instead, testing requires known signal level and interference values.
The paper describes a software-implemented BLE controller, BluMoon, that calculates the received signal strength for each frame and imitates radio interference. The emulator replaces the controller with the HCI as the boundary.
BluMoon performs BLE communication emulation frame by frame and is implemented on Linux using the BlueZ Bluetooth stack.
Beacons are small computers that run software, more specifically firmware. Beacon manufacturers write the firmware that uses Bluetooth software libraries to send out iBeacon, Eddystone and/or sensor data advertising.
When a beacon supports over-the-air (OTA) update, it allows that firmware to be updated without physically connecting to the beacon with wires. A smartphone app, such as the manufacturers’ app or the generic Nordic nRF Toolbox is used to connect to the beacon via Bluetooth and update the firmware.
In practice, manufacturers never update their firmware so whether a beacon supports OTA update or not isn’t usually an issue.
A further use of OTA is the facilitation of custom firmware when the standard firmware needs to be updated to provide for specially required functionality. This is non-trivial and ideally needs to be performed by the original manufacturer because they have the original source code. We have arranged this for a few customers but it tends to only be financially viable for large orders.
It’s also possible to completely replace the software in some beacons, something we provide via custom solutions and used in our social distancing and mesh solutions. In these cases, OTA tends to be too slow so wired programming jigs are sometimes used instead.
GoPorter is an ibeacon-based solution for hospitals, shopping malls and hotels that provides automatic job allocation, real time indoor tracking, business analytics and reporting.
Systems such as GoPorter allow facilities management to learn about service request trends thus allowing the deployment of the optimum number of staff to improve efficiency.
The researchers explain how standard beacon advertising works and documents the existing iBeacon and Eddystone protocols.
New protocols, LP4S-6 (for resource-constraint beacons), LP4S-X (for more powerful beacons) and LP4S-J (for beacons able to run complex firmware) are proposed that can be used to allow IoT telemetry systems to discover new nodes and to describe and auto-register the sensors and actuators connected to a beacon.
The paper describes the resultant JSON, shows how a new protocol can be added to an Eddystone beacon and proves how the new latency and power consumption remain low.
Note that updating the firmware of a beacon is non-trivial because it requires the implementation of what’s already on the beacon without access to the original source code.
We recently came across Time Guard, an app that logs working time, holiday and flexi time and provides notifications when you go over a set daily and maximum allowed working time.
The app can use iBeacons to automatically detect when you enter or leave locations. Data can be viewed in Excel (.csv) or as monthly time sheets.