* Hauppauge model 73219 rev D1F5 tuner doesn't detect signal, older rev D1E9 works
@ 2011-07-19 7:37 Jesper Juhl
2011-07-19 20:08 ` Michael Krufky
0 siblings, 1 reply; 5+ messages in thread
From: Jesper Juhl @ 2011-07-19 7:37 UTC (permalink / raw)
To: linux-media
Cc: Michael Krufky, Mike Isely, Aurelien Alleaume,
Mauro Carvalho Chehab, linux-kernel
Hi
I have a bunch of Hauppauge HVR-1900 model 73219's, some are revision D1E9
and work perfectly, but with the newer revision D1F5's the tuner fails to
detect a signal and consequently just gives me blank output on
/dev/video0. Other input sources, like composite or s-video, work just
fine on the new revision, it's just the tuner that does not work.
I'm 100% certain that there is a live signal since I can use the same
source successfully with a D1E9 and then move it to a D1F5 and see it
fail. I've also tried both with a real TV signal and with a signal
generator (so I could be 100% certain what signal was generated and at
what frequency etc).
I'm also fairly certain that it's not just a case of a random broken
D1F5 since I have several and they all behave identically (and the driver
doesn't complain about broken hardware).
Here's what I get in dmesg when plugging one of the newer, non-working,
devices into my laptop (running 2.6.39.3 by the way):
[43171.480193] pvrusb2: Device being rendered inoperable
[43173.195741] usb 1-1.1: new high speed USB device number 21 using ehci_hcd
[43173.289999] pvrusb2: Hardware description: WinTV HVR-1900 Model 73xxx
[43173.321796] pvrusb2: Binding ir_rx_z8f0811_haup to i2c address 0x71.
[43173.321817] pvrusb2: Binding ir_tx_z8f0811_haup to i2c address 0x70.
[43173.325212] cx25840 18-0044: cx25843-24 found @ 0x88 (pvrusb2_a)
[43173.335618] pvrusb2: Attached sub-driver cx25840
[43173.339439] tuner 18-0042: Tuner -1 found with type(s) Radio TV.
[43173.339448] pvrusb2: Attached sub-driver tuner
[43175.538224] cx25840 18-0044: loaded v4l-cx25840.fw firmware (16382 bytes)
[43175.641103] tveeprom 18-00a2: Hauppauge model 73219, rev D1F5, serial# 6569758
[43175.641109] tveeprom 18-00a2: MAC address is 00:0d:fe:64:3f:1e
[43175.641114] tveeprom 18-00a2: tuner model is NXP 18271C2 (idx 155, type 54)
[43175.641119] tveeprom 18-00a2: TV standards PAL(B/G) PAL(I) SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xf4)
[43175.641124] tveeprom 18-00a2: audio processor is CX25843 (idx 37)
[43175.641128] tveeprom 18-00a2: decoder processor is CX25843 (idx 30)
[43175.641132] tveeprom 18-00a2: has radio, has IR receiver, has IR transmitter
[43175.641142] pvrusb2: Supported video standard(s) reported available in hardware: PAL-B/B1/D/D1/G/H/I/K;SECAM-B/D/G/H/K/K
[43175.641152] pvrusb2: Mapping standards mask=0x3ff00ff (PAL-B/B1/D/D1/G/H/I/K;SECAM-B/D/G/H/K/K1/L/LC;ATSC-8VSB/16VSB)
[43175.641156] pvrusb2: Setting up 20 unique standard(s)
[43175.641161] pvrusb2: Set up standard idx=0 name=PAL-B/G
[43175.641165] pvrusb2: Set up standard idx=1 name=PAL-D/K
[43175.641169] pvrusb2: Set up standard idx=2 name=SECAM-B/G
[43175.641172] pvrusb2: Set up standard idx=3 name=SECAM-D/K
[43175.641176] pvrusb2: Set up standard idx=4 name=PAL-B
[43175.641179] pvrusb2: Set up standard idx=5 name=PAL-B1
[43175.641182] pvrusb2: Set up standard idx=6 name=PAL-G
[43175.641185] pvrusb2: Set up standard idx=7 name=PAL-H
[43175.641189] pvrusb2: Set up standard idx=8 name=PAL-I
[43175.641192] pvrusb2: Set up standard idx=9 name=PAL-D
[43175.641195] pvrusb2: Set up standard idx=10 name=PAL-D1
[43175.641198] pvrusb2: Set up standard idx=11 name=PAL-K
[43175.641202] pvrusb2: Set up standard idx=12 name=SECAM-B
[43175.641205] pvrusb2: Set up standard idx=13 name=SECAM-D
[43175.641208] pvrusb2: Set up standard idx=14 name=SECAM-G
[43175.641212] pvrusb2: Set up standard idx=15 name=SECAM-H
[43175.641215] pvrusb2: Set up standard idx=16 name=SECAM-K
[43175.641218] pvrusb2: Set up standard idx=17 name=SECAM-K1
[43175.641221] pvrusb2: Set up standard idx=18 name=SECAM-L
[43175.641225] pvrusb2: Set up standard idx=19 name=SECAM-LC
[43175.641228] pvrusb2: Initial video standard auto-selected to PAL-B/G
[43175.641240] pvrusb2: Device initialization completed successfully.
[43175.641361] pvrusb2: registered device video1 [mpeg]
[43175.641365] DVB: registering new adapter (pvrusb2-dvb)
[43177.891568] cx25840 18-0044: loaded v4l-cx25840.fw firmware (16382 bytes)
[43178.010913] tda829x 18-0042: setting tuner address to 60
[43178.034089] tda18271 18-0060: creating new instance
[43178.070613] TDA18271HD/C2 detected @ 18-0060
[43179.945888] tda18271: performing RF tracking filter calibration
[43192.930384] tda18271: RF tracking filter calibration complete
[43192.973646] tda829x 18-0042: type set to tda8295+18271
[43196.561274] cx25840 18-0044: 0x0000 is not a valid video input!
[43196.593146] DVB: registering adapter 0 frontend 0 (NXP TDA10048HN DVB-T)...
[43196.594644] tda829x 18-0042: type set to tda8295
[43196.630097] tda18271 18-0060: attaching existing instance
[43205.439659] cx25840 18-0044: loaded v4l-cx25840.fw firmware (16382 bytes)
The only differences between this output and a working device is the
revision number and the fact that the tuner is a TDA18271HD/C2 whereas
with the older (working) devices it's a TDA18271HD/C1.
Here's what I do to test problem:
[root@dragon ~]# echo television > /sys/class/pvrusb2/sn-6569758/ctl_input/cur_val
[root@dragon ~]# echo 140250000 > /sys/class/pvrusb2/sn-6569758/ctl_frequency/cur_val
[root@dragon ~]# cat /sys/class/pvrusb2/sn-6569758/ctl_signal_present/cur_val
0
[root@dragon ~]#
If I now do 'cat /dev/video0 > test.mpg' I get a perfectly valid MPEG
stream, but a rather boring one - just a black display and no audio.
With the old D1E9 revision I get
[root@dragon ~]# cat /sys/class/pvrusb2/sn-6569758/ctl_signal_present/cur_val
65535
[root@dragon ~]#
and 'cat /dev/video0 > test.mpg' gives me the stream I'd expect (as in
actual contents, not just a black screen).
Any ideas on how to fix this?
I can test any patches you may come up with and if there's any further
information you need from me in order to get an idea about what the
problem is, then just ask.
Please CC me on replies since I'm not subscribed to the linux-media list.
--
Jesper Juhl <jj@chaosbits.net> http://www.chaosbits.net/
Don't top-post http://www.catb.org/jargon/html/T/top-post.html
Plain text mails only, please.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Hauppauge model 73219 rev D1F5 tuner doesn't detect signal, older rev D1E9 works
2011-07-19 7:37 Hauppauge model 73219 rev D1F5 tuner doesn't detect signal, older rev D1E9 works Jesper Juhl
@ 2011-07-19 20:08 ` Michael Krufky
2011-07-19 21:25 ` Jesper Juhl
2011-07-21 12:08 ` Jesper Juhl
0 siblings, 2 replies; 5+ messages in thread
From: Michael Krufky @ 2011-07-19 20:08 UTC (permalink / raw)
To: Jesper Juhl
Cc: linux-media, Mike Isely, Aurelien Alleaume,
Mauro Carvalho Chehab, linux-kernel, Michael Krufky,
Michael Krufky
[-- Attachment #1: Type: text/plain, Size: 6677 bytes --]
On Tue, Jul 19, 2011 at 3:37 AM, Jesper Juhl <jj@chaosbits.net> wrote:
> Hi
>
> I have a bunch of Hauppauge HVR-1900 model 73219's, some are revision D1E9
> and work perfectly, but with the newer revision D1F5's the tuner fails to
> detect a signal and consequently just gives me blank output on
> /dev/video0. Other input sources, like composite or s-video, work just
> fine on the new revision, it's just the tuner that does not work.
>
> I'm 100% certain that there is a live signal since I can use the same
> source successfully with a D1E9 and then move it to a D1F5 and see it
> fail. I've also tried both with a real TV signal and with a signal
> generator (so I could be 100% certain what signal was generated and at
> what frequency etc).
> I'm also fairly certain that it's not just a case of a random broken
> D1F5 since I have several and they all behave identically (and the driver
> doesn't complain about broken hardware).
>
> Here's what I get in dmesg when plugging one of the newer, non-working,
> devices into my laptop (running 2.6.39.3 by the way):
>
> [43171.480193] pvrusb2: Device being rendered inoperable
> [43173.195741] usb 1-1.1: new high speed USB device number 21 using ehci_hcd
> [43173.289999] pvrusb2: Hardware description: WinTV HVR-1900 Model 73xxx
> [43173.321796] pvrusb2: Binding ir_rx_z8f0811_haup to i2c address 0x71.
> [43173.321817] pvrusb2: Binding ir_tx_z8f0811_haup to i2c address 0x70.
> [43173.325212] cx25840 18-0044: cx25843-24 found @ 0x88 (pvrusb2_a)
> [43173.335618] pvrusb2: Attached sub-driver cx25840
> [43173.339439] tuner 18-0042: Tuner -1 found with type(s) Radio TV.
> [43173.339448] pvrusb2: Attached sub-driver tuner
> [43175.538224] cx25840 18-0044: loaded v4l-cx25840.fw firmware (16382 bytes)
> [43175.641103] tveeprom 18-00a2: Hauppauge model 73219, rev D1F5, serial# 6569758
> [43175.641109] tveeprom 18-00a2: MAC address is 00:0d:fe:64:3f:1e
> [43175.641114] tveeprom 18-00a2: tuner model is NXP 18271C2 (idx 155, type 54)
> [43175.641119] tveeprom 18-00a2: TV standards PAL(B/G) PAL(I) SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xf4)
> [43175.641124] tveeprom 18-00a2: audio processor is CX25843 (idx 37)
> [43175.641128] tveeprom 18-00a2: decoder processor is CX25843 (idx 30)
> [43175.641132] tveeprom 18-00a2: has radio, has IR receiver, has IR transmitter
> [43175.641142] pvrusb2: Supported video standard(s) reported available in hardware: PAL-B/B1/D/D1/G/H/I/K;SECAM-B/D/G/H/K/K
> [43175.641152] pvrusb2: Mapping standards mask=0x3ff00ff (PAL-B/B1/D/D1/G/H/I/K;SECAM-B/D/G/H/K/K1/L/LC;ATSC-8VSB/16VSB)
> [43175.641156] pvrusb2: Setting up 20 unique standard(s)
> [43175.641161] pvrusb2: Set up standard idx=0 name=PAL-B/G
> [43175.641165] pvrusb2: Set up standard idx=1 name=PAL-D/K
> [43175.641169] pvrusb2: Set up standard idx=2 name=SECAM-B/G
> [43175.641172] pvrusb2: Set up standard idx=3 name=SECAM-D/K
> [43175.641176] pvrusb2: Set up standard idx=4 name=PAL-B
> [43175.641179] pvrusb2: Set up standard idx=5 name=PAL-B1
> [43175.641182] pvrusb2: Set up standard idx=6 name=PAL-G
> [43175.641185] pvrusb2: Set up standard idx=7 name=PAL-H
> [43175.641189] pvrusb2: Set up standard idx=8 name=PAL-I
> [43175.641192] pvrusb2: Set up standard idx=9 name=PAL-D
> [43175.641195] pvrusb2: Set up standard idx=10 name=PAL-D1
> [43175.641198] pvrusb2: Set up standard idx=11 name=PAL-K
> [43175.641202] pvrusb2: Set up standard idx=12 name=SECAM-B
> [43175.641205] pvrusb2: Set up standard idx=13 name=SECAM-D
> [43175.641208] pvrusb2: Set up standard idx=14 name=SECAM-G
> [43175.641212] pvrusb2: Set up standard idx=15 name=SECAM-H
> [43175.641215] pvrusb2: Set up standard idx=16 name=SECAM-K
> [43175.641218] pvrusb2: Set up standard idx=17 name=SECAM-K1
> [43175.641221] pvrusb2: Set up standard idx=18 name=SECAM-L
> [43175.641225] pvrusb2: Set up standard idx=19 name=SECAM-LC
> [43175.641228] pvrusb2: Initial video standard auto-selected to PAL-B/G
> [43175.641240] pvrusb2: Device initialization completed successfully.
> [43175.641361] pvrusb2: registered device video1 [mpeg]
> [43175.641365] DVB: registering new adapter (pvrusb2-dvb)
> [43177.891568] cx25840 18-0044: loaded v4l-cx25840.fw firmware (16382 bytes)
> [43178.010913] tda829x 18-0042: setting tuner address to 60
> [43178.034089] tda18271 18-0060: creating new instance
> [43178.070613] TDA18271HD/C2 detected @ 18-0060
> [43179.945888] tda18271: performing RF tracking filter calibration
> [43192.930384] tda18271: RF tracking filter calibration complete
> [43192.973646] tda829x 18-0042: type set to tda8295+18271
> [43196.561274] cx25840 18-0044: 0x0000 is not a valid video input!
> [43196.593146] DVB: registering adapter 0 frontend 0 (NXP TDA10048HN DVB-T)...
> [43196.594644] tda829x 18-0042: type set to tda8295
> [43196.630097] tda18271 18-0060: attaching existing instance
> [43205.439659] cx25840 18-0044: loaded v4l-cx25840.fw firmware (16382 bytes)
>
> The only differences between this output and a working device is the
> revision number and the fact that the tuner is a TDA18271HD/C2 whereas
> with the older (working) devices it's a TDA18271HD/C1.
>
> Here's what I do to test problem:
> [root@dragon ~]# echo television > /sys/class/pvrusb2/sn-6569758/ctl_input/cur_val
> [root@dragon ~]# echo 140250000 > /sys/class/pvrusb2/sn-6569758/ctl_frequency/cur_val
> [root@dragon ~]# cat /sys/class/pvrusb2/sn-6569758/ctl_signal_present/cur_val
> 0
> [root@dragon ~]#
>
> If I now do 'cat /dev/video0 > test.mpg' I get a perfectly valid MPEG
> stream, but a rather boring one - just a black display and no audio.
>
> With the old D1E9 revision I get
>
> [root@dragon ~]# cat /sys/class/pvrusb2/sn-6569758/ctl_signal_present/cur_val
> 65535
> [root@dragon ~]#
>
> and 'cat /dev/video0 > test.mpg' gives me the stream I'd expect (as in
> actual contents, not just a black screen).
>
> Any ideas on how to fix this?
>
> I can test any patches you may come up with and if there's any further
> information you need from me in order to get an idea about what the
> problem is, then just ask.
>
> Please CC me on replies since I'm not subscribed to the linux-media list.
>
> --
> Jesper Juhl <jj@chaosbits.net> http://www.chaosbits.net/
> Don't top-post http://www.catb.org/jargon/html/T/top-post.html
> Plain text mails only, please.
>
>
I have a suspicion as per the cause of this problem... Would you care
to try a patch to see if it fixes the problem? (note: this should
not be merged, as it is not an actual fix -- simply an test to show us
how to arrive at the appropriate fix)
[-- Attachment #2: 73xxxD1F9.patch --]
[-- Type: application/octet-stream, Size: 2828 bytes --]
---
linux/drivers/media/video/pvrusb2/pvrusb2-devattr.c | 33 ++++++++++++++++++++
1 file changed, 33 insertions(+)
--- v4l-dvb.orig/linux/drivers/media/video/pvrusb2/pvrusb2-devattr.c
+++ v4l-dvb/linux/drivers/media/video/pvrusb2/pvrusb2-devattr.c
@@ -293,11 +293,44 @@
.disable_gate_access = 1,
};
+static struct tda18271_std_map tda18271c1_std_map = {
+ .fm_radio = { .if_freq = 1250, .fm_rfn = 1, .agc_mode = 3, .std = 0,
+ .if_lvl = 0, .rfagc_top = 0x2c, }, /* EP3[4:0] 0x18 */
+ .atv_b = { .if_freq = 6750, .fm_rfn = 0, .agc_mode = 1, .std = 6,
+ .if_lvl = 0, .rfagc_top = 0x2c, }, /* EP3[4:0] 0x0e */
+ .atv_dk = { .if_freq = 7750, .fm_rfn = 0, .agc_mode = 1, .std = 7,
+ .if_lvl = 0, .rfagc_top = 0x2c, }, /* EP3[4:0] 0x0f */
+ .atv_gh = { .if_freq = 7750, .fm_rfn = 0, .agc_mode = 1, .std = 7,
+ .if_lvl = 0, .rfagc_top = 0x2c, }, /* EP3[4:0] 0x0f */
+ .atv_i = { .if_freq = 7750, .fm_rfn = 0, .agc_mode = 1, .std = 7,
+ .if_lvl = 0, .rfagc_top = 0x2c, }, /* EP3[4:0] 0x0f */
+ .atv_l = { .if_freq = 7750, .fm_rfn = 0, .agc_mode = 1, .std = 7,
+ .if_lvl = 0, .rfagc_top = 0x2c, }, /* EP3[4:0] 0x0f */
+ .atv_lc = { .if_freq = 1250, .fm_rfn = 0, .agc_mode = 1, .std = 7,
+ .if_lvl = 0, .rfagc_top = 0x2c, }, /* EP3[4:0] 0x0f */
+ .atv_mn = { .if_freq = 5750, .fm_rfn = 0, .agc_mode = 1, .std = 5,
+ .if_lvl = 0, .rfagc_top = 0x2c, }, /* EP3[4:0] 0x0d */
+ .atsc_6 = { .if_freq = 3250, .fm_rfn = 0, .agc_mode = 3, .std = 4,
+ .if_lvl = 1, .rfagc_top = 0x37, }, /* EP3[4:0] 0x1c */
+ .dvbt_6 = { .if_freq = 3300, .fm_rfn = 0, .agc_mode = 3, .std = 4,
+ .if_lvl = 1, .rfagc_top = 0x37, }, /* EP3[4:0] 0x1c */
+ .dvbt_7 = { .if_freq = 3800, .fm_rfn = 0, .agc_mode = 3, .std = 5,
+ .if_lvl = 1, .rfagc_top = 0x37, }, /* EP3[4:0] 0x1d */
+ .dvbt_8 = { .if_freq = 4300, .fm_rfn = 0, .agc_mode = 3, .std = 6,
+ .if_lvl = 1, .rfagc_top = 0x37, }, /* EP3[4:0] 0x1e */
+ .qam_6 = { .if_freq = 4000, .fm_rfn = 0, .agc_mode = 3, .std = 5,
+ .if_lvl = 1, .rfagc_top = 0x37, }, /* EP3[4:0] 0x1d */
+ .qam_8 = { .if_freq = 5000, .fm_rfn = 0, .agc_mode = 3, .std = 7,
+ .if_lvl = 1, .rfagc_top = 0x37, }, /* EP3[4:0] 0x1f */
+};
+
+
static struct tda829x_config tda829x_no_probe = {
.probe_tuner = TDA829X_DONT_PROBE,
};
static struct tda18271_config hauppauge_tda18271_dvb_config = {
+ .std_map = &tda18271c1_std_map,
.gate = TDA18271_GATE_ANALOG,
.output_opt = TDA18271_OUTPUT_LT_OFF,
};
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Hauppauge model 73219 rev D1F5 tuner doesn't detect signal, older rev D1E9 works
2011-07-19 20:08 ` Michael Krufky
@ 2011-07-19 21:25 ` Jesper Juhl
2011-07-21 12:08 ` Jesper Juhl
1 sibling, 0 replies; 5+ messages in thread
From: Jesper Juhl @ 2011-07-19 21:25 UTC (permalink / raw)
To: Michael Krufky
Cc: linux-media, Mike Isely, Aurelien Alleaume,
Mauro Carvalho Chehab, linux-kernel, Michael Krufky
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1118 bytes --]
On Tue, 19 Jul 2011, Michael Krufky wrote:
> On Tue, Jul 19, 2011 at 3:37 AM, Jesper Juhl <jj@chaosbits.net> wrote:
...
> > I can test any patches you may come up with and if there's any further
> > information you need from me in order to get an idea about what the
> > problem is, then just ask.
> >
> > Please CC me on replies since I'm not subscribed to the linux-media list.
> >
> > --
> > Jesper Juhl <jj@chaosbits.net> http://www.chaosbits.net/
> > Don't top-post http://www.catb.org/jargon/html/T/top-post.html
> > Plain text mails only, please.
> >
>
> I have a suspicion as per the cause of this problem... Would you care
> to try a patch to see if it fixes the problem? (note: this should
> not be merged, as it is not an actual fix -- simply an test to show us
> how to arrive at the appropriate fix)
>
Thank you Michael. I'll try this patch tomorrow when I have access to my
test hardware. I'll get back to you with results ASAP.
--
Jesper Juhl <jj@chaosbits.net> http://www.chaosbits.net/
Don't top-post http://www.catb.org/jargon/html/T/top-post.html
Plain text mails only, please.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Hauppauge model 73219 rev D1F5 tuner doesn't detect signal, older rev D1E9 works
2011-07-19 20:08 ` Michael Krufky
2011-07-19 21:25 ` Jesper Juhl
@ 2011-07-21 12:08 ` Jesper Juhl
2011-07-21 12:31 ` Jesper Juhl
1 sibling, 1 reply; 5+ messages in thread
From: Jesper Juhl @ 2011-07-21 12:08 UTC (permalink / raw)
To: Michael Krufky
Cc: linux-media, Mike Isely, Aurelien Alleaume,
Mauro Carvalho Chehab, linux-kernel, Michael Krufky
On Tue, 19 Jul 2011, Michael Krufky wrote:
> On Tue, Jul 19, 2011 at 3:37 AM, Jesper Juhl <jj@chaosbits.net> wrote:
> > Hi
> >
> > I have a bunch of Hauppauge HVR-1900 model 73219's, some are revision D1E9
> > and work perfectly, but with the newer revision D1F5's the tuner fails to
> > detect a signal and consequently just gives me blank output on
> > /dev/video0. Other input sources, like composite or s-video, work just
> > fine on the new revision, it's just the tuner that does not work.
> >
...
> >
> > If I now do 'cat /dev/video0 > test.mpg' I get a perfectly valid MPEG
> > stream, but a rather boring one - just a black display and no audio.
> >
> > With the old D1E9 revision I get
> >
> > [root@dragon ~]# cat /sys/class/pvrusb2/sn-6569758/ctl_signal_present/cur_val
> > 65535
> > [root@dragon ~]#
> >
> > and 'cat /dev/video0 > test.mpg' gives me the stream I'd expect (as in
> > actual contents, not just a black screen).
> >
> > Any ideas on how to fix this?
> >
> > I can test any patches you may come up with and if there's any further
> > information you need from me in order to get an idea about what the
> > problem is, then just ask.
> >
> > Please CC me on replies since I'm not subscribed to the linux-media list.
> >
Ok, so things did change a bit :-)
I still get a 0 when I cat ctl_signal_present/cur_val , but I no longer
get just a black stream from the bideo device now I get static and very
badly tuned "images". See for example:
http://personal.chaosbits.net/hauppauge-pvr-1900-test.mpg which is the
result of
cat /dev/video1 > /tmp/hauppauge-pvr-1900-test.mpg & seq 147250280 147250310 | while read i; do echo $i > /sys/class/pvrusb2/sn-6569758/ctl_frequency/cur_val; sleep 2; done ; killall cat
(warning - large file - ~65MB)
Definately an improvement.
--
Jesper Juhl <jj@chaosbits.net> http://www.chaosbits.net/
Don't top-post http://www.catb.org/jargon/html/T/top-post.html
Plain text mails only, please.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Hauppauge model 73219 rev D1F5 tuner doesn't detect signal, older rev D1E9 works
2011-07-21 12:08 ` Jesper Juhl
@ 2011-07-21 12:31 ` Jesper Juhl
0 siblings, 0 replies; 5+ messages in thread
From: Jesper Juhl @ 2011-07-21 12:31 UTC (permalink / raw)
To: Michael Krufky
Cc: linux-media, Mike Isely, Aurelien Alleaume,
Mauro Carvalho Chehab, linux-kernel, Michael Krufky
On Thu, 21 Jul 2011, Jesper Juhl wrote:
> On Tue, 19 Jul 2011, Michael Krufky wrote:
>
> > On Tue, Jul 19, 2011 at 3:37 AM, Jesper Juhl <jj@chaosbits.net> wrote:
> > > Hi
> > >
> > > I have a bunch of Hauppauge HVR-1900 model 73219's, some are revision D1E9
> > > and work perfectly, but with the newer revision D1F5's the tuner fails to
> > > detect a signal and consequently just gives me blank output on
> > > /dev/video0. Other input sources, like composite or s-video, work just
> > > fine on the new revision, it's just the tuner that does not work.
> > >
> ...
> > >
> > > If I now do 'cat /dev/video0 > test.mpg' I get a perfectly valid MPEG
> > > stream, but a rather boring one - just a black display and no audio.
> > >
> > > With the old D1E9 revision I get
> > >
> > > [root@dragon ~]# cat /sys/class/pvrusb2/sn-6569758/ctl_signal_present/cur_val
> > > 65535
> > > [root@dragon ~]#
> > >
> > > and 'cat /dev/video0 > test.mpg' gives me the stream I'd expect (as in
> > > actual contents, not just a black screen).
> > >
> > > Any ideas on how to fix this?
> > >
> > > I can test any patches you may come up with and if there's any further
> > > information you need from me in order to get an idea about what the
> > > problem is, then just ask.
> > >
> > > Please CC me on replies since I'm not subscribed to the linux-media list.
> > >
>
> Ok, so things did change a bit :-)
>
> I still get a 0 when I cat ctl_signal_present/cur_val , but I no longer
> get just a black stream from the bideo device now I get static and very
> badly tuned "images". See for example:
> http://personal.chaosbits.net/hauppauge-pvr-1900-test.mpg which is the
> result of
> cat /dev/video1 > /tmp/hauppauge-pvr-1900-test.mpg & seq 147250280 147250310 | while read i; do echo $i > /sys/class/pvrusb2/sn-6569758/ctl_frequency/cur_val; sleep 2; done ; killall cat
>
> (warning - large file - ~65MB)
>
> Definately an improvement.
>
>
Forgot to include dmesg output with the patch applied:
[ 6409.476538] usb 2-1.1: new high speed USB device number 3 using ehci_hcd
[ 6409.564990] pvrusb2: Hardware description: WinTV HVR-1900 Model 73xxx
[ 6410.884764] pvrusb2: Device microcontroller firmware (re)loaded; it should now reset and reconnect.
[ 6411.082496] usb 2-1.1: USB disconnect, device number 3
[ 6411.082642] pvrusb2: Device being rendered inoperable
[ 6412.803437] usb 2-1.1: new high speed USB device number 4 using ehci_hcd
[ 6412.897974] pvrusb2: Hardware description: WinTV HVR-1900 Model 73xxx
[ 6412.929980] pvrusb2: Binding ir_rx_z8f0811_haup to i2c address 0x71.
[ 6412.930004] pvrusb2: Binding ir_tx_z8f0811_haup to i2c address 0x70.
[ 6412.933293] cx25840 18-0044: cx25843-24 found @ 0x88 (pvrusb2_a)
[ 6412.944105] pvrusb2: Attached sub-driver cx25840
[ 6412.947852] tuner 18-0042: Tuner -1 found with type(s) Radio TV.
[ 6412.947856] pvrusb2: Attached sub-driver tuner
[ 6415.150802] cx25840 18-0044: loaded v4l-cx25840.fw firmware (16382 bytes)
[ 6415.253458] tveeprom 18-00a2: Hauppauge model 73219, rev D1F5, serial# 6569758
[ 6415.253463] tveeprom 18-00a2: MAC address is 00:0d:fe:64:3f:1e
[ 6415.253467] tveeprom 18-00a2: tuner model is NXP 18271C2 (idx 155, type 54)
[ 6415.253471] tveeprom 18-00a2: TV standards PAL(B/G) PAL(I) SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xf4)
[ 6415.253475] tveeprom 18-00a2: audio processor is CX25843 (idx 37)
[ 6415.253478] tveeprom 18-00a2: decoder processor is CX25843 (idx 30)
[ 6415.253481] tveeprom 18-00a2: has radio, has IR receiver, has IR transmitter
[ 6415.253593] pvrusb2: Supported video standard(s) reported available in hardware: PAL-B/B1/D/D1/G/H/I/K;SECAM-B/D/G/H/K/K
[ 6415.253604] pvrusb2: Mapping standards mask=0x3ff00ff (PAL-B/B1/D/D1/G/H/I/K;SECAM-B/D/G/H/K/K1/L/LC;ATSC-8VSB/16VSB)
[ 6415.253612] pvrusb2: Setting up 20 unique standard(s)
[ 6415.253615] pvrusb2: Set up standard idx=0 name=PAL-B/G
[ 6415.253617] pvrusb2: Set up standard idx=1 name=PAL-D/K
[ 6415.253620] pvrusb2: Set up standard idx=2 name=SECAM-B/G
[ 6415.253622] pvrusb2: Set up standard idx=3 name=SECAM-D/K
[ 6415.253625] pvrusb2: Set up standard idx=4 name=PAL-B
[ 6415.253627] pvrusb2: Set up standard idx=5 name=PAL-B1
[ 6415.253629] pvrusb2: Set up standard idx=6 name=PAL-G
[ 6415.253631] pvrusb2: Set up standard idx=7 name=PAL-H
[ 6415.253633] pvrusb2: Set up standard idx=8 name=PAL-I
[ 6415.253635] pvrusb2: Set up standard idx=9 name=PAL-D
[ 6415.253638] pvrusb2: Set up standard idx=10 name=PAL-D1
[ 6415.253640] pvrusb2: Set up standard idx=11 name=PAL-K
[ 6415.253642] pvrusb2: Set up standard idx=12 name=SECAM-B
[ 6415.253644] pvrusb2: Set up standard idx=13 name=SECAM-D
[ 6415.253647] pvrusb2: Set up standard idx=14 name=SECAM-G
[ 6415.253649] pvrusb2: Set up standard idx=15 name=SECAM-H
[ 6415.253651] pvrusb2: Set up standard idx=16 name=SECAM-K
[ 6415.253653] pvrusb2: Set up standard idx=17 name=SECAM-K1
[ 6415.253655] pvrusb2: Set up standard idx=18 name=SECAM-L
[ 6415.253658] pvrusb2: Set up standard idx=19 name=SECAM-LC
[ 6415.253660] pvrusb2: Initial video standard auto-selected to PAL-B/G
[ 6415.253668] pvrusb2: Device initialization completed successfully.
[ 6415.253826] pvrusb2: registered device video1 [mpeg]
[ 6415.253830] DVB: registering new adapter (pvrusb2-dvb)
[ 6417.510870] cx25840 18-0044: loaded v4l-cx25840.fw firmware (16382 bytes)
[ 6417.627793] tda829x 18-0042: setting tuner address to 60
[ 6417.651036] tda18271 18-0060: creating new instance
[ 6417.687778] TDA18271HD/C2 detected @ 18-0060
[ 6419.571379] tda18271: performing RF tracking filter calibration
[ 6432.586119] tda18271: RF tracking filter calibration complete
[ 6432.629500] tda829x 18-0042: type set to tda8295+18271
[ 6437.466724] cx25840 18-0044: 0x0000 is not a valid video input!
[ 6437.498898] DVB: registering adapter 0 frontend 0 (NXP TDA10048HN DVB-T)...
[ 6437.500315] tda829x 18-0042: type set to tda8295
[ 6437.535451] tda18271 18-0060: attaching existing instance
[ 6454.052596] cx25840 18-0044: loaded v4l-cx25840.fw firmware (16382 bytes)
[ 7318.909006] pvrusb2: ***WARNING*** device's encoder appears to be stuck (status=0x00000003)
[ 7318.909012] pvrusb2: Encoder command: 0x81
[ 7318.909015] pvrusb2: Giving up on command. This is normally recovered via a firmware reload and re-initialization; concern is only warranted if this happens repeatedly and rapidly.
[ 8413.977059] pvrusb2: ***WARNING*** device's encoder appears to be stuck (status=0x00000003)
[ 8413.977065] pvrusb2: Encoder command: 0x81
[ 8413.977068] pvrusb2: Giving up on command. This is normally recovered via a firmware reload and re-initialization; concern is only warranted if this happens repeatedly and rapidly.
[ 8792.114989] usb 2-1.1: USB disconnect, device number 4
[ 8792.115138] pvrusb2: Device being rendered inoperable
[ 8792.115371] pvrusb2: unregistered device video1 [mpeg]
[ 8792.115461] pvrusb2: unregistering DVB devices
[ 8792.115926] tda18271 18-0060: destroying instance
I guess I should also mention that I applied the patch to a up-to-date
mainline kernel from git:
$ uname -a
Linux dragon 3.0.0-rc7-JJ-00176-gcf6ace1-dirty #4 SMP PREEMPT Thu Jul 21 11:06:43 CEST 2011 x86_64 Intel(R) Core(TM) i5 CPU M 560 @ 2.67GHz GenuineIntel GNU/Linux
--
Jesper Juhl <jj@chaosbits.net> http://www.chaosbits.net/
Don't top-post http://www.catb.org/jargon/html/T/top-post.html
Plain text mails only, please.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2011-07-21 12:31 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-07-19 7:37 Hauppauge model 73219 rev D1F5 tuner doesn't detect signal, older rev D1E9 works Jesper Juhl
2011-07-19 20:08 ` Michael Krufky
2011-07-19 21:25 ` Jesper Juhl
2011-07-21 12:08 ` Jesper Juhl
2011-07-21 12:31 ` Jesper Juhl
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).