Electronics Guide

Evolution and Versions

Bluetooth technology originated in the 1990s as a collaboration between Ericsson, Nokia, Intel, IBM, and Toshiba to create a standardized short-range wireless link. The Bluetooth Special Interest Group (SIG) was formed in 1998 to manage the specification, which has evolved through numerous versions.

Bluetooth 1.0 through 2.0 established basic data transfer and audio capabilities using the BR (Basic Rate) and EDR (Enhanced Data Rate) modes. Bluetooth 3.0 added a high-speed path that carried bulk transfers over an 802.11 radio while Bluetooth handled connection management; this Alternate MAC/PHY (AMP) feature saw little adoption and was removed from the specification in Bluetooth 5.3. Bluetooth 4.0 introduced Bluetooth Low Energy as a parallel technology optimized for power-constrained devices, and Bluetooth 4.2 strengthened it with LE Secure Connections, Data Length Extension, and improved privacy.

Bluetooth 5.0 significantly enhanced BLE with up to four times the range, twice the data rate, and eight times the broadcast message capacity. Bluetooth 5.1 added direction finding for indoor positioning. Bluetooth 5.2 (2019) introduced the building blocks for LE Audio, including isochronous channels, LE Power Control, and the Enhanced Attribute Protocol; the LE Audio profile suite and its LC3 codec were published separately in 2022. Bluetooth 5.3 (2021) added connection subrating and channel classification enhancements, and Bluetooth 5.4 (2023) added Periodic Advertising with Responses and Encrypted Advertising Data, largely to serve electronic shelf labels.

The specification moved to a 6.x series with Bluetooth 6.0 (August 2024), whose headline feature is Channel Sounding for secure distance measurement, alongside decision-based advertising filtering and frame space update. Bluetooth 6.1 (May 2025) focused on device privacy and power efficiency, 6.2 (November 2025) added shorter connection intervals and hardened Channel Sounding against amplitude-based attacks, and 6.3 (May 2026) refined Channel Sounding ranging accuracy. Because adoption trails publication by a year or more, designers should confirm which features a chosen chipset and host operating system actually expose rather than assuming the newest specification is available.

Spectrum and Physical Layer

Bluetooth operates in the 2.4 GHz ISM (Industrial, Scientific, Medical) band, specifically using frequencies from 2.402 to 2.480 GHz. The band is divided into channels: Classic Bluetooth uses 79 channels of 1 MHz width, while BLE uses 40 channels of 2 MHz width.

Frequency hopping spread spectrum (FHSS) provides interference resistance. Classic Bluetooth hops between channels 1600 times per second in a pseudorandom sequence derived from the piconet master's clock and address, so a collision on one hop costs a single slot rather than the link. Adaptive frequency hopping, added in Bluetooth 1.2 for Classic and carried into BLE, removes persistently interfered channels from the hopping map, which chiefly protects against the static occupancy of Wi-Fi networks.

Modulation schemes vary by mode. Basic Rate uses Gaussian Frequency Shift Keying (GFSK) achieving 1 Mbps. Enhanced Data Rate uses pi/4-DQPSK for 2 Mbps and 8DPSK for 3 Mbps. BLE uses GFSK for 1 Mbps (LE 1M) and 2 Mbps (LE 2M) modes, with additional coded PHY options (LE Coded) that trade data rate for extended range through forward error correction.

Power Classes

Bluetooth defines power classes that cap maximum transmit power. Class 1 devices transmit up to 100 mW (20 dBm), Class 2 devices up to 2.5 mW (4 dBm), and Class 3 devices up to 1 mW (0 dBm); Bluetooth Low Energy adds an intermediate Class 1.5 at 10 mW (10 dBm). Class 2 dominates consumer products because it balances range against battery drain and regulatory simplicity.

The ranges often quoted alongside these classes—roughly 100 meters, 10 meters, and 1 meter respectively—are rules of thumb rather than specification limits. Actual range depends on receiver sensitivity, antenna efficiency, PHY selection, and the propagation environment. A Class 1 link using the LE Coded PHY in open air can exceed those figures substantially, while the same radio inside a metal enclosure or across a human body may fall far short.

Adaptive power control adjusts transmit power based on received signal strength, conserving battery life when devices are close together while maintaining links at longer distances. Bluetooth 5.2 formalized this for Low Energy as LE Power Control, letting a device request that its peer raise or lower transmit power per PHY rather than relying on vendor-specific schemes.

Piconet and Scatternet

