100 views 24 mins 0 comments

Battery‑Free IoT You Can Build Now: Backscatter Radios, Energy Harvesting, and Intermittent Apps

In It's happening, Technology
October 07, 2025
Battery‑Free IoT You Can Build Now: Backscatter Radios, Energy Harvesting, and Intermittent Apps

Most sensors spend their lives sleeping, waking only to whisper a few bytes. That simple fact is pushing a quiet wave of battery‑free devices into real projects—factory floors, cold chains, smart shelves, leak monitors, and more. The pitch is simple: if a device can pull micro‑watts from its surroundings and transmit a short message, it can live for years without a battery, reduce waste, and remove most maintenance visits.

This article is a practical guide to that world. We’ll unpack how energy harvesting actually works, the radios that sip power in the micro‑watt regime, and the software patterns that keep devices useful even when power comes and goes. Along the way, you’ll get design checklists, common pitfalls, and examples you can pilot today.

Why go battery‑free?

Batteries are great until they aren’t. Scale exposes the pain. Hundreds of sensors are fine. Tens of thousands require a truck roll plan, a recycling program, and a spreadsheet full of expiry dates. Batteries also impose volume, cost, and safety limits. In food and pharma chains, for example, even a coin cell can complicate shipping and disposal.

Battery‑free designs trade continuous uptime for “enough time.” The device harvests energy from light, radio, heat, motion, or a nearby reader. It stores that energy in a tiny capacitor. When the tank is full enough, it wakes, takes a measurement, sends a packet, and falls back to harvesting. The key promise: no planned battery replacements, tiny bill of materials, and a much lower environmental footprint.

What “battery‑free” really means

There are two broad patterns:

  • Energy‑harvested active radios: The device collects energy until it can run a low‑power microcontroller and a standard radio (often Bluetooth LE) for a moment, then sleeps again.
  • Backscatter radios: The device does not generate its own radio wave. It reflects and modulates an existing signal in the environment, like a Bluetooth or LoRa carrier. This can cut transmit power by orders of magnitude.

Both often use a supercapacitor instead of a battery. It charges fast, tolerates many cycles, and is safe. You’ll also see terms like “energy neutral” or “battery‑assisted.” Energy‑neutral aims to balance harvest in and energy out over time. Battery‑assisted means a micro battery smooths the gaps; the device still avoids regular swaps.

Power sources you can actually tap

Indoor light: small, steady, friendly

Indoor photovoltaics are the workhorse of battery‑free designs for offices, retail, and warehouses. Under typical indoor lighting (200–500 lux), a postage‑stamp solar cell can deliver tens to a few hundred micro‑watts depending on technology and area. Modern “indoor PV” is tuned for low light and fluorescent/LED spectra. The upside is predictability: lights are often on during business hours, and many applications can schedule sensing around that.

Design notes:

  • Pick indoor‑optimized cells (amorphous silicon or dye‑sensitized) for better low‑lux output.
  • Use a harvester PMIC that cold‑starts at very low voltages and tracks the cell’s maximum power point.
  • Avoid light shadowing from enclosures and labels; test in real conditions, not just the bench.

RF energy: works best near known transmitters

Radio waves carry energy. A device can scavenge a trickle from nearby Wi‑Fi, BLE, or a purpose‑built RF power source. In most deployments, ambient RF yields micro‑watts at best unless you’re very close to the transmitter. Some commercial tags pair RF harvesting with backscatter to keep the bar low. Expect to use dedicated beacons for predictable energy at scale.

Design notes:

  • Near‑field sources like NFC readers can deliver milli‑watts in very close range; far‑field RF delivers micro‑watts at room scale.
  • Antenna size and tuning matter; match to the dominant local band you plan to harvest.
  • Combine RF harvest with indoor PV for more consistent budgets.

Thermal gradients: pipes, motors, and windows

Thermoelectric generators convert a temperature difference into power. With a 5–10°C gradient (think steam pipes, HVAC ducts, or sunlit windows vs. room air), tiny harvesters can produce tens to hundreds of micro‑watts. They shine where heat is reliable, like industrial plants.

Design notes:

  • Ensure good thermal coupling and heat sinking across the TEG device.
  • Account for seasonal shifts; a gradient that looks great in winter may fade in summer.

