Can't turn off my Topfield

Started by k9tardus, August 14, 2007, 10:05:05 PM

Previous topic - Next topic

k9tardus

My Icebox2 confirms its USB connection every 30secs which means if I try to turn off my Toppy to standby, it automatically switches back on again to confirm the Icebox USB connection. I only need the Icebox to download once a day, is it possible to change the settings to confirm connection before download time and enable me to turn off the Toppy? Have a 5000.
Thanks

Daniel Hall at IceTV

Actually, the icebox2 does not check the Topfield connection every 30 secs, it also doesn't force the Topfield to turn back on from standby if it's not detected.

The way the icebox2 works at present is that before a download of the guide is attempted it will check to see if the Topfield is available, if it's not then it will not download the guide but re-schedule another check 60 secs later, when it will then try again. Over time this retry time  gets longer and longer until it has been 6 hours from the first attempt, then if it is still failing the icebox2 will reboot itself (and only itself) and then schedule the next guide download for the next day.
Regards,

Daniel.
CTO.

k9tardus

This is a very small portion of my system log, can you tell me what it's doing?

Aug 15 08:57:39 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 08:57:41 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 08:58:45 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 08:58:47 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 08:58:49 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 08:59:53 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 08:59:55 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 08:59:57 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:01:01 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:01:03 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:01:05 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:02:09 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:02:11 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:02:13 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:03:17 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:03:19 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:03:21 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:04:25 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:04:27 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:04:29 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:05:33 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:05:35 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:05:37 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:06:41 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:06:43 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:06:45 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:07:50 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:07:52 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:07:54 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:08:58 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:09:00 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:09:02 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:10:06 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:10:08 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:10:10 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:11:14 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:11:16 (none) kern.debug udhcpc[721]: Sending discover...
Aug 15 09:11:18 (none) kern.debug udhcpc[721]: Sending discover...

Daniel Hall at IceTV

Those are from the DHCP daemon (which requests an IP address from the network) checking to see if a new address is available.

This is purely on the network side of things, and also wouldn't cause another device to be turned on.
Regards,

Daniel.
CTO.