feature article
Subscribe Now

WiFi (et al) with Lower Power

InnoPhase Moves to Polar with More Digital

The upshot: InnoPhase has cut WiFi power by more than half, making it more attractive for battery-powered applications that need WiFi bandwidth. The new radio technology can be applied to other protocols as well.

Let’s face it: outside of cellular communication, WiFi is our favorite way to communicate. We get WiFi at home, in airports, in cafes, in hotels… pretty much anywhere we want to be. If you’re devising a new SmartWidget that needs a connection, you probably want WiFi because it’s ubiquitous, it’s IP-based, it’s easy(ish) to use, and, most importantly, consumers are familiar with using WiFi – with less frustration history than they might have had with, say, Bluetooth.

Except for one problem: if a device is powered by a battery, then WiFi may no longer be in the running. WiFi will look at that battery with hungry eyes and will drain it with shameful abandon. In fact, there are newish protocols that exist specifically because of this. Sigfox and LoraWAN were devised partly because of the lack of low-power connectivity. 

Granted, those are also long-range protocols – much more so than WiFi, and they operate independently of the cellular system, so there will be times when they make the most sense. They also consume less energy than any implementation of WiFi – including the lower-power version we’ll discuss today. Yet another reason they probably won’t be going anywhere.

But those alternatives also suffer from far lower bandwidth than WiFi. If your sensor measures and reports, say, a temperature every half hour, then that doesn’t really tax the system bandwidth very much. But if you have a security camera, and you’re trying to pipe the images back to the mothership, then you’re going to exceed by far the capabilities of either of the long-range protocols. And WiFi is going to look pretty darn tasty (if you’re in range of the access point).

Lower WiFi Power Please?

All of which says that we could really use a lower-power implementation of WiFi, thank you. And this would pretty much not be news, since WiFi’s energy gluttony has been a known issue for a long time. The fact that this hasn’t changed might suggest that WiFi’s power profile is intrinsic to the protocol – that it is what it is, and you can’t change that.

Well, if that’s the case, then someone forgot to include InnoPhase in the distribution of that memo. They claim to have a new implementation that reduces WiFi power by over half. It’s not like this is the first time that someone has tried to lower the power on WiFi, but it is a bigger savings than has been had before. What gives?

Let’s start with inertia. WiFi has been around for far longer than connected battery-powered devices. It comes from a time when most everything was plugged in or at least had a big, beefy battery – like what you find in a laptop – that was recharged frequently from wall power. Unless it’s mobile, a battery-powered sensor would be a hassle to recharge; you might as well save space and get higher energy density in a primary (i.e., non-rechargeable) battery and swap batteries, instead of recharging. In either case – swapping or recharging – it’s a hassle that you want to put off for as long as possible.

Back in the days before everything was mobile, however, that wasn’t an issue, so low power wasn’t high on the list of WiFi must-haves. And, as is the way with such everyday technologies, we figure out how to do it and leave it alone. Mostly. Especially if it has analog circuits. Which it does. And which, it turns out, are part of the problem.

InnoPhase lists a number of issues with analog:

  • Analog radios can account for as much as 93% of the power in an IoT WiFi application.
  • Of the radio power, the analog parts can account for 68% of the radio power and 60% of the circuit area.
  • Analog doesn’t benefit much from the move to more aggressive nodes in the way that digital does.
  • Analog circuits can be put to sleep, but it takes longer than it would for digital – as does the wake-up, when delicate operating points must stabilize before it can be used again. So you need to have enough downtime to make it worthwhile.

The other thing that hasn’t changed in 25 years is the use of the so-called IQ architecture, which uses a Cartesian implementation of the modulation scheme. Apparently, a good polar implementation is more efficient than an IQ one: per InnoPhase’s CTO, “For modern OFDM-based radios, an ideal polar radio is more efficient at processing the RF signals.  In the transmit section of the radio specifically, the polar transmitter is 3 dB more efficient than an IQ transmitter (or conversely, an IQ transmitter is 50% less efficient than a polar transmitter). There are similar efficiency gains seen in the receiver section as well.”

