Bluetooth low energy course – bluetooth low energy development

 

 

Bluetooth low energy course  Bluetooth Low Energy — Fundamentals
Chapter 6, Part 1 — Introduction, Device Classifications & Compatibility
Chapter
6 — BLE Basics
Standard
Bluetooth 4.0+
Battery
Coin Cell (years)
Focus
Ultra Low Power
Keywords:

Bluetooth Low Energy BLE fundamentals BR/EDR vs BLE single mode LE dual mode Bluetooth Bluetooth 4.0 coin cell battery BLE use cases BlueZ BLE Linux

What Is Bluetooth Low Energy?

Hello students welcome to this bluetooth low energy development course, this is part of our free embedded systems course, so let us start this BLE development course , so what is Bluetooth Low Energy — shortened to BLE or LE — is a big shift in what Bluetooth technology is meant to do. All the classic Bluetooth versions that came before were focused on either adding more features or pushing data faster. BLE went in a completely different direction: how do you make a wireless technology that barely uses any power at all?

The reason this matters is that many of the most useful wireless devices in everyday life run on tiny batteries — the kind you find inside a watch or a key fob. These devices cannot be recharged every week. They need to run for months or even years on a single battery. Classic Bluetooth was simply not designed for that. BLE was built from scratch with that exact goal in mind.

BLE is not a small patch on top of classic Bluetooth. It is a thorough redesign of the radio, the packet format, the connection process, and the protocol stack — all aimed at one thing: using as little energy as possible while still being reliable and secure.

Why Power Consumption Is the Central Problem

Peak Current vs Average Current

BLE addresses power from two angles that are both important:

Average Current

This is what determines how long your battery lasts. A lower average current means the battery drains more slowly, giving you months or years of use instead of days. BLE achieves this by keeping the radio off almost all the time and only switching it on in brief bursts to send data.

Peak Current

As a battery ages and starts to run down, it can deliver less maximum current. If a device needs a large burst of current to operate, it may stop working even while the battery still has charge left. By keeping peak current low, BLE devices continue working right up until the battery is genuinely empty.

Think of it this way: a device with high peak current demand is like a car that sometimes needs to floor the accelerator. An old or weak battery cannot keep up. A BLE device is designed to never floor the accelerator — it moves slowly and steadily, getting much further on the same tank.

BLE “Mostly Off” Duty Cycle vs Classic Bluetooth
Classic Bluetooth (BR/EDR) — Radio stays on most of the time
RADIO ON (polling, sniff mode, data)
off
High average current → battery drains in days/weeks
BLE — Radio off almost all the time
RADIO OFF (deep sleep)
Near-zero average current → battery lasts months or years

The Two Bluetooth Systems — BR/EDR and LE

Understanding BR/EDR (Classic) Bluetooth

Classic Bluetooth is officially called BR/EDR, which stands for Basic Rate / Enhanced Data Rate. This tells you something about its two operating modes:

  • BR (Basic Rate): The original mode, supporting up to 721 kbps of data throughput. Used for things like audio streams and serial port connections.
  • EDR (Enhanced Data Rate): An improvement that raises the ceiling to 2.1 Mbps, used for faster file transfers and higher-quality audio.

Any device running on a version of Bluetooth older than 4.0 is a BR/EDR device. This includes almost every Bluetooth headset, keyboard, mouse, and file-sharing device sold before 2012.

Understanding BLE (Low Energy) Bluetooth

BLE is defined in Bluetooth specification version 4.0 and later. It is a completely separate radio system from BR/EDR — different channels, different packets, different connection mechanism, different protocol stack. BLE deliberately trades throughput for power efficiency:

  • Bluetooth 4.0: Maximum data rate of approximately 305 kbps
  • Bluetooth 4.2: Improved to approximately 800 kbps

These numbers sound slow compared to BR/EDR, but that is the point. BLE use cases — a heart rate monitor, a temperature sensor, a door lock — do not need to send megabytes of data. They need to send a few bytes, reliably, as infrequently as possible.

Throughput Comparison — BR/EDR vs BLE
BR (Basic Rate) 721 kbps
EDR (Enhanced Data Rate) 2100 kbps
BLE 4.0 305 kbps
BLE 4.2 800 kbps
Lower throughput in BLE is intentional — it directly enables lower power consumption

Three Types of Bluetooth Devices

Classification by Supported Modes

Every Bluetooth device on the market falls into one of three categories based on which radio(s) it includes. Understanding this is important because it determines what other devices it can communicate with.

Type 1
BR/EDR
Classic-Only Devices

These have only the classic Bluetooth radio and cannot communicate with BLE devices at all. Most Bluetooth gear made before 2012 falls here — older headsets, older laptops, older game controllers. They are still functional for their original purpose but cannot participate in the BLE ecosystem.

Type 2
LE Only
Single-Mode BLE Devices

These have only the BLE radio — no classic Bluetooth at all. They are purpose-built for ultra-low power scenarios. Examples include: wrist watches, key fobs, heart rate monitors, thermometers, glucose monitors, step counters, and industrial sensors. A coin cell battery can power these devices for several years because the radio spends almost all its time completely off.

Type 3
Dual Mode
Dual-Mode Devices (BR/EDR + LE)

