My Humax Forum » Freesat HD » HDR 1000, 1010, 1100S

Humax hdr1010s not responding to remote

(252 posts)
  1. User has not uploaded an avatar

    JayInBristol

    member
    Joined: Mar '15
    Posts: 22

    offline

    Just after...as in less than a minute or so...

    | Sun 22 Mar 2015 15:39:12 #211 |
  2. Barry

    Barry

    senior admin
    Joined: Feb '11
    Posts: 11,052

    offline

    Try leaving a little longer after switch on before interacting with the unit.

    | Sun 22 Mar 2015 23:14:42 #212 |
  3. User has not uploaded an avatar

    JamesB

    special member
    Joined: Dec '13
    Posts: 1,717

    offline

    There seems to be a problem with Jay's box beyond the usual delay while Showcase and On-Demand are being loaded. With my box, I get the delay, but the unit doesn't become unresponsive. Just a message saying 'Ready shortly' or words to that effect.

    | Mon 23 Mar 2015 7:08:48 #213 |
  4. REPASSAC

    REPASSAC

    special member
    Joined: Mar '11
    Posts: 4,100

    offline

    JayInBristol - 17 hours ago  » 
    REPASSAC, do you think it could be related to the satellite dish, leads, connections etc? Just wondering. Or do you think it's more likely to do with signal issues in different areas? Or...any other suggestions?

    While aligning a dish some time ago the unit became quite unstable and rebooted twice. Quite understandable really, probably receiving rubbish for the EPG and other data.

    Poor dish alignment can cause a range of problems, such a blocks on the picture. I doubt if your problem is connected with signal but if you want to check - try CBS action (On same satellite as the freesat transponder) and the main channels you watch.
    Poor cable connections (or water ingression are more likely to give intermittent loss of signal.

    I will be glad when the freesat transponder changes satellite and moves to a saterlite at the same position as all the others at 28.2E which is soonish, I think. This should also be good for us ex-pats where we can setup our dishes without using a compromise between settings for 28.2E and 28.5E.

    I think the problem is down to freesat, hopefully it will just disappear soon.

    It would be interesting to know how many of the lockups in this thread were complete (no response to any button or front panel) and just after startup.

    | Mon 23 Mar 2015 8:06:23 #214 |
  5. User has not uploaded an avatar

    JayInBristol

    member
    Joined: Mar '15
    Posts: 22

    offline

    >Try leaving a little longer after switch on before interacting with the unit. >

    Thanks Barry, I'll try that - seems like sound advice. Already committed though to picking up a replacement box from Richer Sounds, so that should rule out some kind of weird one-off hardware problem. I'll report back once the new box is up and running just so's people know the outcome.

    Thanks again to everyone for help/advice/comments. This forum has helped keep me sane!

    | Mon 23 Mar 2015 12:58:25 #215 |
  6. User has not uploaded an avatar

    MentalLentil

    member
    Joined: Oct '14
    Posts: 25

    offline

    While aligning a dish some time ago the unit became quite unstable and rebooted twice. Quite understandable really, probably receiving rubbish for the EPG and other data.

    That's not "understandable". Understandable would be the unit reporting signal lost or similar, becoming unstable and crashing is a sign of poor software.

    This whole problem is clearly triggered by something at the remote end but at the same time poor software (whoever it is written by) is responsible for the lock up.

    | Mon 23 Mar 2015 16:21:59 #216 |
  7. REPASSAC

    REPASSAC

    special member
    Joined: Mar '11
    Posts: 4,100

    offline

    MentalLentil - 14 hours ago  » 

    While aligning a dish some time ago the unit became quite unstable and rebooted twice. Quite understandable really, probably receiving rubbish for the EPG and other data.

    That's not "understandable". Understandable would be the unit reporting signal lost or similar, becoming unstable and crashing is a sign of poor software.
    This whole problem is clearly triggered by something at the remote end but at the same time poor software (whoever it is written by) is responsible for the lock up.

    I disagree. Catering for every theoretical situation is something that is called for in safety critical systems but not in a PVR, where the actual processing is mostly carried out by the chipset.

    Even is safety critical systems, like flight control systems, do not cater for every possibility and a pilot and co-pilot is needed, just in case.

    | Tue 24 Mar 2015 7:22:58 #217 |
  8. User has not uploaded an avatar

    MentalLentil

    member
    Joined: Oct '14
    Posts: 25

    offline

    REPASSAC - 3 hours ago  » 
    I disagree. Catering for every theoretical situation is something that is called for in safety critical systems but not in a PVR, where the actual processing is mostly carried out by the chipset.
    Even is safety critical systems, like flight control systems, do not cater for every possibility and a pilot and co-pilot is needed, just in case.

    It's not a matter of allowing for everything it's making sure that external inputs not being correct can't crash the code, I've been writing real time software for 35 years and I can assure you that if this happened to my software I would hold my hand up and admit it was a bug, I would be personally very disappointed at my software error. It's called defensive programming and should be one of the main things any software engineer considers.

    In the example you gave of realigning the dish this is not even a very unexpected set of circumstances with the signal input coming and going.

    Even if it was a "chipset" locking up the controlling software should recognise this and deal with it. In this case it appears to be a thread that is stuck in an infinite loop of some kind (or waiting for an event that never occurs) which is the responsibility of the controlling software even if triggered by a chipset triggered by the top end.

    The software does not appear to even have (well written) watchdog timers to deal with the locking up.

    Obviously safety critical systems have higher standards than a PVR and the aim is to deal with every possibility with sensible default actions for something that is not understood. In many modern aircraft the electronics/computing is essential and the aircraft will not fly without them so the pilot is not there as a backup at all but there for when human control is needed.

    | Tue 24 Mar 2015 11:06:25 #218 |
  9. User has not uploaded an avatar

    JamesB

    special member
    Joined: Dec '13
    Posts: 1,717

    offline

    It's not a matter of allowing for everything it's making sure that external inputs not being correct can't crash the code, I've been writing real time software for 35 years and I can assure you that if this happened to my software I would hold my hand up and admit it was a bug, I would be personally very disappointed at my software error. It's called defensive programming and should be one of the main things any software engineer considers.

    Offered the choice between a box with beautiful defensive code that filled its maker's heart with pride, and a less expensive box which functioned satisfactorily for my purposes, I'd buy the latter.

    | Tue 24 Mar 2015 11:39:13 #219 |
  10. User has not uploaded an avatar

    Ozzy

    member
    Joined: Feb '15
    Posts: 49

    offline

    Could it be anything to do with this pin 13 problem on the HDMI

    http://www.amazon.co.uk/Lindy-HDMI-Less-Female-Adapter/dp/B00DL48KVI

    | Tue 24 Mar 2015 11:57:53 #220 |

RSS feed for this topic

Reply »

You must log in to post.