* [linux-dvb] Can't get signal lock with Hauppauge Nova TD-500
@ 2008-11-26 12:42 Jyrki Niskala
2008-12-20 7:20 ` Jyrki Niskala
0 siblings, 1 reply; 2+ messages in thread
From: Jyrki Niskala @ 2008-11-26 12:42 UTC (permalink / raw)
To: linux-dvb
Hello
I'm stucked here with a problem with a new Hauppauge card called Nova
TD-500.
When tuning, I got lock on 4 of 5 muxes. The fifth, non working mux, is
at 778 MHz.
It's same behaviour on both tuners, with tzap or MythTV, with or
without lna option.
I have also tried with another computer with same result.
The signal is not a problem. I have 3 other dvb-t cards up and running
for the moment...
All muxes are from 538 MHz to 778 MHz (64 QAM, 8 MHz bandwith, 8k
transmission mode)
Some more information/dump ...
lsusb gives:
Bus 002 Device 002: ID 2040:8400 Hauppauge
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x2040 Hauppauge
idProduct 0x8400
bcdDevice 1.00
iManufacturer 1 Hauppauge
iProduct 2 WinTV Nova-DT
iSerial 3 4031669132
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 46
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xa0
(Bus Powered)
Remote Wakeup
MaxPower 500mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 4
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x01 EP 1 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 1
Device Qualifier (for other device speed):
bLength 10
bDescriptorType 6
bcdUSB 2.00
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
bNumConfigurations 1
Device Status: 0x0000
(Bus Powered)
a good tzap gives...
DiB0070: Tuning for Band: 2 (754000 kHz)
DiB0070: HFDIV code: 1
DiB0070: VCO = 1
DiB0070: VCOF in kHz: 6032000 ((4*754000) << 1))
DiB0070: REFDIV: 1, FREF: 12000
DiB0070: FBDIV: 125, Rest: 43520
DiB0070: Num: -22016, Den: 255, SD: 1
DiB0070: CAPTRIM=64; ADC = 33 (ADC) & 58mV
DiB0070: CAPTRIM=64 is closer to target (367/3000)
DiB0070: CAPTRIM=96; ADC = 989 (ADC) & 1738mV
DiB0070: CAPTRIM=80; ADC = 989 (ADC) & 1738mV
DiB0070: CAPTRIM=72; ADC = 251 (ADC) & 441mV
DiB0070: CAPTRIM=72 is closer to target (149/367)
DiB0070: CAPTRIM=76; ADC = 687 (ADC) & 1207mV
DiB0070: CAPTRIM=74; ADC = 366 (ADC) & 643mV
DiB0070: CAPTRIM=74 is closer to target (34/149)
DiB0070: CAPTRIM=75; ADC = 464 (ADC) & 815mV
DiB7000P: SPLIT df392800: 87
DiB7000P: using updated timf
DiB7000P: updated timf_frequency: 20451948 (default: 20452225)
DiB7000P: relative position of the Spur: 2000k (RF: 754000k, XTAL: 12000k)
DiB7000P: PALF COEF: 0 re: 25 im: 124
DiB7000P: PALF COEF: 1 re: -103 im: 43
DiB7000P: PALF COEF: 2 re: -52 im: -79
DiB7000P: PALF COEF: 3 re: 54 im: -53
DiB7000P: PALF COEF: 4 re: 45 im: 30
DiB7000P: PALF COEF: 5 re: -11 im: 28
DiB7000P: PALF COEF: 6 re: -5 im: 0
DiB7000P: PALF COEF: 7 re: 0 im: 19
DiB7000P: using updated timf
DiB7000P: setting output mode for demod df392800 to 5
and a failed tzap (no lock)
DiB0070: Tuning for Band: 2 (778000 kHz)
DiB0070: HFDIV code: 1
DiB0070: VCO = 1
DiB0070: VCOF in kHz: 6224000 ((4*778000) << 1))
DiB0070: REFDIV: 1, FREF: 12000
DiB0070: FBDIV: 129, Rest: 43520
DiB0070: Num: -22016, Den: 255, SD: 1
DiB0070: CAPTRIM=64; ADC = 988 (ADC) & 1736mV
DiB0070: CAPTRIM=64 is closer to target (588/3000)
DiB0070: CAPTRIM=32; ADC = 34 (ADC) & 59mV
DiB0070: CAPTRIM=32 is closer to target (366/588)
DiB0070: CAPTRIM=48; ADC = 34 (ADC) & 59mV
DiB0070: CAPTRIM=56; ADC = 204 (ADC) & 358mV
DiB0070: CAPTRIM=56 is closer to target (196/366)
DiB0070: CAPTRIM=60; ADC = 441 (ADC) & 775mV
DiB0070: CAPTRIM=60 is closer to target (41/196)
DiB0070: CAPTRIM=58; ADC = 282 (ADC) & 495mV
DiB0070: CAPTRIM=59; ADC = 336 (ADC) & 590mV
DiB7000P: SPLIT df392800: 128
DiB7000P: using updated timf
DiB7000P: relative position of the Spur: 2000k (RF: 778000k, XTAL: 12000k)
DiB7000P: PALF COEF: 0 re: 25 im: 124
DiB7000P: PALF COEF: 1 re: -103 im: 43
DiB7000P: PALF COEF: 2 re: -52 im: -79
DiB7000P: PALF COEF: 3 re: 54 im: -53
DiB7000P: PALF COEF: 4 re: 45 im: 30
DiB7000P: PALF COEF: 5 re: -11 im: 28
DiB7000P: PALF COEF: 6 re: -5 im: 0
DiB7000P: PALF COEF: 7 re: 0 im: 19
DiB7000P: using updated timf
DiB7000P: setting output mode for demod df392800 to 5
Best regards
/ Jyrki
_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [linux-dvb] Can't get signal lock with Hauppauge Nova TD-500
2008-11-26 12:42 [linux-dvb] Can't get signal lock with Hauppauge Nova TD-500 Jyrki Niskala
@ 2008-12-20 7:20 ` Jyrki Niskala
0 siblings, 0 replies; 2+ messages in thread
From: Jyrki Niskala @ 2008-12-20 7:20 UTC (permalink / raw)
To: linux-dvb
Jyrki Niskala wrote:
> Hello
>
> I'm stucked here with a problem with a new Hauppauge card called Nova
> TD-500.
> When tuning, I got lock on 4 of 5 muxes. The fifth, non working mux, is
> at 778 MHz.
> It's same behaviour on both tuners, with tzap or MythTV, with or
> without lna option.
> I have also tried with another computer with same result.
> The signal is not a problem. I have 3 other dvb-t cards up and running
> for the moment...
> All muxes are from 538 MHz to 778 MHz (64 QAM, 8 MHz bandwith, 8k
> transmission mode)
>
>
Hi again,
For completeness and reference for others I need to close this issue.
By comparing usbsnoop logs from Windows driver with source code of the
demod (dib7000p) I found out that the windows driver is using auto guard
interval when tuning. My channel configurations, tzap and MythTV, was
using manual guard interval at 1/8. After changing my configurations to
use auto guard interval I got 5:th mux working.
Now the card is back in duty ...
Merry Christmas,
/ Jyrki
_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2008-12-20 7:20 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-11-26 12:42 [linux-dvb] Can't get signal lock with Hauppauge Nova TD-500 Jyrki Niskala
2008-12-20 7:20 ` Jyrki Niskala
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox