Wifi power reduction

From Openmoko

(Difference between revisions)
Jump to: navigation, search
(catspec)
m (wishlist)
Line 1: Line 1:
 +
{{wishlist}}
 
To save power have WiFi able to wake up and check for a designated SSID then sleep again if not found (i.e. I'm not home) or wake up by GPS location (only come up at home and in the office)
 
To save power have WiFi able to wake up and check for a designated SSID then sleep again if not found (i.e. I'm not home) or wake up by GPS location (only come up at home and in the office)
 
*Variable TX power, to the minimum needed to connect to the AP.
 
*Variable TX power, to the minimum needed to connect to the AP.

Revision as of 17:47, 27 July 2007

Wishes warning! This article or section documents one or more OpenMoko Wish List items, the features described here may or may not be implemented in the future.

To save power have WiFi able to wake up and check for a designated SSID then sleep again if not found (i.e. I'm not home) or wake up by GPS location (only come up at home and in the office)

  • Variable TX power, to the minimum needed to connect to the AP.
  • Some sort of caching (encrypted?) internet proxy that can store and forward packets. Instead of having the radio constantly on, it turns the radio on every 30s, for just long enough to register with the AP, and ask the proxy if it has new packets for it.
    • An optimisation might be if the hardware, and the AP can do broadcast packets. The receiver is only turned on for .5s/30s, to recieve a broadcast packet saying 'you've got packets' without registering with the AP, or transmitting at all. The GPS synchronises the timing.
    • This slows the initial connection to the phone, but most tcp/ip applications will not time out in 30s.
Personal tools

To save power have WiFi able to wake up and check for a designated SSID then sleep again if not found (i.e. I'm not home) or wake up by GPS location (only come up at home and in the office)

  • Variable TX power, to the minimum needed to connect to the AP.
  • Some sort of caching (encrypted?) internet proxy that can store and forward packets. Instead of having the radio constantly on, it turns the radio on every 30s, for just long enough to register with the AP, and ask the proxy if it has new packets for it.
    • An optimisation might be if the hardware, and the AP can do broadcast packets. The receiver is only turned on for .5s/30s, to recieve a broadcast packet saying 'you've got packets' without registering with the AP, or transmitting at all. The GPS synchronises the timing.
    • This slows the initial connection to the phone, but most tcp/ip applications will not time out in 30s.