Thread: HVR 4000 fails to scan

Hi everybody,
I have a problem using DVB-T with mythtv and Hauppage HVR 4000.
I have openSuse with kernel 2.6.27 and installed drivers and firmware as described here.
I am able to watch DVB-T channels as described here (tzap/mplayer).
Mythtv detects my card and its DVB-T frontend but fails to scan for channels.
Can someone help please?

I also have openSUSE 11.1 (i586) with 2.6.27 kernel and I have the same problem but with a different DVB-T receiver, Hauppauge WinTV-NOVA-T Stick Model 294 (70019). I have installed the drivers and firmware as shown here and it is installed as /dev/dvb/device0

I can scan for channels and watch TV using Kaffeine. If I run mythtv-setup (version ) it detects my capture card and shows its Frontend ID but if I try to scan for channels with MythTV, it says "Failed to open the card" and the console shows the message FE_GET_INFO ioctl failed (/dev/dvb/adapter0/frontend0)

If I unplug the USB DVB-T stick and plug it in again, I can scan for channels with MythTV 0.21 but only once. If I want to scan again or use the Transport Editor, I need to hotplug the USB DVB-T stick again. Everything else works properly in MythTV.

As your card is PCI, I suggest you try powering off the computer, remove the card, reboot without the card, power down again reinstall the card then boot and run mythtv-setup before you do anything else. If that doesn't work then you could try unloading and reloading the kernel module that drives your DVB-T part of your HVR 4000 immediately before you scan for channels.

Hey..

I have exactly the same issue with my Hauppauge HVR-4000 , connected via DVB-S/2 to a Selfsat H21D4.

I can perfectly watch TV using szap + mplayer, but mythtv always gives me "No channels found" when I try scanning..

Using a pre-created (scan / w_scan) channels.conf doesn't work neither.

Any help on here ?


I'm using MythTV 0.22 and the current Hauppauge firmware..

Hey again,

this one helped me:

http://rothfuchs.net/2009/12/mythtv-...hannels-found/

Wishes!

Originally Posted by vladimiro

Hi everybody,
I have a problem using DVB-T with mythtv and Hauppage HVR 4000.
I have openSuse with kernel 2.6.27 and installed drivers and firmware as described here.
I am able to watch DVB-T channels as described here (tzap/mplayer).
Mythtv detects my card and its DVB-T frontend but fails to scan for channels.
Can someone help please?

Currently the kernel (2.6.32.2) has a problem with repeated open() and ioctl() of the HVR 4000 card.
I seems that it is an timing issue (thanks to Devin J. Heitmueller - Kernel Labs for the advise) with the DVB-T frontend (normally /dev/dvb/adapter0/frontend1).

The fix is only needed once, during channel scan or the import of channels.conf.
This works nice for me, hopefully a kernel fix replaces it soon.

hotfix for MythTV DVB-T scan:

-uninstall mythtv original version
-download the mythtv-0.22 source
-cd mythtv-0.22
-patch -p1 -i patch_hvr_4000_dvbt.txt
-./configure; make; make install
-mythtv-setup
- scan for DVB-T channels on frontend1 or use a channels.conf file
- make uninstall
-reinstall original version



This will add a lot of ugly usleep into the code and slows down mythtv-setupl, but DVB-T scanning should work now.
After DVB-T channel-scanning you can remove this version and use the standard
version of the distribution again, as this fix is only needed during scanning or import.

The patch file:



diff -crB mythtv-0.22/libs/libmythtv/dvbchannel.cpp mythtv-0.22_hvr4000_patch/libs/libmythtv/dvbchannel.cpp
*** mythtv-0.22/libs/libmythtv/dvbchannel.cpp 2009-10-12 22:22:25.000000000 +0200
--- mythtv-0.22_hvr4000_patch/libs/libmythtv/dvbchannel.cpp 2010-01-06 14:04:17.000000000 +0100
***************
*** 141,146 ****
--- 141,148 ----
if (fd_frontend >= 0)
{
close(fd_frontend);
+ usleep(5000000);
+ fprintf(stderr, "waiting for frontend.................................\n");
fd_frontend = -1;

dvbcam->Stop();
***************
*** 190,197 ****
--- 192,203 ----
QString devname = CardUtil::GetDeviceName(DVB_DEV_FRONTEND, device);
QByteArray devn = devname.toAscii();

+ VERBOSE(VB_CHANNEL, LOC + "DVB channel :" + devname);
+
for (int tries = 1; ; ++tries)
{
+ usleep(5000000);
+ VERBOSE(VB_CHANNEL, LOC + "Slowing down open DVB channel :" + devname);
fd_frontend = open(devn.constData(), O_RDWR | O_NONBLOCK);
if (fd_frontend >= 0)
break;
***************
*** 207,212 ****
--- 213,219 ----
usleep(50000);
}

+ usleep(50000);
dvb_frontend_info info;
bzero(&info, sizeof(info));
if (ioctl(fd_frontend, FE_GET_INFO, &info) < 0)
***************
*** 215,220 ****
--- 222,229 ----
"Failed to get frontend information." + ENO);

