From: Thorsten B. <tho...@go...> - 2010-10-02 23:47:41
|
Just for your convenience : We have a subsea application here. As you might know water is a polar medium - so you will have a hard time to use wlan even for short distance communication under water - but (!) when the subsea module is coming up - to sealevel (for example near a mother ship) then it' quite nice to have a wan conection to the module - as it is fast and rugged. As power is an issue for the subsea phase - as everything is powered on battery - it's not much an issue when the module comes up - and can recharge on the surface. That's the reason, why I choose the overo fire and would be interested in switching of the WLAN module. I think similar thinking applies to several other data logging applications where devices come back to a "host" in order to get rid of collected data in a fast and rugged manner - wireless ... Just as an explanation ... Thank you very much for the further advice you gave me ... sakoman wrote: > > On Sat, Oct 2, 2010 at 4:31 PM, Thorsten Brandt > <tho...@go...> wrote: >> >> Just a short addon question : >> >> Is it possible to power off the WLAN/Bluetooth module on the Overo Fire >> totaly (by software / by the bootloader) if it is not needed (at all) ? > > If you don't need the wifi/bt module then obviously the best choice > power-wise (not to mention cost!) is to buy a version of the module > that doesn't include this hardware. > > Otherwise you can pull on the reset gpio's for the module -- see the > kernel board file for which gpio's are used. > > I think someone gave a command line method to hold the module in reset > -- search for the recent power measurement thread on this list. > > Steve > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > -- View this message in context: http://old.nabble.com/ARM-Core-CPU-Freuqency-tp29868055p29868877.html Sent from the Gumstix mailing list archive at Nabble.com. |