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:

InnoPhase

Sourcing credit:

Thomas Lee, VP Sales and Marketing, InnoPhase

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

Leave a Reply

featured blogs
Apr 8, 2020
Here are some tips that will help you transition to your new environment. But more importantly, it will help you when having to go back into the office. Working remotely can be hard to adjust to psychologically. To help make the transition, take a disciplined approach to mana...
Apr 7, 2020
Have you seen the video that describes how the coronavirus has hit hardest where 5G was first deployed?...
Apr 7, 2020
In March 2020, the web team focused heavily on some larger features that we are working on for release in the spring. You’ll be reading about these in a few upcoming posts. Here are a few smaller updates we were able to roll out in March 2020. New Online Features for Ma...
Apr 3, 2020
[From the last episode: We saw some of the mistakes that can cause programs to fail and to breach security and/or privacy.] We'€™ve seen how having more than one program or user resident as a '€œtenant'€ in a server in the cloud can create some challenges '€“ at leas...

Featured Video

LE Audio Over Bluetooth with DesignWare Bluetooth IP

Sponsored by Synopsys

The video shows the new LE Audio using Synopsys® DesignWare® Bluetooth 5.2 PHY IP and Link Layer IP with isochronous channels, and ARC® Data Fusion IP Subsystem with ARC EM9D Processor, running the LC3 codec supporting LE Audio.

Click here for more information about Bluetooth, Thread, Zigbee IP Solutions