close(fd_frontend);
+ usleep(5000000);
+ fprintf(stderr, "waiting for frontend.................................\n");
fd_frontend = -1;
return false;
}


have fun
Mundl

I'm using DVB-S (2), is there any similar issue ?

Originally Posted by sackrebutz

I'm using DVB-S (2), is there any similar issue ?

DVB-S(2) is working fine, you just have to activate diseqc to get it work. Without diseqc no scanning is possible. I am using

LNB Preset: Universal (Europe)

set it in mythtv-setup -> capture cards

Originally Posted by mundl

Currently the kernel (2.6.32.2) has a problem with repeated open() and ioctl() of the HVR 4000 card.
I seems that it is an timing issue (thanks to Devin J. Heitmueller - Kernel Labs for the advise) with the DVB-T frontend (normally /dev/dvb/adapter0/frontend1).

The fix is only needed once, during channel scan or the import of channels.conf.
This works nice for me, hopefully a kernel fix replaces it soon.

hotfix for MythTV DVB-T scan:

-uninstall mythtv original version
-download the mythtv-0.22 source
-cd mythtv-0.22
-patch -p1 -i patch_hvr_4000_dvbt.txt
-./configure; make; make install
-mythtv-setup
- scan for DVB-T channels on frontend1 or use a channels.conf file
- make uninstall
-reinstall original version



This will add a lot of ugly usleep into the code and slows down mythtv-setupl, but DVB-T scanning should work now.
After DVB-T channel-scanning you can remove this version and use the standard
version of the distribution again, as this fix is only needed during scanning or import.

The patch file:



diff -crB mythtv-0.22/libs/libmythtv/dvbchannel.cpp mythtv-0.22_hvr4000_patch/libs/libmythtv/dvbchannel.cpp
*** mythtv-0.22/libs/libmythtv/dvbchannel.cpp 2009-10-12 22:22:25.000000000 +0200
--- mythtv-0.22_hvr4000_patch/libs/libmythtv/dvbchannel.cpp 2010-01-06 14:04:17.000000000 +0100
***************
*** 141,146 ****
--- 141,148 ----
if (fd_frontend >= 0)
{
close(fd_frontend);
+ usleep(5000000);
+ fprintf(stderr, "waiting for frontend.................................\n");
fd_frontend = -1;

dvbcam->Stop();
***************
*** 190,197 ****
--- 192,203 ----
QString devname = CardUtil::GetDeviceName(DVB_DEV_FRONTEND, device);
QByteArray devn = devname.toAscii();

+ VERBOSE(VB_CHANNEL, LOC + "DVB channel :" + devname);
+
for (int tries = 1; ; ++tries)
{
+ usleep(5000000);
+ VERBOSE(VB_CHANNEL, LOC + "Slowing down open DVB channel :" + devname);
fd_frontend = open(devn.constData(), O_RDWR | O_NONBLOCK);
if (fd_frontend >= 0)
break;
***************
*** 207,212 ****
--- 213,219 ----
usleep(50000);
}

+ usleep(50000);
dvb_frontend_info info;
bzero(&info, sizeof(info));
if (ioctl(fd_frontend, FE_GET_INFO, &info) < 0)
***************
*** 215,220 ****
--- 222,229 ----
"Failed to get frontend information." + ENO);

close(fd_frontend);
+ usleep(5000000);
+ fprintf(stderr, "waiting for frontend.................................\n");
fd_frontend = -1;
return false;
}

Mundl, is this patch still valid for MythTV 0.23.1/0.24?

I have the same problem with scanning for channels on HVR4000, here in Norway. Broadcast h264/HE-ACC.

Since I am a noob on patching anything in linux . It would be nice to get feedback, on if it would help at all.... Thanks

Yes, I have just tried to scan for DVB-T channels yesterday and still the same problem as last year.
The patch consists mainly of sleep-statements, but the code-line numbers have changed for sure.
I think it should be possible to copy the content of the patch manually and scan for channels then.

mundl
-----
mei bier is net deppert...