Classic Bluetooth organizes devices into piconets, small networks with one master and up to seven active slaves. The master controls the piconet, determining the frequency hopping sequence and allocating time slots for communication. Slaves synchronize to the master's clock and respond only when addressed.

Devices can participate in multiple piconets by time-division multiplexing their attention between networks. A device acting as slave in one piconet can be master in another, forming scatternets that extend network reach. However, scatternet operation adds complexity and reduces aggregate throughput.

Earlier specifications also defined a park state, in which additional devices maintained synchronization with the piconet without active participation; an 8-bit parked-member address allowed up to 255 such devices to be associated while only seven remained active simultaneously. Park state was removed from the specification in Bluetooth 5.0 and should not be relied on in new designs.

Note that Core Specification 5.3, adopted on 13 July 2021, replaced the historical master and slave terminology with Central and Peripheral, for Classic Bluetooth as well as for Low Energy; the Bluetooth SIG published an Appropriate Language Mapping Table listing every substitution. Older datasheets, application notes, and application programming interfaces still use the earlier terms, so both vocabularies appear in practice.

Protocol Stack

The Classic Bluetooth protocol stack builds from the radio layer through application profiles. The Baseband layer handles channel access, packet formatting, and link control. The Link Manager Protocol (LMP) manages link setup, security, and power control. The Logical Link Control and Adaptation Protocol (L2CAP) provides protocol multiplexing, segmentation, and reassembly.

Above L2CAP, various protocols serve specific purposes. RFCOMM emulates serial ports for legacy application compatibility. Service Discovery Protocol (SDP) enables devices to discover available services. Audio/Video Distribution Transport Protocol (AVDTP) supports streaming media.

The Host Controller Interface (HCI) defines the boundary between the Bluetooth controller (radio and lower layers) and the host (higher protocols and applications). This standardized interface enables mixing controller and host implementations from different vendors.

Connection Procedures

Establishing a Classic Bluetooth connection involves inquiry, paging, and connection phases. During inquiry, a device scans for other discoverable devices, collecting their addresses and clock information. Paging uses this information to establish a connection with a specific device.

The paging device transmits on calculated hop frequencies based on the target's address, while the target scans for pages during predetermined windows. Successful paging leads to connection establishment, including exchange of features, link keys, and other parameters.

Pairing creates a persistent relationship between devices, generating and storing shared link keys for future connections. Secure Simple Pairing (SSP), introduced in Bluetooth 2.1, provides stronger security than legacy PIN-based pairing through elliptic curve Diffie-Hellman key exchange over the P-192 curve. Bluetooth 4.1 extended BR/EDR with Secure Connections, which moves to the stronger P-256 curve and AES-CCM encryption. Because the two coexist in the installed base, products that must resist active attackers should require Secure Connections rather than accepting whatever the peer offers.

Audio Profiles

Bluetooth audio relies on several profiles. The Hands-Free Profile (HFP) enables voice calls through car kits and headsets, including call control functions. The Headset Profile (HSP) provides basic headset connectivity for voice.

The Advanced Audio Distribution Profile (A2DP) supports high-quality stereo audio streaming. A2DP mandates SBC (Subband Coding) codec support but allows optional codecs including AAC, aptX, aptX HD, and LDAC for improved quality. Codec negotiation selects the best mutually supported option.

The Audio/Video Remote Control Profile (AVRCP) enables remote control of media players, supporting play/pause, skip, and volume functions. AVRCP versions have progressively added browsing, now playing information, and other features.

Design Philosophy

BLE was designed from the ground up for low power consumption, targeting coin cell battery operation for years. The specification optimizes for short, infrequent data transfers rather than sustained throughput. Connection-oriented and connectionless modes serve different application needs.

Key power-saving features include long sleep intervals between activities, fast connection and data transfer, and simplified protocol operation. A BLE device can wake from sleep, connect, transfer data, and return to sleep within milliseconds, minimizing active time.

BLE is not backward compatible with Classic Bluetooth at the radio level. Dual-mode devices implement both protocols and are typically found in smartphones, laptops, and vehicle head units; single-mode devices implement only BLE and dominate sensors, wearables, and accessories. The SIG once marketed these as Bluetooth Smart Ready and Bluetooth Smart, but retired that branding in 2016 in favor of plain version and feature names.

Channel Structure

BLE divides the 2.4 GHz band into 40 channels of 2 MHz each. Three channels (37, 38, 39) are designated advertising channels, spread across the band to provide redundancy against narrowband interference. The remaining 37 channels serve data communication during connections.

