Bug 14159 - Power on after Emergency Automatic Shutoff leaves wireless networking inoperable
: Power on after Emergency Automatic Shutoff leaves wireless networking inoperable
Status: CLOSED FIXED
Product: SB Radio
Classification: Unclassified
Component: Power Management
: Include FW version in comment
: PC Windows XP
: P2 normal (vote)
: 7.4.0
Assigned To: James Richardson
:
Depends on: 14120
Blocks:
  Show dependency treegraph
 
Reported: 2009-09-20 10:33 UTC by Mickey Gee
Modified: 2009-10-05 14:33 UTC (History)
4 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mickey Gee 2009-09-20 10:33:00 UTC
Under certain circumstances, Baby will power off automatically without warning. One of those is when battery power is low. To power back on, the user must hold down the Power button for 20 seconds (bug 14120).

Once Baby is up, wireless networking will not work. The wireless icon is red, and scanning for wireless networks shows a list of previously connected networks with zero wireless strength on all of them.

The workaround is to put Baby into hiberation but holding down the Power button for 5 seconds and then pressing the Power button quickly to turn Baby back on. When Baby comes back, wireless networking will be OK and everything will appear normal.
Comment 1 Mickey Gee 2009-09-20 10:34:31 UTC
Seen with firmware r7664 on PVT2 unit.
Comment 2 Mickey Gee 2009-09-20 10:38:00 UTC
Should mention this is a battery-only Baby.
Comment 3 Chris Owens 2009-09-21 09:22:11 UTC
Richard requests a log
Comment 4 Caleb Crome 2009-09-21 11:15:54 UTC
This is a P1 if it's MSP430 related.
Comment 5 James Richardson 2009-09-21 11:33:59 UTC
Caleb will investigate further
Comment 6 SVN Bot 2009-09-21 14:19:34 UTC
 == Auto-comment from SVN commit #6428 to the player repo by ccrome ==
 == https://svn.slimdevices.com/player?view=revision&revision=6428 ==

Bug #14159.  Turned off 32 Khz clock from msp -> wifi to make 100% certain that we're not causing wifi chip latchup
Comment 7 SVN Bot 2009-09-21 14:20:11 UTC
 == Auto-comment from SVN commit #7678 to the jive repo by ccrome ==
 == https://svn.slimdevices.com/jive?view=revision&revision=7678 ==

Bug #14159.  Turned off 32 Khz clock from msp -> wifi to make 100% certain that we're not causing wifi chip latchup
Comment 8 Caleb Crome 2009-09-21 14:21:12 UTC
Back at you James.  I updated the msp FW to absolutely preclude any chance of MSP messing things up.
Comment 9 James Richardson 2009-09-24 11:31:22 UTC
I have not been able to reproduce this with r7745
Comment 10 James Richardson 2009-10-05 14:33:27 UTC
This bug has been marked as fixed in the 7.4.0 release version of SqueezeBox Server!
    * SqueezeCenter: 28672
    * Squeezebox 2 and 3: 130
    * Transporter: 80
    * Receiver: 65
    * Boom: 50
    * Controller: 7790
    * Radio: 7790  

Please see the Release Notes for all the details: http://wiki.slimdevices.com/index.php/Release_Notes

If you haven't already, please download and install the new version from http://www.logitechsqueezebox.com/support/download-squeezebox-server.html

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.