Standard vs Proprietary Technology

There’s a thought provoking article, by Lorenzo Amicucci, on the Nordic Semiconductor blog on End-User Factors Impacting Industrial IoT Connectivity. Nordic is the manufacturer of the System-on-a Chip (SoC) in most beacons and Lorenzo is one of their Business Development Managers. While the article talks about Industrial IoT Connectivity and by implication Bluetooth Mesh, the insights are applicable to any project that has to choose between standard or proprietary technology.

The main conclusion is that the best solution from a technical perspective is not always best for the customer. Instead, the best solution should depend on the longer-term business strategy. While a proprietary technology can have the advantage of differentiating your offering it can suffer from future limited supplier availability and possibly shorter lifetime of the technology. Large rollouts:

“…want the confidence that a huge capital spend won’t be wasted on a technology that will be left obsolete in a couple of years.”

More specfically, new and second sourced products from other vendors need to guarantee interoperability for the lifetime of your project.

Read about Generic Beacons

BeaconRTLS™ v2

A new v2 version of our BeaconRTLS™ has become available. The previous version of our RTLS works great but it needs relatively powerful hardware and was complex to install such that only we could install. While the older version will still be used for our clients that need extremely large throughput, most new customers will now use v2 that works on a greater range of hardware and has a simple setup allowing us to offer it to qualified resellers.

Projects are supplied as a self-install for dedicated, VPS or cloud servers.

More information is available at beaconrtls.net.

Bluetooth Beacon Security

We sometimes get asked about Beacon security. Beacons use Bluetooth so the underlying security is that provided by Bluetooth 4.0. There’s a great new video by Ellisys, who create Bluetooth test equipment, that explains the threats and mitigations:

In the context of beacons, the mentioned perisistent bonding never happens. Pairing is temporary. Also, beacon manufacturers often layer additional security on top of Bluetooth in the form of pins or passwords required to set up the beacon.

As the underlying Bluetooth communication is relatively secure, the main beacon security issues tend to be related to spoofing (the possibility of beacons pretending to be yours). However, this is usually only pertinent in security sensitive scenarios such as payment. Contact us if you need more advice on beacon security.

Bluetooth Sensor Tags

Bluetooth sensor tags and sensor beacons are essentially the same thing. The terminology of tags vs beacons stems from how they are used. If the devices are fixed, they tend to be called beacons and if they are placed on assets or people they tend to be called tags because they are tagging things and people. However, the terminology is interchangeable, irrespective of the use.

The use of the term tags also comes from the use in RFID, barcode and UWB devices that can also be used to uniquely identify devices.

Bluetooth sensors can be used in two ways, either via connection-less advertising or having another  Bluetooth device connect and examine values. This is explained further in our article on Using Bluetooth Wireless Sensors.

Tagging implies locating. However unlike other technologies, devices can do a lot more than just locating and can detect movement (accelerometer), temperature, humidity, air pressure, light and magnetism (hall effect), proximity, heart rate and fall detection.

Read more about:
Using Beacons, iBeacons for Real-time Locating Systems (RTLS)

Beacon Proximity and Sensing for the Internet of Things (IoT)

New Arduino BLEPad in Stock

We have the new Arduino BLEPad in stock. It’s a small wearable ‘Lilypad’ style board that includes a DA14580 BLE module for communication via Bluetooth 4.0 (LE) as per our other beacons.

BLEPad 31mm x 31mm

The BLEPad differs to other LilyPad boards in that the ATmega32u4 has built-in USB communication, eliminating the need for a separate USB-to-serial adapter. This allows the BLEPad to appear to a connected computer as a mouse and keyboard, in addition to a virtual (CDC) serial / COM port.

New ABKey01 Beacon in Stock

We have the new ABKey01 beacon in stock. This beacon is different in that it can send out extra beacon advertising for 30 seconds when the button is pressed.

This beacon is based on the low power DA14580 SoC which means the CR2032 battery (not included) can last up to 1.5 years.

New BeaconServer™ Software

For a while now, we have had enquiries from companies interested in our BeaconRTLS but not wanting the whole thing. In some scenarios such as IoT, machine learning and even locating you just want to collect data and not visualise it on maps/plans. Also, our BeaconRTLS™ was found to be overkill for small scale projects that don’t need the extremely high throughput.