Advertising channels avoid frequencies heavily used by Wi-Fi channels 1, 6, and 11, reducing interference in typical environments. Data channel selection uses adaptive frequency hopping that maps the 37 data channels to available frequencies while avoiding interfered channels.

Advertising and Scanning

BLE advertising enables devices to broadcast presence and data without establishing connections. Advertisers transmit advertisement packets on advertising channels at configurable intervals from 20 milliseconds to 10.24 seconds. Longer intervals conserve power but increase discovery latency.

Advertisement packets contain device address and up to 31 bytes of data. Extended advertising in Bluetooth 5 supports much larger payloads through secondary advertising channels. Advertisement data typically includes device name, service UUIDs, and manufacturer-specific data.

Scanners listen on advertising channels to discover nearby devices. Passive scanning simply receives advertisements, while active scanning requests additional data through scan request/response exchanges. Scan windows and intervals trade power consumption against discovery responsiveness.

Connection Model

BLE connections follow a Central and Peripheral model. Peripherals advertise their presence; Centrals scan and initiate connections. The Central owns the timing of the link, anchoring each connection event and dictating the channel hopping sequence, while the Peripheral wakes to meet those anchor points.

Three parameters govern the link. The connection interval sets the time between connection events and ranges from 7.5 milliseconds to 4 seconds in 1.25 millisecond steps. Peripheral latency (historically called slave latency) is the number of consecutive events the Peripheral may skip when it has nothing to send. The supervision timeout is the maximum time without a successful exchange before either side declares the link lost.

These three interact, and the specification constrains their combination: the supervision timeout must exceed the effective maximum interval implied by the connection interval and latency. A sensor might negotiate a 500 millisecond interval with a latency of 4 and a 6 second timeout, so it answers promptly when the Central has data yet stays asleep through most events when it does not. Central devices frequently override a Peripheral's requested parameters—mobile operating systems in particular impose their own limits—so a design must behave acceptably across a range of granted values rather than assuming its request is honored.

Data exchange during connections uses the Generic Attribute Profile (GATT), organizing data into services and characteristics. This structured approach simplifies interoperability by defining standard data formats for common use cases.

GATT Architecture

GATT provides the framework for BLE data exchange. GATT servers expose attributes organized hierarchically: services contain characteristics, and characteristics contain values and descriptors. GATT clients discover and interact with this attribute hierarchy.

Services group related functionality, identified by UUIDs. Standard services defined by the Bluetooth SIG include Heart Rate Service, Battery Service, and Device Information Service. Custom services use vendor-specific UUIDs.

Characteristics represent individual data items within services. Each characteristic has a value (the actual data), properties (read, write, notify, etc.), and optional descriptors providing metadata. The Client Characteristic Configuration Descriptor (CCCD) enables clients to subscribe to notifications or indications for value changes.

Operations include read (client retrieves value), write (client sets value), write without response (unacknowledged write), notify (server pushes updates without acknowledgment), and indicate (server pushes updates with acknowledgment). Selection among these trades reliability against overhead. Notifications are the workhorse for streaming sensor data because they avoid a round trip per sample; indications suit infrequent, must-not-be-lost events, since an outstanding indication blocks the next one until the client confirms it.

Throughput hinges on two sizes that are easy to overlook. The default ATT maximum transmission unit is 23 octets, leaving only 20 octets of payload per operation. Clients and servers can negotiate a larger MTU, and Bluetooth 4.2 added Data Length Extension, which raises the link-layer payload from 27 to as much as 251 octets so a large MTU is not fragmented across many packets. Bluetooth 5.2 added the Enhanced Attribute Protocol, which permits concurrent transactions over multiple channels so that one slow operation no longer stalls the rest. Leaving the defaults in place is a common cause of disappointing transfer rates, and mismatched MTU assumptions between peers are a frequent interoperability defect.

Security

BLE security provides encryption and authentication to protect data confidentiality and device identity. Security Manager Protocol handles pairing and key distribution. Pairing methods include Just Works (no authentication), Passkey Entry (PIN), Numeric Comparison (user confirms displayed numbers), and Out of Band (keys exchanged through separate channel like NFC).

LE Secure Connections, introduced in Bluetooth 4.2, uses elliptic curve Diffie-Hellman key exchange for stronger security than legacy pairing. Long-term keys stored from pairing enable secure reconnection without repeated user interaction.

