From: Jyrki Niskala <jyrki.n@telia.com>
To: linux-dvb <linux-dvb@linuxtv.org>
Subject: [linux-dvb] Can't get signal lock with Hauppauge Nova TD-500
Date: Wed, 26 Nov 2008 13:42:05 +0100 [thread overview]
Message-ID: <492D441D.1050108@telia.com> (raw)
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
next reply other threads:[~2008-11-26 12:42 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-26 12:42 Jyrki Niskala [this message]
2008-12-20 7:20 ` [linux-dvb] Can't get signal lock with Hauppauge Nova TD-500 Jyrki Niskala
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=492D441D.1050108@telia.com \
--to=jyrki.n@telia.com \
--cc=linux-dvb@linuxtv.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox