Wifi power reduction

From Openmoko

(Difference between revisions)
Jump to: navigation, search
m (Category changes: -Openmoko, -Hardware, +Networking)
Line 6: Line 6:
 
**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:Wlan]]
 
[[Category:Networking]]
 
[[Category:Networking]]

Revision as of 15:16, 10 July 2009

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
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.