Privacy features include resolvable private addresses that change periodically, preventing tracking by observers. Only bonded devices with the Identity Resolving Key (IRK) can resolve these addresses to identify the device.

Extended Range

Bluetooth 5 introduced LE Coded PHY, using forward error correction to extend range at the cost of reduced data rate. The S=2 coding doubles range with 500 kbps throughput, while S=8 coding quadruples range at 125 kbps. These modes enable BLE communication at distances exceeding 1 kilometer under favorable conditions.

Long range operation suits applications like asset tracking in large facilities, agricultural sensors, and building automation where devices may be far from gateways. The trade-off is longer airtime per packet, increasing collision probability in dense deployments.

High Throughput

The LE 2M PHY doubles the symbol rate to achieve 2 Mbps throughput. This mode maintains the same range as LE 1M while reducing airtime per packet, improving battery life for data-intensive applications or leaving more time for other devices in congested environments.

Applications benefiting from higher throughput include firmware updates over the air, audio streaming, and transferring logged sensor data. The reduced airtime also improves coexistence with other 2.4 GHz technologies.

Extended Advertising

Extended advertising moves the bulk of the payload off the three primary advertising channels onto the 37 secondary channels. A short pointer packet on the primary channels directs scanners to an auxiliary packet elsewhere, which carries up to 254 octets; chaining several auxiliary packets allows a host to broadcast as much as 1650 octets in total. This enables richer broadcast data without requiring connections, and it relieves congestion on the primary channels in dense deployments.

Periodic advertising allows scheduled broadcasts that receivers can synchronize to, enabling efficient one-to-many data distribution: a scanner locks to the schedule once and then wakes only at the appointed times. Bluetooth 5.4 extended this with Periodic Advertising with Responses, which adds a return path so that a Central can address thousands of devices and receive acknowledgments within the same periodic structure, together with Encrypted Advertising Data for confidentiality. Electronic shelf labels drove those additions; public transit information displays and venue beacons use the same machinery.

Direction Finding

Bluetooth 5.1 added direction finding capabilities through Angle of Arrival (AoA) and Angle of Departure (AoD) techniques. These methods use antenna arrays and phase measurements to determine the direction to a transmitting device, enabling precise indoor positioning.

AoA systems use a single-antenna transmitter (the located device) and multi-antenna receiver (the locator). AoD reverses this, with multi-antenna transmitters (beacons) and single-antenna receivers (mobile devices). AoD scales better for large numbers of tracked devices since beacons broadcast to all receivers.

Direction finding yields an angle, not a distance, so a practical positioning system either combines readings from several locators or pairs an angle with a range estimate. Well-engineered installations achieve sub-meter accuracy, but results depend heavily on antenna array design, calibration, and multipath in the space. Reflective surfaces and dense metal racking degrade phase measurements, so site surveys matter as much as the radio specification.

Channel Sounding

Bluetooth 6.0 introduced Channel Sounding, which measures the distance between two connected devices directly rather than inferring it from signal strength. It combines two methods. Phase-based ranging sends tones across many frequencies and derives distance from the phase difference between transmitted and returned signals. Round-trip timing exchanges cryptographically randomized packets and derives distance from the elapsed time.

The Bluetooth SIG cites accuracy on the order of tens of centimeters at ranges up to roughly 150 meters. The more consequential property is security: because the round-trip timing packets cannot be predicted, an attacker cannot shorten the apparent distance by relaying them, which is the standard attack against keyless entry systems that rely on received signal strength. Target applications include digital car keys, item finders, secure proximity unlocking, and safety interlocks that must confirm a worker is clear of machinery.

Subsequent releases hardened and refined the feature. Bluetooth 6.2 added resilience against amplitude-based attacks, and Bluetooth 6.3 improved round-trip timing accuracy on a per-PHY basis. Channel Sounding requires supporting hardware on both ends of the link, so it is a design-in decision rather than a firmware upgrade for existing products.

LE Audio

LE Audio brings audio to the Low Energy radio, offering an alternative to the Classic Bluetooth audio path. Bluetooth 5.2 supplied the transport layer in 2019; the profile suite and the LC3 codec (Low Complexity Communication Codec) followed in 2022. LC3 delivers comparable perceived quality to SBC at appreciably lower bit rates, which designers can spend either on battery life or on better audio at the same power.

