Bug 15904 - Backup sometimes takes over normal alarm
: Backup sometimes takes over normal alarm
Status: NEW
Product: SB Radio
Classification: Unclassified
Component: Alarm
: Include FW version in comment
: PC Ubuntu Linux
: P3 normal with 6 votes (vote)
: Investigating
Assigned To: Squeezebox QA Team email alias
http://forums.slimdevices.com/showthr...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-03-16 23:45 UTC by Erland Isaksson
Modified: 2010-03-22 08:11 UTC (History)
1 user (show)

See Also:
Category: ---


Attachments
/var/log/messages from the Radio (107.69 KB, application/octet-stream)
2010-03-16 23:45 UTC, Erland Isaksson
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Erland Isaksson 2010-03-16 23:45:03 UTC
Created attachment 6655 [details]
/var/log/messages from the Radio

Firmware 7.5.0 r8594 (Although I suspect it also happens in 7.4.2)
Connected to SBS 7.5 beta 30374

It seems like the backup alarm sometimes takes over the normal alarm, it think
it might be caused by some temporary network disturbances, at least it looks
that way from the log. 

However, it's very irritating since the backup alarm sounds a lot higher than
the normal alarm and there is no way to get back to the normal alarm playing
nice music after it has switched to the backup alarm.

I've attached the /var/log/messages file from the Radio when it happened, the
normal alarm was started 06:45 and the backup alarm started to play around
07:25.

I've seen the same problem many times, it's probably related to network
problems and caused by the fact that my alarm typically runs for about 45
minutes so there is a lot of time during which some network disturbances may
happen.
Comment 1 Piotr Domagalski 2010-03-17 01:13:35 UTC
(In reply to comment #0)
> Firmware 7.5.0 r8594 (Although I suspect it also happens in 7.4.2)
> Connected to SBS 7.5 beta 30374

The same happened to me yesterday on 7.4.2.
Comment 2 Stefan Hansel 2010-03-17 03:19:51 UTC
If I remember correctly, the radio is put into RTC mode in server disconnection instantly, because on reconnection of the server the alarm typically stops (when not in RTC-mode).

As such a server disconnection also could happen right after the alarm started, it would be dangerous not to set the alarm to RTC.

So one solution might be to have yet another timeout - how long the 'check alarm running'-mode should be active. Or use the normal 'alarm-timeout'-option with a new 'keep music playing'-option. Then one could have a 5min 'guaranteed' alarm, but the music doesn't stop afterwards.

Currently the alarm-mode (including all backup-alarm activities) is on as long as you see the alarm popup, which one should acknowlegde to get back into normal 'music playing I don't care for short dropouts'-mode.

(This is by the way one of the reasons I don't like changing the alarm popup to a screensafer, because then you don't know if you are still in alarm-mode or in music-playing-mode)