or Connect
AVS › AVS Forum › HDTV › HDTV Recorders › The Official AVS Dish DTVPal DVR Topic!
New Posts  All Forums:Forum Nav:

The Official AVS Dish DTVPal DVR Topic! - Page 551

post #16501 of 18096
Or recheck power and SATA connectors, be sure both sides of the short cables sit properly and locked/secured
post #16502 of 18096
Recently my DVR began responding very erratically to remote control commands. Sometimes it will take 3-4 button pushes to get a response, other times it will execute 4 or 5 button pushes with just one press. I ruled out batteries and the remote itself. After some experimenting in the menus, I discovered that if I pause the video (live tv or recording) the remote control response returns to normal. When I resume the playback/live tv, the problem returns. Does anyone else have this issue?
post #16503 of 18096
Quote:
Originally Posted by visualsensation View Post

Recently my DVR began responding very erratically to remote control commands. Sometimes it will take 3-4 button pushes to get a response, other times it will execute 4 or 5 button pushes with just one press. I ruled out batteries and the remote itself. After some experimenting in the menus, I discovered that if I pause the video (live tv or recording) the remote control response returns to normal. When I resume the playback/live tv, the problem returns. Does anyone else have this issue?
Try a factory defaults reset.
post #16504 of 18096
Quote:
Originally Posted by Chuck44 View Post

Try a factory defaults reset.

I was hoping to avoid that. biggrin.gif I looked through the last few pages and the first post but didn't see anything. Is there any evidence that a factory reset will fix this problem? I'm worried that the hard drive may be on it's last leg since the problem only occurs when video is playing.
post #16505 of 18096
Pause mode do not stop recording. As any trick mode (FF, Skip, Rew, etc).
post #16506 of 18096
Quote:
Originally Posted by P Smith View Post

Pause mode do not stop recording. As any trick mode (FF, Skip, Rew, etc).

Thanks for pointing that out! Since it must not be the HD, I'll try the reset to factory defaults.
post #16507 of 18096
I reset to factory defaults, and the problem persisted. So I decided to remove the hard drive, and the problem went away completely. So it must be the hard drive after all. Drats.
post #16508 of 18096
time to run tests on the drive; use Linux and make it spin, then run MHDD (self boot CD/DOS) or Victoria (Win); get SMART before and after Scan with Remap
post #16509 of 18096
Quote:
Originally Posted by visualsensation View Post

I reset to factory defaults, and the problem persisted. So I decided to remove the hard drive, and the problem went away completely. So it must be the hard drive after all. Drats.
I forget if SATA drives have a jumper. If they do, is yours set to master?
post #16510 of 18096
oh, no ... forget about jumpers - it's SATA drive
post #16511 of 18096
Is there an easier way to make the drive spin up without having to install linux?
post #16512 of 18096
Quote:
Originally Posted by JHBrandt View Post


Therefore, it must have used tuner 2 to update channel 8. Q.E.D.

That's good news: it means the Pal can keep the guide updated (and probably the clock too) even if you generally keep the DVR on! It doesn't need to be in standby, contrary to my earlier guess.
I'm still trying to figure it out! I turned one off, left the other on all night. This morning both had similar partial guide info, for example KDFW 4 guide info was missing on both until I manually tuned to that channel.
post #16513 of 18096
Quote:
Originally Posted by visualsensation View Post

Is there an easier way to make the drive spin up without having to install linux?
You don't need to install Linux. Just boot a live media of it from a disc or USB flash media.
post #16514 of 18096
Quote:
Originally Posted by ed_in_tx View Post

I'm still trying to figure it out! I turned one off, left the other on all night. This morning both had similar partial guide info, for example KDFW 4 guide info was missing on both until I manually tuned to that channel.

I'm still a believer in doing a Factory Defaults after TVGOS is gone. Mine acted very much like yours before I did a Factory Defaults. I don't think you actually need to tune to the channels with the missing data, but just scrolling the listings grid would cause the "missing" data to be filled in. I think the DTVPal is confused that there is no TVGOS data any more, and on some channels it still initially tries to show the non-existent TVGOS listings before it will fill in the PSIP listings. A factory defaults seems to make it forget that TVGOS data was ever there.
post #16515 of 18096
And based on my experience two warm boots sometime in the future. After a couple of weeks my clock was off by more than a minute. The greatest station errors were -16 and +20.
post #16516 of 18096
Quote:
Originally Posted by visualsensation View Post

Is there an easier way to make the drive spin up without having to install linux?
I specifically wrote a word "use", not 'install'; download ISO, burn CD and boot from it, then run in Term "hdparm ..." - I wrote how to use the command too many times here
post #16517 of 18096
Quote:
Originally Posted by P Smith View Post

Quote:
Originally Posted by visualsensation View Post

Is there an easier way to make the drive spin up without having to install linux?
I specifically wrote a word "use", not 'install'; download ISO, burn CD and boot from it, then run in Term "hdparm ..." - I wrote how to use the command too many times here
hdparm should be in the first post's FAQ. :/
post #16518 of 18096
The TS [bfdtv] abandoned own thread frown.gif ... you could ask Mod to add the info to post#1
post #16519 of 18096
Quote:
Originally Posted by P Smith View Post