Isochronous channels carry the time-bounded data that audio requires, keeping playback synchronized across devices. Connected isochronous streams serve point-to-point links such as earbuds, while broadcast isochronous streams serve one-to-many distribution. Auracast broadcast audio builds on the latter, letting a venue transmit to an unlimited number of nearby receivers: silent television feeds in gyms and bars, gate announcements in airports, and assistive listening in theaters and houses of worship.

Multi-stream audio allows independent streams to each ear, improving stereo quality and enabling features like independent volume control. Hearing aid support through LE Audio brings standardized, interoperable hearing assistance device connectivity.

Mesh Networking Concepts

Bluetooth Mesh extends BLE to support many-to-many communication across large areas. Devices relay messages through the network, enabling coverage beyond single-device range. The mesh operates on top of BLE advertising and scanning rather than on connections, using managed flooding for message propagation.

Managed flooding is a deliberate architectural choice. Rather than maintaining routing tables, every relay node rebroadcasts messages it has not seen before, with a time-to-live field bounding how many hops a message may take and a message cache suppressing duplicates. The approach is robust—there is no route to break when a node fails, and no convergence delay when one is added—but it consumes airtime in proportion to the number of relays, so designers enable the relay feature on a planned subset of mains-powered nodes rather than on everything.

Mesh Protocol 1.1, published in 2023, addressed the main limitations of the original release. Directed forwarding establishes paths for traffic that would otherwise flood the whole network, remote provisioning allows devices to be added without physical proximity to the provisioner, certificate-based provisioning strengthens onboarding, and private beacons reduce the tracking exposure of mesh traffic.

Mesh networks suit applications requiring coverage of entire buildings or campuses with potentially hundreds of devices. Smart lighting, building automation, and industrial monitoring commonly use Bluetooth Mesh, in each case exploiting the fact that the infrastructure is already densely populated with powered nodes that can serve as relays.

Network Architecture

Bluetooth Mesh defines several node types. Relay nodes forward messages through the network. Proxy nodes enable non-mesh BLE devices (like smartphones) to interact with the mesh through GATT connections. Friend nodes store messages for Low Power Nodes that sleep most of the time. Provisioner nodes add new devices to the network.

The publish-subscribe model organizes communication. Nodes publish messages to addresses; subscribing nodes receive messages sent to addresses they subscribe to. Group and virtual addresses enable efficient multicast communication for scenarios like controlling all lights in a room.

Security

Bluetooth Mesh provides multiple security layers. Network keys encrypt all mesh traffic, preventing unauthorized network access. Application keys protect application data, enabling secure communication even between devices that do not trust each other for other purposes: a lighting controller may relay a message for the heating system without being able to read it. Device keys secure provisioning and device-specific configuration.

Message authentication prevents spoofing, and sequence numbers protect against replay attacks. The security architecture enables scenarios like building management where different tenants share network infrastructure while maintaining data separation.

Hardware Selection

Bluetooth implementation begins with selecting an appropriate radio and microcontroller. Single-chip solutions integrate radio, processor, and memory, simplifying design but limiting flexibility. Multi-chip solutions offer more processing power or specialized features at the cost of complexity.

Key parameters include supported Bluetooth versions, transmit power options, receive sensitivity, current consumption in various modes, and available memory for protocol stack and application. Certification credentials from the vendor simplify regulatory approval.

Popular BLE SoCs include Nordic Semiconductor nRF52 and nRF53 series, Texas Instruments CC26xx and CC27xx, Renesas (formerly Dialog Semiconductor) DA1469x, Silicon Labs EFR32, and Espressif ESP32-C and ESP32-H variants. Each offers different combinations of performance, features, and ecosystem support.

Antenna Design

Antenna performance significantly affects range and reliability. Options include chip antennas (compact but sensitive to nearby components), PCB trace antennas (integrated but require careful layout), and external antennas (best performance but larger). Antenna placement should maximize ground plane and minimize proximity to metal objects, displays, and batteries.

Antenna matching networks tune the antenna impedance to the radio, typically 50 ohms. Proper matching maximizes radiated power and receive sensitivity. Network analyzers verify matching, while anechoic chamber measurements characterize radiation patterns.

Protocol Stack Integration

Bluetooth protocol stacks come in various forms. Vendor-provided stacks integrate closely with their hardware and often include certification. Open-source stacks like Zephyr RTOS Bluetooth and Apache Mynewt NimBLE offer flexibility and transparency. Commercial third-party stacks may offer features or support lacking in vendor options.

Stack integration involves configuring stack parameters, implementing application callbacks, and managing memory allocation. Understanding stack architecture helps debug issues and optimize performance.

