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
Dec 2, 2024
The Wi-SUN Smart City Living Lab Challenge names the winners with Farmer's Voice, a voice command app for agriculture use, taking first place. Read the blog....
Dec 3, 2024
I've just seen something that is totally droolworthy, which may explain why I'm currently drooling all over my keyboard....

Libby's Lab

Libby's Lab - Scopes Out Silicon Labs EFRxG22 Development Tools

Sponsored by Mouser Electronics and Silicon Labs

Join Libby in this episode of “Libby’s Lab” as she explores the Silicon Labs EFR32xG22 Development Tools, available at Mouser.com! These versatile tools are perfect for engineers developing wireless applications with Bluetooth®, Zigbee®, or proprietary protocols. Designed for energy efficiency and ease of use, the starter kit simplifies development for IoT, smart home, and industrial devices. From low-power IoT projects to fitness trackers and medical devices, these tools offer multi-protocol support, reliable performance, and hassle-free setup. Watch as Libby and Demo dive into how these tools can bring wireless projects to life. Keep your circuits charged and your ideas sparking!

Click here for more information about Silicon Labs xG22 Development Tools

featured chalk talk

Easily Connect to AWS Cloud with ExpressLink Over Wi-Fi
Sponsored by Mouser Electronics and AWS and u-blox
In this episode of Chalk Talk, Amelia Dalton, Lucio Di Jasio from AWS and Magnus Johansson from u-blox explore common pitfalls of designing an IoT device from scratch, the benefits that AWS IoT ExpressLink brings to IoT device design, and how the the NORA-W2 AWS IoT ExpressLink multiradio modules can make retrofitting an already existing design into a smart AWS connected device easier than ever before.
May 30, 2024
34,332 views