The TS [bfdtv] abandoned own thread frown.gif ... you could ask Mod to add the info to post#1
Someone should take over then. I would do it if I had the time!
post #16520 of 18096
Quote:
Originally Posted by visualsensation View Post

Thanks for the newbie help concerning ubuntu linux, I figured out how to get to the terminal and executed the command "sudo hdparm -s0 /dev/sda" and got the following error message:

"spin-up: SG_IO: bad/missing sense data, sb []: 07 00 05 ... etc etc "(about 30 more two digit numbers)

After the error message it said the parameter was set to 0, but the drive will still not spin up connected to USB enclosure or SATA cable.

Any ideas?
I think that's a bad sign. I think your HDD is busted (physical problems)? Let's see what others say. frown.gif
post #16521 of 18096
Quote:
Originally Posted by phildaant View Post

I think that's a bad sign. I think your HDD is busted (physical problems)? Let's see what others say. frown.gif

Just realized it should have been /dev/sdb instead of /dev/sda. Doh! It spins up now.
post #16522 of 18096
if you'll look for old posts .... you'll find a way to find the designator ...hint: fdisk -l

post SMART here
post #16523 of 18096
Smart came back "good" and the scan returned no errors...hrmph!


post #16524 of 18096
Excellent for 3+ years ...

Now run Scan with Remap and take SMART again ...
post #16525 of 18096
Scan with remap: No warnings/errors
Smart: No Change

I put the drive back in, and the problem was *almost* non existent. I'll report back if I can ever pinpoint what is going on...
post #16526 of 18096
Most likely it Was Memory Corruption,perhaps FW Corruption Too, Minor Kind.
post #16527 of 18096
Quote:
Originally Posted by P Smith View Post

Or recheck power and SATA connectors, be sure both sides of the short cables sit properly and locked/secured

It turned out to be that simple. When I closed the case, one of the internal case supports snagged the connector wire and partially dislodged the connector from the drive. Once I reseated it (and put everything back together again), everything worked perfectly.

Thanks for the help. I appreciate all the useful information on this forum, even though I only needed "make sure it's plugged in." smile.gif
post #16528 of 18096
Quote:
Originally Posted by JHBrandt View Post

That auction is starting to heat up a bit. It's up to $66 - still quite a bargain but there are two more days left.

That used DTVPal DVR on eBay ended up selling for $244.87 plus $10 shipping! eek.gif
post #16529 of 18096
there are two more - for $249 in 2 hours and last one for $420 from last palette

PS. First one went for $280+$20 s/h !
Edited by P Smith - 3/31/13 at 8:09pm
post #16530 of 18096
Quote:
Originally Posted by ed_in_tx View Post

Quote:
Originally Posted by JHBrandt View Post


Therefore, it must have used tuner 2 to update channel 8. Q.E.D.

That's good news: it means the Pal can keep the guide updated (and probably the clock too) even if you generally keep the DVR on! It doesn't need to be in standby, contrary to my earlier guess.
I'm still trying to figure it out! I turned one off, left the other on all night. This morning both had similar partial guide info, for example KDFW 4 guide info was missing on both until I manually tuned to that channel.

That sounds like the problem several others have reported after TVGoS went away. But it's not consistent: neither of my Pals have experienced that problem, and I never did a factory defaults reset on one of them; just a double reboot.

We do know a factory defaults reset (with an invalid Zip code) is needed if the TVGoS station is still sending time packets. If that's not done, info saved in the Pal's memory will let it lock back onto any TVGoS data from that station. But since TVGoS packets ceased, that saved info seems to be doing no harm in my case. But like I said, apparently it's not consistent between Pals, so you may need to try the factory defaults reset.

Last night I did an experiment: I tuned to "The Ten Commandments" on WFAA/8, so tuner 1 should have been on channel 8. I then started recording it, which should have tied up tuner 2 also. I checked the guide status - KDFW/4 went out to 7 AM - then put the Pal in standby to release tuner 1.

Later I turned the Pal back on. Channel 8 (the channel I'd been tuned to) started playing, and the recording was still in progress. I then checked the guide and channel 4's info had been updated: it now went out to 10 AM. So it appears tuner 1 was used to scan channels while the Pal was in standby.

If that's correct it means the Pal can keep the guide updated if either tuner is available. Presumably that would keep the clock synchronized to PSIP also.

But I don't think I completely nailed it yet. Since I started recording from a live broadcast rather than a timer, it's possible the Pal's tuner allocation was different: it may have used tuner 1 for the recording (and would have used tuner 2 for live viewing had I switched channels). So to be sure, I'll repeat the experiment with a timed recording and see if that makes a difference.
New Posts  All Forums:Forum Nav:
  Return Home
  Back to Forum: HDTV Recorders
AVS › AVS Forum › HDTV › HDTV Recorders › The Official AVS Dish DTVPal DVR Topic!