Today, we have released BeaconServer™. It’s a ready-made system to collect multi-location beacon advertising data and make it available to other people, systems and apps. It allows you to collect, save and query beacon data without any coding.

BeaconServer™ comes in the form of a self install. Please see the BeaconServer web site  for more information.

Hybrid vs Native Apps and Cross Platform Tools?

When creating apps to discover beacons, there’s often the temptation to use cross platform tools to create both iOS and Android apps at the same time. Such tools are often based on web (WebView screen) technologies and Javascript.

The first problem you will encounter is that few of the cross platform tools support Bluetooth. Even if they do, they don’t support it to the degree required to implicitly use the latest iOS and Android Bluetooth APIs. This is one of the main problems with cross platform in that functionality always trails the underlying native OS functionality.

Another problem is that there’s no one Android browser upon which the WebViews are based. Niels Leenheer has a (old but still relevant) set of slides that explains how browsers vary across Android versions, devices and phone manufacturers. The consequence of this is that getting any non-trivial WebView-based app to work across many device types is very difficult.

The next problem is functionality. It not only lags the underlying OS functionality in the use of APIs but also features are absent. This often requires some native coding which causes the app to become more of a Frankenstein creation with consequent unexpected complexities.

For best performance and OS look and feel you have to use native development. It’s possible for hybrid apps to look and feel like Android and iOS but it takes a lot of effort due to the previously mentioned browser fragmentation. It’s possible to get near-native app performance by replacing (bundling) a better Javascript interpretor. However, these extra complexities are what you were trying to avoid by using the cross platform framework in the first place.

If the above doesn’t persuade you, even Mark Zuckerberg regretted using web technologies in apps in 2015. This didn’t stop others trying. There are some detailed posts on Medium explaining how AirBnB is moving back to native development and how the difficulties are not just technical but also organisational.

If you are writing apps or getting apps written we recommend you save yourself some grief and write them using native code.

Read about our development services

What New Things Could Machine Learning Enable?

Benedict Evans of Andreessen Horowitz, a venture capital firm in Silicon Valley, has a thought-provoking blog post on Ways to Think About Machine Learning.

Benedict asks what new things machine learning (ML) could enable. What important problems might it actually be able to solve? There are (too) many examples of machine learning being used to analyse images, audio and text, usually using the same example data. However, the main question for organisations is how can they use ML? What should they look for in data? What can be done?

Much of the emphasis is currently on making use of existing captured data. However, such data is often trapped in siloed company departments and usually needs copious amounts of pre-processing to make it suitable for machine learning.

We believe some easier-to-exploit and more profound opportunities exist if you use new data from sensors attached to physical things to create new data. Data from physical things can provide deeper insights than existing company administrative data. The data can also be captured in more suitable formats and can be shared rather than stored by protectionist company departments.

For example, let’s take movement xyz that’s just one aspect of movement that can be detected by beacons. Machine learning allows use of accelerometer xyz motor vibration to predict the motor is about to fail. Human posture, recorded as xyz allows detection that patients are overly-wobbly and might be due for a fall. The same human posture information can be used to classify sports moves and fine tune player movement. xyz from a vehicle can be used to classify how well a person is driving and hence allow insurers provide behavioural based insurance. xyz from human movement might even allow that movement to uniquely identify a person and be used as a form of identification. The possibilities and opportunities are extensive.

As previously mentioned, the above examples are just one aspect of movement. If you also consider movement between zones, movement from stationary and fall detection itself, more usecases become evident. Sensor beacons also allow measuring of temperature, humidity, air pressure, light and magnetism (hall effect), proximity and heart rate. There are so many possibilities it can seem difficult to know where to start.

One solution is to look at your business rather than technical solutions or even machine learning. Don’t expect or look for a ready-made solution or product as the most appropriate machine learning solutions will usually need be custom and proprietary to your company. Start by looking for aspects of your business that are currently very costly or very risky. How might more ‘intelligence’ be used to cut these costs or reduce these risks?

Practical examples are How might we use less fuel? How might we use less people? How might we concentrate on the types of work that are least risky? How might be preempt costly or risky situations? How might we predict stoppages or over-runs?

Next, use your organisation domain experts to assess what data might be needed to measure data associated with these situations. Humans often have insight that patterns in particular data types will help classify and predict situations. They just can work out the patterns. That’s where machine learning excels.

Read About AI Machine Learning with Beacons