Bug 11341 - Clock loses accuracy when Boom not connected to network
: Clock loses accuracy when Boom not connected to network
Status: CLOSED WONTFIX
Product: SB Boom
Classification: Unclassified
Component: UI
: 43
: PC Windows Vista
: P3 normal (vote)
: Investigating
Assigned To: Spies Steven
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-03-13 08:46 UTC by Tim
Modified: 2012-02-27 17:33 UTC (History)
5 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tim 2009-03-13 08:46:19 UTC
The RTC on my Boom doesn't maintain its accuracy.  

I'm running 7.3.2 with firmware 43.

It only seems to happen after the Boom is connected to SqueezeNETWORK and is then turned off for a few days.  Doesn't seem to be an issue if connected to SqueezeCenter, only SqeezeNetwork.

After the Boom has been off for a few to several days the clock can sometimes be slow by 30 minutes to an hour.  As soon as I turn it back on the time is corrected. 

Trying to figure out how to check if the Boom has lost its network connection, but apparently there is no way to tell connection status when the device is off. 
(btw - agree with comments in Bug 9331 that flashing the : once a second would be a good way to signal loss of connectivity when the device is off.)

-Tim
Comment 1 Spies Steven 2009-03-13 14:32:14 UTC
When boom is disconnected from SqueezeCenter or SqueezeNetwork and it is using the backup clock boom should display AM or PM as uppercase.  When boom is connected to SqueezeNetwork am or pm should be lowercase.  This might help in knowing if you are still connected or not when boom is in an off state.

Do you happen to remember the case?
Comment 2 Tim 2009-03-17 03:31:34 UTC
I had the Boom's clock set on 24hr format, but I've changed it now for both SqueezeCenter (h:mm pm) and SqueezeNetwork (h:mm:ss pm), so should be abe to tell what's happening now.  Will let you know results (might take several days for problem to manifest again). Thanks.
Comment 3 Chris Owens 2009-03-30 17:16:49 UTC
Since there's now a planned 7.3.3 release, bugs which won't make the cut-off are being moved to the next target out.  If you feel that this bug needs to be addressed more (or less) urgently than the 7.4 release, please cc chris@slimdevices.com and leave a comment in the bug to that effect so we can review it.

Thanks.
Comment 4 Tim 2009-03-31 02:40:58 UTC
It's intermittent and I'm finding it difficult to reproduce the problem consistently, so not a major problem for me if it is pushed out to the next release.

I have narrowed the issue down a bit.  The Boom only seems to lose time after I have controlled it via the SqueezeCenter web interface on the computer.  

FYI - Possible triggers I'm still investigating:

1) When Boom is on SqueezeNetwork and I change it to be on SqueezeCenter via the web interface.

2) When I rescan the music library via the web interface.
Comment 5 Spies Steven 2009-07-31 13:28:46 UTC
Tim, do you still see this issue?  Changing target to investigating for now.
Comment 6 Tim 2009-08-18 01:56:37 UTC
The problem hasn't shown up for a while now.  Will let you kow if it crops up again. Thanks.
Comment 7 James Richardson 2012-02-27 17:33:31 UTC
Closing resolved bugs - if you feel this bug still exists please first re-test
with the latest SW/FW version.  If you are able to reproduce then feel free to
reopen and attach new logs / steps to reproduce.