Vibration and motion: vehicles, machinery, and doors

Piezoelectric or electromagnetic harvesters can extract micro‑watts to milli‑watts from vibrations or movement. Door counters, railcars, and rotating equipment are good fits. Power is bursty, so you’ll lean on robust intermittent software.

Design notes:

  • Match the harvester to the dominant vibration frequency for best efficiency.
  • Use mechanical design to amplify or stabilize motion (springs, masses, mounts).

NFC boosts: power and data at touching distance

NFC chips with energy harvesting can pull power from a phone or reader when tapped. This is great for commissioning devices, pulling logs without a battery, or making a “tap to read” UI. It won’t run your device all day, but it can solve service and debug beautifully.

Radios that sip power

Transmitting is the hungriest part of wireless sensing. The less energy you spend per bit, the more often you can speak. Here are realistic options.

Backscatter on Bluetooth

Backscatter tags reflect and modulate an existing Bluetooth carrier. A nearby anchor emits a continuous wave; the tag toggles an impedance to encode data. Receivers decode the changes as a valid BLE advertisement or a custom baseband. Because the tag doesn’t generate RF, its transmit budget drops to micro‑watts. Commercial systems can piggyback on phones and BLE gateways already in the space.

What to know:

  • Range is typically a few meters to tens of meters per anchor; more anchors extend coverage.
  • Throughput is modest; design payloads of a few bytes per packet and aggregate over time.
  • BLE scanning infrastructure is widespread; that helps deployment.

Backscatter on LoRa

Long‑range backscatter research shows you can reflect a low‑power carrier and reach hundreds of meters to kilometers in open environments. The tradeoff is very low data rate and a need for special anchors. It’s promising for outdoor tags where power is scarce and long reach matters, like agriculture or yard logistics.

Ultra‑low power active BLE

If you can harvest enough to power a microcontroller for a few milliseconds, you can send a standard BLE advertisement with no pairing and sleep again. Modern BLE SoCs can burst an advertisement in under a milli‑joule if you keep payloads tiny. Many “energy‑neutral” designs use this pattern and harvest mostly from indoor light.

NFC and HF RFID

For short range and maintenance, NFC or HF RFID provide both power and data when a reader is near. They suit settings where a person or robot passes within centimeters anyway—inventory checks, tool cribs, medical trays. They are fast, simple, and safe.

Intermittent computing: software that survives brownouts

Battery‑free devices turn off a lot. Power may fail mid‑instruction, in the middle of a sensor driver, or during a crypto routine. If you code as if you have a stable battery, you’ll corrupt state or lock up. The fix is to treat power like a flaky network connection. Always assume you might lose power in the next millisecond.

Key patterns

  • Checkpointing: Periodically save CPU registers and critical state to non‑volatile memory (FRAM or flash). On boot, detect partial work and resume or roll back.
  • Idempotent tasks: Design work units that can run twice without harm. A sensor read that writes to a ring buffer with version tags is safer than a write‑once scheme.
  • Transaction logs: Instead of in‑place updates, append records and compact later when you have energy headroom.
  • Energy‑aware scheduling: Estimate your capacitor “fuel” before starting a task. Defer crypto, compression, or radio work until the tank passes a threshold.
  • Monotonic counters: Use non‑volatile counters to prevent replay attacks and keep sequence in order even across power loss.

Memory choices

FRAM (ferroelectric RAM) writes fast at low energy and endures far more cycles than flash, making it a great fit for checkpoints and logs. If you use flash, batch writes and wear‑level aggressively. Keep RAM footprints small and re‑initialize cheaply on boot.

Cold start vs. warm start

Cold start means the harvester PMIC hasn’t reached its minimum start voltage yet; the device is effectively dead. Warm start means the MCU is out of reset and can run for a bit. Your code should:

  • Perform a fast boot path that checks a small “intent” flag to resume work quickly.
  • Handle partially written records by verifying checksums or version bytes before trusting state.

Security on a micro‑watt budget

Security is not optional just because the device is small. You can fit meaningful protection into tiny packets and tiny energy budgets.

  • AEAD ciphers: Use a lightweight authenticated encryption mode (e.g., AES‑CCM) to protect a few bytes of sensor data. Even 8–12 bytes of tag can stop simple spoofing.
  • Rolling nonces: Store a counter in FRAM and increment before each packet. Combine with time hints from the gateway if available.
  • Static trust roots: Burn a device key at provision time. Do key rotation opportunistically when energy and link quality are good.
  • Gateway auth: In backscatter systems, anchors and gateways are part of the trust boundary; secure them like any other network gear.

Hardware building blocks

Energy harvester PMIC

This is the heart of your power system. Features to look for:

  • Ultra‑low cold‑start: Starts harvesting from tens of millivolts for TEGs or low‑lux PV.
  • Maximum power point tracking (MPPT): Squeezes the most from indoor PV across light changes.
  • Input flexibility: Accepts PV, TEG, piezo, or RF rectifier inputs.
  • Programmable thresholds: Let your MCU know when there’s enough stored energy to run.

Energy storage

Use a small supercapacitor for fast charge and unlimited cycles. Size it so the device can complete a full sense‑compute‑send cycle with margin. For rough sizing, measure your cycle energy in milli‑joules, then add 50–100% headroom for cold and aging.

Microcontroller and memory

  • Pick an MCU with deep sleep current in the nano‑amp range and fast wake.
  • Prefer on‑chip FRAM if possible for rapid, low‑energy writes.
  • Use clock gating and low‑frequency modes by default; spike to higher clocks for short bursts only.

Sensors

Not all sensors are equal. Look for low quiescent current, short warm‑up times, and burst sampling modes. Many MEMS sensors support duty‑cycling to slash energy per sample.

Network and data patterns

Gateways as batteries for the air

Battery‑free systems shine when they piggyback on existing infrastructure. BLE scanners in phones, POS terminals, Wi‑Fi APs with BLE radios, or purpose‑built anchors can collect advertisements and backscatter signals. Strategically place gateways to “paint” your environment with both energy (if you’re using RF beacons) and receive coverage.

Packet design

  • Small payloads: Pack the minimum: sensor value, counter, device ID, and an authentication tag. Use delta encoding across packets if gateways buffer history.
  • Redundancy: Send the same measurement a few times at randomized intervals to overcome collisions and fading.
  • Stateless decoding: Gateways should be able to verify and use a packet without prior context to ease intermittent behavior.

APIs and storage

Battery‑free sensors produce irregular streams. On the server side, model them as event streams with late/duplicate arrival handling. Design dashboards around percent‑coverage over time rather than per‑second charts. It’s normal for a tag to miss a minute here and there.

Use cases that already work

  • Supply chain and retail: Condition tags that advertise temperature and movement using harvested light and backscatter BLE. Gateways in stores and warehouses collect data passively.
  • Industrial monitoring: Vibration or thermal harvesters powering simple condition checks on pumps and pipes with local anchors listening for packets.
  • Smart facility wayfinding: Tags on doors or shelves broadcasting static IDs that phones can read to power location services without maintenance.
  • NFC‑assisted maintenance: Battery‑free devices that wake when tapped for logs or configuration, no battery needed for the rest of their life.

Limits and tradeoffs

Battery‑free is not a silver bullet. Expect constraints:

  • Data rate and latency: You’ll often get minutes‑scale updates, not real‑time streams.
  • Range: Backscatter needs anchors; plan coverage like you plan Wi‑Fi.
  • Complexity: Intermittent software is different. Team up with firmware engineers who’ve done it before or start with proven libraries.
  • Environment: Shadows, seasonal light, and RF clutter all matter. Pilot in the real setting.

Cost and ROI

Per‑unit hardware can be simpler and cheaper than battery‑powered peers, especially at volume. The bigger savings are in operations: no routine battery swap labor, no hazardous waste handling, fewer device failures from leakage or swelling, and tiny shipping weight. Factor in anchor costs and cloud services. In many projects, the break‑even comes from avoiding just one scheduled site visit per device.

A step‑by‑step starter plan

1) Choose the harvest source

Map your environment. Measure light levels, temperature gradients, motion patterns, and anchor placement options. Pick one dominant harvester and add a second for resilience if easy (e.g., indoor PV + RF).

2) Prototype with off‑the‑shelf modules

Use a development board with a harvester PMIC, a BLE or backscatter module, and a few sensors. Add a small supercapacitor. Your goal is to baseline cycle energy and end‑to‑end packet flow, not to squeeze the last micro‑joule yet.