Power Optimization

Achieving long battery life requires careful attention to power consumption in all device states. Sleep current should be minimized through proper voltage regulator selection, peripheral shutdown, and RAM retention configuration. Active current depends on radio on-time, processor activity, and peripheral usage.

Connection parameters significantly affect power consumption. Longer connection intervals reduce radio activity but increase latency. Peripheral latency allows a device to skip connection events when it has no data, saving power without renegotiating parameters, which suits designs that must respond quickly on demand but transmit rarely.

Advertising parameters similarly affect power. Longer advertising intervals save power but slow discovery. Non-connectable advertising eliminates scan response overhead when connections are not needed.

Interoperability Testing

Bluetooth interoperability across the vast device ecosystem requires thorough testing. Test with multiple smartphones, operating systems, and Bluetooth stack implementations, including older devices that will remain in service for years. The Bluetooth SIG provides test suites and a qualification program that every product using the Bluetooth trademark must complete, resulting in a Declaration ID. Qualification is separate from radio regulatory approval, which is handled by the applicable national authority; a pre-certified module carries both burdens at once and is often the fastest route to market for low-volume products.

Common interoperability issues include connection parameter negotiation failures, MTU size mismatches, pairing and bonding problems, and GATT service discovery differences, particularly around caching of the attribute table across reconnections. Protocol analyzers that capture over-the-air traffic are essential for diagnosing these, because the symptom visible to the application—a dropped link or a missing notification—rarely identifies the layer at fault.

Coexistence deserves separate attention. Bluetooth shares the 2.4 GHz band with Wi-Fi, Zigbee, and numerous proprietary links, and in a product that also contains a Wi-Fi radio the two must be arbitrated deliberately. Combination chips provide hardware coexistence signaling for this purpose; discrete radios on the same board require careful antenna isolation and filtering. Adaptive frequency hopping mitigates external interference but cannot resolve self-interference from a transmitter centimeters away.

Wearables and Health

Fitness trackers, smartwatches, and health monitors rely heavily on BLE for smartphone connectivity. Standard profiles include Heart Rate Profile, Blood Pressure Profile, and Glucose Profile, enabling interoperability between devices and health applications.

Medical device connectivity increasingly uses BLE, with profiles designed for clinical accuracy and security. Continuous glucose monitors, pulse oximeters, and hearing aids demonstrate BLE's capability for medical applications.

Smart Home

Bluetooth Mesh enables whole-home lighting control, and the firmware update models added in Mesh Protocol 1.1 allow an installer to update hundreds of fixtures over the air rather than servicing each one. Smart locks use BLE for smartphone access; those designs increasingly adopt Channel Sounding so that presence is confirmed by measured distance rather than by signal strength, which relay attacks can forge.

Integration with voice assistants and smart home platforms extends Bluetooth device capabilities. Matter, the cross-vendor smart home standard, uses BLE as its commissioning transport: a phone reaches a factory-fresh device over BLE to hand it network credentials, after which the device communicates over Wi-Fi, Thread, or Ethernet. Bluetooth therefore appears in many Matter products that never use it for routine operation.

Audio and Entertainment

Wireless headphones, speakers, and car audio systems form the largest Bluetooth market. Classic Bluetooth A2DP handles streaming, while BLE provides control and status. True wireless earbuds demonstrate advanced Bluetooth audio with independent left and right channels.

LE Audio promises improved audio quality, hearing aid support, and broadcast audio capabilities. Gaming headsets benefit from reduced latency options in newer Bluetooth versions.

Industrial and Commercial

Asset tracking using BLE beacons and direction finding provides real-time location services for inventory, equipment, and personnel. Industrial sensors use BLE for wireless data collection in manufacturing and logistics.

Bluetooth point-of-sale systems enable contactless payments and customer engagement. Electronic shelf labels using Bluetooth Mesh provide efficient price updates across retail environments.

Beacons and Proximity

BLE beacons broadcast identifiers that trigger location-based services on nearby smartphones. Apple iBeacon and Google Eddystone defined widely adopted beacon formats. The Eddystone advertising format itself continues to work, but Google discontinued the supporting cloud services, ending Android Nearby Notifications in 2018 and shutting down the Proximity Beacon API in 2021; iBeacon remains broadly supported. Applications include retail promotions, museum guides, and wayfinding.

Contact tracing applications demonstrated during the COVID-19 pandemic used BLE to detect proximity between devices, highlighting both capabilities and privacy considerations of the technology.