These have both radios and can talk to both classic Bluetooth and BLE devices — sometimes simultaneously. Modern smartphones, tablets, laptops, and smart TVs are dual-mode. They do not have strict power constraints because they use large batteries or are plugged into mains power. Their role in the BLE ecosystem is to act as hubs that collect data from sensors and send it to the internet.

Device Compatibility Table

Which Devices Can Talk to Which?

This is one of the most important things to understand when designing a Bluetooth system. Not all device types can communicate with each other.

Bluetooth Device Compatibility Matrix
BR/EDR
Device
Single Mode
LE Device
Dual Mode
Device
BR/EDR Device ✅ YES ❌ NO ✅ YES
Single Mode LE ❌ NO ✅ YES ✅ YES
Dual Mode ✅ YES ✅ YES ✅ YES

Key insight: Classic-only and LE-only devices cannot communicate with each other at all. The only device type that can bridge them is the Dual Mode device. This is why a smartphone (dual mode) can connect to both your Bluetooth headset (classic) and your fitness tracker (LE only) at the same time.

Real-World Dual Mode Use Cases

Scenarios Where Both Radios Run Simultaneously

Dual mode devices unlock combinations that neither classic-only nor BLE-only devices could achieve alone. Here are four practical examples:

👶

Child safety + music: A parent is listening to music through a Bluetooth headset (classic, A2DP). Their child wears a BLE tag on their wrist. The phone simultaneously streams audio over classic Bluetooth and monitors the BLE proximity tag. If the child wanders out of range, the phone alerts the parent immediately — without interrupting the music stream.
🏠

Smart home presence detection: A person arrives home while on a phone call through their car’s Bluetooth. The phone detects its own BLE presence tag crossing the door threshold. This triggers the smart home system to turn on the lights and air conditioning — automatically, with no manual action needed.
🏃

Treadmill workout monitoring: Someone running on a treadmill uses a classic Bluetooth headset for music while simultaneously receiving heart rate readings and step counts from BLE fitness sensors on their body. Everything works through one smartphone at the same time.
🚴

Cycling data gateway: A cyclist carries a GPS smartphone that receives BLE data from multiple body sensors — heart rate, cadence, power output — and displays it all on screen. After the ride, the phone sends the complete session data to a cloud fitness server over the internet. The smartphone acts as a wireless gateway between tiny BLE sensors and the internet.

Communication Examples by Device Type

What Talks to What in Practice
Bluetooth Communication Paths by Device Category
BR/EDR ↔ BR/EDR (Classic only)
📱 Mobile phone ↔ 🎧 Bluetooth headset
💻 Laptop ↔ 💻 Laptop (file transfer)
🖥️ PC ↔ 🖨️ Bluetooth printer
LE Only ↔ LE Only (BLE ecosystem)
🏃 Sports sensor ↔ ⌚ Smart watch display
LE Only ↔ Dual Mode (most common IoT scenario)
💻 Laptop (dual) → alert → 🔑 BLE key fob
❤️ Heart rate monitor → 📱 Smartphone (gateway) → 🏥 Hospital server

Notice that the most powerful pattern is LE sensor → Dual Mode hub → Internet. The sensor is cheap, runs forever on a battery, and just sends small data packets. The smartphone is always connected to Wi-Fi and the internet, and acts as the bridge. This architecture powers billions of IoT deployments today.

Checking BLE Support in Linux with BlueZ

Detecting Whether Your Adapter Supports BLE

Once you understand device types, the first practical question is: does your Linux Bluetooth adapter support BLE? Here is how to check using BlueZ tools:

# Check your adapter's Bluetooth version and capabilities
hciconfig -a

# Look for "HCI Version: 4.0" or higher in the output.
# HCI Version 4.0+ means the adapter supports BLE.
# Example output:
# hci0: Type: BR/EDR  Bus: USB
#     HCI Version: 4.0 (0x6)  Revision: 0x1d86
#     LMP Version: 4.0 (0x6)  Subversion: 0x1d86
#     Manufacturer: Cambridge Silicon Radio (10)
# Scan specifically for BLE (LE) devices — different from classic scan
# hcitool scan  → scans for classic BR/EDR devices
# hcitool lescan → scans for BLE advertising packets
sudo hcitool lescan

# Output looks like:
# LE Scan ...
# 00:1A:7D:DA:71:13 (unknown)
# 18:B4:30:B9:6A:E6 Nest-Protect
# 7C:2F:80:BE:04:D9 Polar H7
# Check if the adapter is in the right mode for BLE scanning
# Using bluetoothctl (the modern BlueZ interface)
bluetoothctl
# Inside bluetoothctl:
power on
scan on
# This starts scanning for both classic and BLE devices

If hcitool lescan returns “LE not supported” your adapter is older than Bluetooth 4.0 and cannot do BLE. You need a 4.0+ USB dongle. These are inexpensive and widely available.

Chapter 6 — Part 1 Complete

You understand what BLE is, the three device types, and which ones can communicate. Next: Bluetooth Smart trademarks and the core LE technical fundamentals.

Part 2: Bluetooth Smart & LE Fundamentals →

Leave a Reply

Your email address will not be published. Required fields are marked *