Pixelz:

Pino:

Installed TV pack without PlayReadyPC and the updates KB950754 and KB951685 and no more recordings from standby. After installing PlayReadyPC and the updates KB950754 and KB951685 still no recording from standby.

Am I the only one?

Waking from sleep to make a scheduled recording does still work for me after installing TVP 2008.  Might this problem be related to your MCE Standby Tool configuration?

BTW, Does anyone from MS have an update on the unsolicted wakeups?

The not waking up for a scheduled recording is MST (Standbytool) related.

I deinstalled MST and the pc wakes up again for a recording.

I e-mailed Herman van Eijk, the creator of MST tool and he is working on MST for TV Pack so maybe the next build will work 100% with TV Pack.

Pino:

The not waking up for a scheduled recording is MST (Standbytool) related.  I deinstalled MST and the pc wakes up again for a recording.

That's interesting as I'm running MST with TVP but my machine still wakes up correctly for any recordings I've scheduled.  Must be an MST configuration detail.

It's the two unsolicted overnight wakeups (whenever I leave ehrecvr and ehsched running) that are my biggest problem with TVP.  I'm guessing most users either shutdown or hibernate overnight, or maybe leave the system running, and just haven't noticed the problem yet.

 

 

 

oh it'll wake from hibernate too. but with mst it re-hibernates after a few minutes.

This set of problems is not new to TV Pack, It goes back a couple of years. Unattended wake up events followed by re-suspend that often fails and leaves the box running is happening on systems without TV Pack.

Refer to this thread - http://thegreenbutton.com/forums/thread/293701.aspx

The problem occurs on laptops and desktops, with and without TV Pack, and there has never been a root cause / solution published.

It would be really great if one of the MS guys could set their sights on getting to root cause on this one.

-argb

I agree the symptoms are not all new to TVP, especially the failure to return to sleep after wakeup for epg updates or scheduled recordings.  However, the OP and others (me included) only started experiencing the multiple unsolicited overnight wakeups (at 03:00 and other various times) immediately after installing TVP.

This anti-social behaviour can be suppressed by disabling ehrecvr and ehsched before sleeping, but that's not a viable workaround.

I absolutely agree it would be great if MS could provide any updates.

I've not installed TV Pack and I have problems with my system waking up, mostly in the daytime, the wakeup event is RTC, but it does not go back to sleep afterwards on all occasions, I think when it does not go back to sleep is when there are Windows Updates I need to install.  As far as I can tell it is waking up to update the guide. I also read somewhere about the WIndows Updates not allowing the PC to go back to sleep again, so I'm monitoring mine at the moment.

Edit: I should add that this problem has only started recently (4 months or so), so could be related to some Windows Update.

Yes, your experiencing the failure to "re-suspend" after an unattended wake up. That is the most common failure scenario in my own experience.

-argb

 

Cpt.Cosmos:

I can confirm this problem occurs only after the TV Pack update, my system was very good at sleep/resume before the TV update.
My feeling is the problem is with our TV card drivers, I think the problem is they are getting updates OTA for guide/program data from the broadcaster and this is waking the PC.

It's true that in-band (OTA) guide data is supported in TVP2008, but the unsolicited wakeups that the OP and me are seeing all report the real-time clock (RTC) rather than a Tuner card as the source. 

Hi,

Here is a current example of the problem.

This morning, the battery on my Dell m1530 Laptop was dead due to failure to re-suspend after an unattend wake up at 4AM. The wake up appears to have been initiated by WMC mcUpdate or ehSched. Note: this laptop is configured for HDHomeRun TV tuners.

Last night (24th) the laptop was disconnected from A/C and then used for a while, then placed into suspend mode (via lid close) at around 7:30PM. Battery was at about 80%.

In the morning at around 6AM after opening the lid, a critical battery warning was immediately displayed. The three event logs including System, Media Center, and Task Sched Operational show the classic pattern of mcUpdate/ehSched events that all correlate to the 4AM wake up.

But there was never a re-suspend event (Kernel-Power, the system is entering sleep). The laptop stayed on, lid closed, running on battery from 4AM to when I opened the lid at around 6AM.

I have the events from the three logs saved off and zipped if someone from MS would like to analyze them. Just let me know where to upload the file.

-argb

argb444:

Here is a current example of the problem.

Last night (24th) the laptop was disconnected from A/C and then used for a while, then placed into suspend mode (via lid close) at around 7:30PM. Battery was at about 80%.

But there was never a re-suspend event (Kernel-Power, the system is entering sleep). The laptop stayed on, lid closed, running on battery from 4AM to when I opened the lid at around 6AM.

I've always needed MCE Standby Tool installed to ensure my system returns to sleep after an unattended wakeup for epg downloads or scheduled recordings.  It does work on Vista and I'm guessing it's worth a try in your case.

However, I these discussions are now confusing two unrelated problems --

#1.  Multiple Unsolicited Overnight wakeups with source=RTC, at 03:00am and some later time, on previously well behaved VMC systems, immediately after installing TVP2008.

#2. General power management issues, such as a failure to return to sleep as expected.

My preference would be to keep this thread focussed on problem #1, to increase the chances of someone from MS taking an active interest (and because #2 already has some workarounds).  But then, it's not my thread and the OP may disagree.

 

Pixelz:

My preference would be to keep this thread focussed on problem #1, to increase the chances of someone from MS taking an active interest (and because #2 already has some workarounds).  But then, it's not my thread and the OP may disagree.

I see wake up source as either RTC or Unknown, and my wake up times vary. Sometimes wake up happens at 3am. So although my problem is not exactly like the one that started this post (#1), it is quite similar.

I am just guessing, but I think all the variations of  the "unatended wake up / re-suspend" problem have a common root cause. It would be great if MS could provide some feedback.

I'll be happy to defer to your preference. Hopefully, MS will take an interest in investigating this one.

-argb

 

I disagree and think these two issues are related, my system has no problem going to sleep after a recording, the only time it does not go back to sleep is after an RTC wakeup event which seems related to a guide update and also possibly a Windows update, in fact in my case if it was going back to sleep as it supposed to I'd would never have realised it was waking up to do something.

Hello

My computer eventually goes back to sleep, even after a 3am wake-up, so I strongly support Pixelz when he says he would like this thread to stay primarily focused on the unexpected wake-ups.

However, it is indeed possible that the issue where computers do not go back to sleep is related to the unexpected  wake-ups and it is good to keep this in mind.

I actually initially started this thread with the belief that the mcupdate_scheduled task was started randomly. It turns out this is not a big issue as one can just disable the task, but you can verify that changing the time to download updates in the VMC UI does not work properly: open the task scheduler, and the VMC settings at the same time, then change the time in VMC, and verify in the task scheduler that the updated time for mcupdate_scheduled is sometimes different than what you set in the UI...

At the end I think we can all agree on this:

#1 the TV Pack is really buggy when it comes to anything remotely related to sleep and  resume

#2 at this point only Microsoft can help

#3 Microsoft is not helping much so far.

Microsoft guys where are you? Still in vacations?

Thanks!