PlatformsFaststream SiliconFaststream RadioFaststream VisionConnected EdgeFaststream SecureMobility & Rail
ProductsSemiconductor IPWireless & RANEdge & GatewaysTracking & IdentificationSoftware & FrameworksConnected Systems
Technology5G protocol stackWireless and RF architectureBaseband and low PHYForward error correctionControl and data planeHigh-speed interfacesFirmware and bootSilicon root of trustSoftware-defined vehicleAutomotive OTAFunctional safety
AIAI Engineering ServicesEdge AI & Embedded MLComputer Vision EngineeringSensor Fusion & PerceptionAI Silicon & AccelerationMLOps for DevicesAI Visual InspectionPredictive MaintenanceDriver MonitoringVideo Analytics & Safety
SolutionsSemiconductorIndustrial AIConnected ProductsAsset TrackingBluetooth AoA RTLSWearable TrackingAutomotive & MobilitySmart InfrastructureSecure IdentityWireless & SatellitePrivate 5GSmart WashroomsFuel ManagementSmart BuildingsWorker SafetyEnergy MonitoringSmart AgricultureSmart CityAutonomous PlatformsAssembly AutomationLiDAR Rail SafetyHardware Wallet
IndustriesSemiconductorTelecommunicationsIndustrial & ManufacturingAutomotive & MobilityTransportation & RailAerospace & DefenceHealthcare & MedicalEnergy & UtilitiesOil & GasRetailConsumer ElectronicsMedia & EntertainmentSmart Infrastructure & IoT
ServicesSystem Integration overviewASIC & SoC DesignRTL to GDSIIVerification methodologyDFT and silicon testLow-power designMixed-signal integrationDesign enablementFPGA DesignFPGA-to-ASIC ConversionAnalog, Mixed-Signal & RFHardware & High-Speed PCBEmbedded SoftwareCloud, OTA & Device ManagementManufacturing TransitionHow we engage
CompanyAbout FaststreamEngineering ExcellenceLeadership & OrganisationHow We EngageQuality & ComplianceStandards & EcosystemPartners & EcosystemTrust CentreLocations & DeliveryNewsroom & MediaCareersCase StudiesKnowledge CenterWhite PapersGlossaryNewsletterResources & Support
ContactStart a projectHow we engage
Talk to us
WIRELESS

The tracker worked. It just didn't last the year.

A tracker that reports beautifully and dies in four months is a failed product. On a low-power wide-area device the radio is the easy part; the design lives in microamps of sleep current, in how seldom the modem wakes, and in a power budget where the datasheet's active figure barely matters.

DomainWireless, low-power connected device
PlatformsFaststream Radio
ScopePower architecture to field firmware
Binding constraintYears on one cell, not the link, is the design
DisclosureRepresentative programme; customer not named
CONTEXT

Where this started.

A cellular asset tracker on LTE-M or NB-IoT has an easy headline job: read a position and send it. The hard job is doing that for years on a single non-rechargeable cell, in a sealed enclosure, across temperature, without a service visit.

The energy is not spent where intuition says. A transmit burst is brief; the device spends almost all its life asleep, and a few microamps of avoidable sleep current — a leaky regulator, a pin left floating, a sensor not fully powered down — will out-consume every transmission over a year.

So the device is engineered as a power budget first: deep-sleep architecture, power-saving-mode and eDRX timing, a location strategy that avoids waking the GNSS when it need not, and firmware that treats every wake as a cost to be justified.

CHALLENGES

4 problems, named.

Stated before any of them had an answer.

01

Sleep current dominates

The device transmits for seconds and sleeps for hours. A few microamps of avoidable quiescent draw outweighs the entire radio energy over the product life.

02

The datasheet lies by omission

Active-mode figures are quoted; real battery life is set by leakage, brown-out behaviour and how cleanly peripherals actually power down — none of which the datasheet promises.

03

Location is expensive

A GNSS fix can cost more energy than a day of everything else. When and whether to acquire one is a battery decision, not a feature toggle.

04

The battery is not a constant

Capacity falls with cold and with pulse load; a cell that lasts in the lab fails in winter if the pulses were not modelled.

ARCHITECTURE

How it was built.

LPWAN TRACKER, ENERGY FIRSTBUDGETEnergy accountingPer-event microamp-hoursDuty cycleHow often, how brieflyCell modelPulse load, temperatureSLEEPDeep-sleep railLeakage hunted to µAPeripheral power-downNothing left drawingPSM / eDRXModem asleep, reachableWAKEJustified wakeOnly when it mustLocation strategyGNSS avoided when possibleReport and returnSend, confirm, sleep

The radio spec sells the tracker; the sleep current keeps it alive. Battery life is designed in the microamps between transmissions, not in the link.

CONTRIBUTION

What Faststream did.

The scope of the work, rather than a capability list.

WHAT WAS HARD

The parts that consumed the schedule.

Rarely the subsystem that sounds difficult.

01

Finding the last microamps

The difference between one year and three is often a single peripheral not fully powered down; finding it needs measurement, not inspection.

02

Latency versus life

Reporting more often or waking faster costs battery; the trade is set with the customer, not assumed.

03

Cold and pulses

A cell rated for the average fails under cold pulse load; modelling that honestly is what separates a lab result from a field one.

04

Proving years in weeks

You cannot run a three-year test; life has to be validated by accelerated measurement and a defensible energy model.

OUTCOME

What resulted.

Battery life to target

Multi-year life from a single cell, validated by an energy model rather than hoped for.

Microamp sleep

Quiescent current driven down until sleep, not transmission, is a small fraction of the budget.

Location that fits the budget

A fix strategy that reports usefully without spending the battery on GNSS it did not need.

A model, not a prototype

A power budget the customer can re-use to trade reporting rate against life on the next variant.

Confidentiality

Customer projects are presented at property, capability, outcome and integration level. Customer names, internal architecture, confidential deliverables and commercial terms are not disclosed. Where a detail would identify a customer it is omitted rather than approximated. More is available under a non-disclosure agreement, within the limits the customer has agreed.

PRODUCTS AND CAPABILITY USED

What this was built from.

Every item links to its own page.

WHERE THIS APPLIES

Industries this serves.

COMMON QUESTIONS

Questions this programme gets asked.

01

Why is battery life, not the radio link, the hard part?

Because a low-power wide-area tracker spends almost all of its life asleep and only seconds transmitting. The link works; what decides whether the product lasts is the current it draws while doing nothing. A few microamps of avoidable sleep current outweighs the entire radio energy over a multi-year life, so the design is a power budget first and a radio design second.

02

What actually drains the battery?

Sleep current and location. Quiescent draw from regulators, sensors and mis-configured pins runs continuously and dominates the total; and a GNSS fix is energy-expensive enough that when and whether to take one is a battery decision. Transmissions, which intuition blames, are usually a minor line in the budget.

03

How can multi-year life be proven without a multi-year test?

By measurement and modelling. The energy of every event — wake, fix, transmit, sleep — is measured in microamp-hours, combined with the duty cycle and a battery model that accounts for temperature and pulse load, to project life. Accelerated testing and the measured sleep current make that projection defensible rather than optimistic.

FOUND THIS USEFUL?

Pass it on.

Written for engineers. Share it with one.

ShareLinkedIn
KEEP READING

Related work.

BUILD WITH FASTSTREAM

Bring us the difficult part.

Tell us the specification, the constraint and the deadline. Programmes that cross silicon, radio, embedded and AI are where Faststream is strongest.