No IQ or Analog

These are the two issues that InnoPhase has tackled, and, honestly, this is more about radio design in general than WiFi specifically. Based on its popularity, WiFi is their first target, with Bluetooth in their sights as well. But they say that their new radio can be leveraged more broadly than that – even benefitting radar.

They start by moving from an IQ (Cartesian) implementation to a polar one due to its better efficiency – if achieavable. Again, from their CTO, “The challenge was implementing an ‘ideal’ or ‘near-ideal’ polar radio.  Using a typical analog based architecture would decrease the efficiency gains of the polar radio – hence the reason why we implemented the digital-polar radio”

So they then moved many of the circuits from analog to digital. Now that they’re digital, the circuits can benefit from transitions to faster silicon nodes. In addition, those circuits can be powered up and down much more easily and quickly, giving the circuit more sleep time.

The digital blocks are also software controllable, allowing the radio to be leveraged for pretty much anything in the 0.6 – 6-GHz range. They claim:

  • The lowest transmit power;
  • The lowest receive power;
  • The lowest sleep-while-connected power (limited by DTIM, the heartbeat beacon that keeps the radio in contact during times of no traffic – particularly relevant for battery-powered IoT devices); and
  • The lowest deep-sleep power (when disconnected).

Overall, they reduce power by 58% as compared to the lowest-power state-of-the-art WiFi radios – or as much as 88% when compared to less miserly implementations. And, as a bonus, they’ve simplified the device BOM by integrating the passives that would normally have to be placed alongside the chip.

By the way, you might come away from this thinking that digital implementations are always the best way to reduce power. So we should probably remind ourselves briefly of another story from not long ago, where an analog microphone front end was lower power than a digital equivalent…

More info:


Sourcing credit:

Thomas Lee, VP Sales and Marketing, InnoPhase

2 thoughts on “WiFi (et al) with Lower Power”

Leave a Reply

featured blogs
Jan 21, 2021
'€œWhether we are based on carbon or on silicon makes no fundamental difference; we should each be treated with appropriate respect.'€ -- Arthur C. Clarke (2010: Odyssey Two)...
Jan 21, 2021
We have recently interviewed some of our EMEA team members to hear about their unique backgrounds and experiences shaping the future of technology with Cadence. For our second interview, we spoke... [[ Click on the title to access the full blog on the Cadence Community site....
Jan 20, 2021
Explore how EDA tools & proven IP accelerate the automotive design process and ensure compliance with Automotive Safety Integrity Levels & ISO requirements. The post How EDA Tools and IP Support Automotive Functional Safety Compliance appeared first on From Silicon...
Jan 19, 2021
I'€™ve been reading year-end and upcoming year lists about the future trends affecting technology and electronics. Topics run the gamut from expanding technologies like 5G, AI, electric vehicles, and various realities (XR, VR, MR), to external pressures like increased gover...

featured paper

Overcoming Signal Integrity Challenges of 112G Connections on PCB

Sponsored by Cadence Design Systems

One big challenge with 112G SerDes is handling signal integrity (SI) issues. By the time the signal winds its way from the transmitter on one chip to packages, across traces on PCBs, through connectors or cables, and arrives at the receiver, the signal is very distorted, making it a challenge to recover the clock and data-bits of the information being transferred. Learn how to handle SI issues and ensure that data is faithfully transmitted with a very low bit error rate (BER).

Click here to download the whitepaper

Featured Chalk Talk

MCU32 Graphics Overview

Sponsored by Mouser Electronics and Microchip

Graphical interfaces add a whole new dimension to embedded designs. But, designing a full-blown graphics interface is a major challenge for most embedded systems designers. In this episode of Chalk Talk, Amelia Dalton and Kurt Parker from Microchip Technology explain how you can add a modern graphics user interface to your next embedded design without a big learning curve.

Click here for more information about Microchip Technology MPLAB® X Integrated Development Environment