Wifi power reduction

From Openmoko

(Difference between revisions)
Jump to: navigation, search
(catspec)
Line 5: Line 5:
 
**This slows the initial connection to the phone, but most tcp/ip applications will not time out in 30s.
 
**This slows the initial connection to the phone, but most tcp/ip applications will not time out in 30s.
  
[[Category:Categories]]
+
[[Category:Software]]

Revision as of 12:14, 16 July 2007

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.