3) Implement intermittent‑safe firmware

Start with a checkpoint routine, a ring buffer for measurements, and an idempotent transmit task. Add a simple AEAD wrapper for packets. Simulate power failures by toggling supply during tests.

4) Set up gateways and the ingest path

Use commodity BLE scanners or anchor radios to collect packets. Push to a message bus with de‑duplication and replay protection. Build a small dashboard focused on coverage and last‑seen timestamps.

5) Pilot in one real area for a month

Pick a controlled slice: one aisle, one line, one room. Instrument it, then watch coverage vs. time, harvest headroom, and failure modes. Tune antenna placement, anchor power, and packet cadence. Document what works; standardize it.

Pro tips from field projects

  • Light budgeting: Run long captures of lux vs. time and correlate with your device’s charge cycle. Ensure a cloudy winter Monday still works.
  • Anchor density: Treat anchors like Wi‑Fi APs. Place them for both data receive and, if applicable, RF energy. Height and orientation matter.
  • Labeling and enclosures: Stickers and paint can crush indoor PV performance. Test final packaging early.
  • Firmware watchdogs: Use a hardware watchdog and a minimal bootloader. If a brownout hits a bad code path, you want a quick reset, not a bricked tag.
  • Version your packets: Add a 4‑bit packet version. It costs little and eases evolution without touching deployed anchors.

What’s next: smarter silicon and standard anchors

The landscape is moving fast. PMICs keep lowering cold‑start thresholds. BLE chipsets add more aggressive advertising modes and sync features that help tiny devices coordinate with scanners. Backscatter anchors are becoming small and cheap, sometimes as plug‑ins for existing access points. On the software side, libraries for checkpointing and transaction logs are maturing, so your team can focus on the application.

The most important shift isn’t a chip; it’s mindset. Instead of trying to make a sensor act like a phone with a big battery, design around bursts of work and eventual progress. That means tiny payloads, resilient state, and gateways that bridge the gaps. When you embrace that, battery‑free stops being a novelty and becomes a practical tool in your kit.

Checklist: picking parts and patterns

  • Harvester PMIC with MPPT and ultra‑low cold‑start.
  • Indoor PV cell sized to your light budget; add RF harvest if helpful.
  • Supercapacitor sized for a complete sense‑compute‑send cycle with margin.
  • MCU with nano‑amp sleep and fast wake; on‑chip FRAM if available.
  • Backscatter or BLE radio with proven micro‑joule per packet figures.
  • Firmware with checkpointing, idempotent tasks, FRAM logs, and AEAD packet wrapping.
  • Anchors or BLE scanners placed like Wi‑Fi APs; test coverage with real payloads.
  • Cloud ingest with de‑duplication, replay protection, and late‑arrival tolerance.

Where to start today

If you want a quick hands‑on:

  • Order a development kit for an energy harvester PMIC and pair it with a small indoor PV cell and supercap.
  • Use a low‑power BLE dev board to broadcast a compressed, authenticated temperature reading every time the energy gauge crosses a threshold.
  • Set a phone and a BLE gateway to scan and forward packets to a simple cloud endpoint that de‑duplicates and graphs last‑seen times.
  • Pilot on a window sill and a shadowed shelf to see the difference. Tweak until both succeed.

After that, step into backscatter if your use case demands lower power still or you want to leverage existing carriers more aggressively. The techniques you learned—energy budgeting, intermittent code, anchor planning—carry over directly.

Summary:

  • Battery‑free IoT replaces scheduled battery swaps with energy harvesting and short, efficient radio bursts.
  • Indoor PV, RF, thermal, vibration, and NFC all contribute power; choose one dominant source and design for it.
  • Backscatter radios cut transmit energy to micro‑watts by reflecting existing signals; active BLE can also work in short bursts.
  • Intermittent computing patterns—checkpointing, idempotent tasks, FRAM logs—are essential for reliability.
  • Security still fits: use AEAD, rolling nonces, and static trust roots with tiny payloads.
  • Plan anchors like Wi‑Fi: placement and density drive range and reliability.
  • Pilot in real conditions, measure coverage over time, and iterate on enclosures and firmware.

External References: