problem with second tuner on Leadtek DTV dongle dual
I have a new Leadtek DTV dongle dual (usb 0413:6a05). With linux 3.16.3 the first adapter tunes and works fine, but the second tuner will only tune to the one UHF multiplex in our area. The other five multiplexes are all VHF and it won't lock on any of those.
Here's the kernel log from inserting the device;
[ 125.030689] usb 5-1.1: new high-speed USB device number 3 using ehci-pci [ 125.126691] usb 5-1.1: New USB device found, idVendor=0413, idProduct=6a05 [ 125.126695] usb 5-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 125.126698] usb 5-1.1: Product: WinFast DTV Dongle Dual [ 125.126700] usb 5-1.1: Manufacturer: Leadtek [ 125.221407] usb 5-1.1: dvb_usb_af9035: prechip_version=83 chip_version=02 chip_type=9135 [ 125.221813] usb 5-1.1: dvb_usb_v2: found a 'Leadtek WinFast DTV Dongle Dual' in cold state [ 125.232168] usb 5-1.1: dvb_usb_v2: downloading firmware from file 'dvb-usb-it9135-02.fw' [ 127.157506] usb 5-1.1: dvb_usb_af9035: firmware version=3.39.1.0 [ 127.157517] usb 5-1.1: dvb_usb_v2: found a 'Leadtek WinFast DTV Dongle Dual' in warm state [ 127.159469] usb 5-1.1: dvb_usb_af9035: [0] overriding tuner from 38 to 60 [ 127.160971] usb 5-1.1: dvb_usb_af9035: [1] overriding tuner from 38 to 60 [ 127.162547] usb 5-1.1: dvb_usb_v2: will pass the complete MPEG2 transport stream to the software demuxer [ 127.162571] DVB: registering new adapter (Leadtek WinFast DTV Dongle Dual) [ 127.180119] i2c i2c-11: af9033: firmware version: LINK=0.0.0.0 OFDM=3.9.1.0 [ 127.180127] usb 5-1.1: DVB: registering adapter 2 frontend 0 (Afatech AF9033 (DVB-T))... [ 127.193146] i2c i2c-11: tuner_it913x: ITE Tech IT913X successfully attached [ 127.193152] usb 5-1.1: dvb_usb_v2: will pass the complete MPEG2 transport stream to the software demuxer [ 127.193173] DVB: registering new adapter (Leadtek WinFast DTV Dongle Dual) [ 127.205374] i2c i2c-11: af9033: firmware version: LINK=0.0.0.0 OFDM=3.9.1.0 [ 127.205381] usb 5-1.1: DVB: registering adapter 3 frontend 0 (Afatech AF9033 (DVB-T))... [ 127.205521] i2c i2c-11: tuner_it913x: ITE Tech IT913X successfully attached [ 127.218475] Registered IR keymap rc-empty [ 127.218568] input: Leadtek WinFast DTV Dongle Dual as /devices/pci0000:00/0000:00:1d.0/usb5/5-1/5-1.1/rc/rc1/input18 [ 127.218669] rc1: Leadtek WinFast DTV Dongle Dual as /devices/pci0000:00/0000:00:1d.0/usb5/5-1/5-1.1/rc/rc1 [ 127.218674] usb 5-1.1: dvb_usb_v2: schedule remote query interval to 500 msecs [ 127.218677] usb 5-1.1: dvb_usb_v2: 'Leadtek WinFast DTV Dongle Dual' successfully initialized and connected [ 127.218827] usbcore: registered new interface driver dvb_usb_af9035
Here's an attempt to tune a VHF station with tzap; w_scan only finds the UHF multiplex. Note it's adapter 2 and 3, as I have a leadtek PCI card at adapters 0 and 1.
[ 9:44PM] hamish@quokka:~ $ tzap -a3 ABC
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0' reading channels from file '/home/hamish/.tzap/channels.conf' tuning to 226500000 Hz
video pid 0x0200, audio pid 0x028a
status 00 | signal ffff | snr 0000 | ber 00fa797a | unc 00073f4b | status 07 | signal ffff | snr 0000 | ber 00fa797a | unc 000765d0 | status 00 | signal ffff | snr 0000 | ber 00fa797a | unc 00078c55 | status 07 | signal ffff | snr 0000 | ber 00fa797a | unc 0007b2da | status 00 | signal ffff | snr 0000 | ber 00e45fb3 | unc 0007d95f | status 07 | signal ffff | snr 0000 | ber 00e45fb3 | unc 0007ffe4 |
^C
[ 9:44PM] hamish@quokka:~ $
[ 9:44PM] hamish@quokka:~ $ tzap -a2 ABC
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0' reading channels from file '/home/hamish/.tzap/channels.conf' tuning to 226500000 Hz
video pid 0x0200, audio pid 0x028a
status 00 | signal ffff | snr 0122 | ber 00000000 | unc 00000000 | status 1f | signal ffff | snr 0122 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal ffff | snr 0122 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal ffff | snr 0122 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal ffff | snr 0122 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal ffff | snr 0122 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal ffff | snr 0122 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
Is this a known problem, and is there a solution?
Thanks,
Hamish
Moikka
Performance issues are fixed recently (at least I hope so), but it will took some time in order to get fixes in stable. Unfortunately I don't have any IT9135 BX (ver 2 chip) dual device to test like yours...
Could you install that kernel tree:
http://git.linuxtv.org/cgit.cgi/media_tree.git/log/?h=devel-3.17-rc6
and firmwares from there:
http://palosaari.fi/linux/v4l-dvb/firmware/IT9135/ITE_3.25.0.0/
and test?
regards
Antti
Quoted 105 lines · Hamish Moffatt
I have a new Leadtek DTV dongle dual (usb 0413:6a05). With linux 3.16.3 the first adapter tunes and works fine, but the second tuner will only tune to the one UHF multiplex in our area. The other five multiplexes are all VHF and it won't lock on any of those.
Here's the kernel log from inserting the device;
[ 125.030689] usb 5-1.1: new high-speed USB device number 3 using ehci-pci [ 125.126691] usb 5-1.1: New USB device found, idVendor=0413, idProduct=6a05 [ 125.126695] usb 5-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 125.126698] usb 5-1.1: Product: WinFast DTV Dongle Dual [ 125.126700] usb 5-1.1: Manufacturer: Leadtek [ 125.221407] usb 5-1.1: dvb_usb_af9035: prechip_version=83 chip_version=02 chip_type=9135 [ 125.221813] usb 5-1.1: dvb_usb_v2: found a 'Leadtek WinFast DTV Dongle Dual' in cold state [ 125.232168] usb 5-1.1: dvb_usb_v2: downloading firmware from file 'dvb-usb-it9135-02.fw' [ 127.157506] usb 5-1.1: dvb_usb_af9035: firmware version=3.39.1.0 [ 127.157517] usb 5-1.1: dvb_usb_v2: found a 'Leadtek WinFast DTV Dongle Dual' in warm state [ 127.159469] usb 5-1.1: dvb_usb_af9035: [0] overriding tuner from 38 to 60 [ 127.160971] usb 5-1.1: dvb_usb_af9035: [1] overriding tuner from 38 to 60 [ 127.162547] usb 5-1.1: dvb_usb_v2: will pass the complete MPEG2 transport stream to the software demuxer [ 127.162571] DVB: registering new adapter (Leadtek WinFast DTV Dongle Dual) [ 127.180119] i2c i2c-11: af9033: firmware version: LINK=0.0.0.0 OFDM=3.9.1.0 [ 127.180127] usb 5-1.1: DVB: registering adapter 2 frontend 0 (Afatech AF9033 (DVB-T))... [ 127.193146] i2c i2c-11: tuner_it913x: ITE Tech IT913X successfully attached [ 127.193152] usb 5-1.1: dvb_usb_v2: will pass the complete MPEG2 transport stream to the software demuxer [ 127.193173] DVB: registering new adapter (Leadtek WinFast DTV Dongle Dual) [ 127.205374] i2c i2c-11: af9033: firmware version: LINK=0.0.0.0 OFDM=3.9.1.0 [ 127.205381] usb 5-1.1: DVB: registering adapter 3 frontend 0 (Afatech AF9033 (DVB-T))... [ 127.205521] i2c i2c-11: tuner_it913x: ITE Tech IT913X successfully attached [ 127.218475] Registered IR keymap rc-empty [ 127.218568] input: Leadtek WinFast DTV Dongle Dual as /devices/pci0000:00/0000:00:1d.0/usb5/5-1/5-1.1/rc/rc1/input18 [ 127.218669] rc1: Leadtek WinFast DTV Dongle Dual as /devices/pci0000:00/0000:00:1d.0/usb5/5-1/5-1.1/rc/rc1 [ 127.218674] usb 5-1.1: dvb_usb_v2: schedule remote query interval to 500 msecs [ 127.218677] usb 5-1.1: dvb_usb_v2: 'Leadtek WinFast DTV Dongle Dual' successfully initialized and connected [ 127.218827] usbcore: registered new interface driver dvb_usb_af9035Here's an attempt to tune a VHF station with tzap;
w_scanonly finds the UHF multiplex. Note it's adapter 2 and 3, as I have a leadtek PCI card at adapters 0 and 1.[ 9:44PM] hamish@quokka:~ $ tzap -a3 ABC
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0' reading channels from file '/home/hamish/.tzap/channels.conf' tuning to 226500000 Hz
video pid0x0200, audio pid0x028astatus 00 | signal ffff | snr 0000 | ber 00fa797a | unc 00073f4b | status 07 | signal ffff | snr 0000 | ber 00fa797a | unc 000765d0 | status 00 | signal ffff | snr 0000 | ber 00fa797a | unc 00078c55 | status 07 | signal ffff | snr 0000 | ber 00fa797a | unc 0007b2da | status 00 | signal ffff | snr 0000 | ber 00e45fb3 | unc 0007d95f | status 07 | signal ffff | snr 0000 | ber 00e45fb3 | unc 0007ffe4 |^C
[ 9:44PM] hamish@quokka:~ $
[ 9:44PM] hamish@quokka:~ $ tzap -a2 ABC
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0' reading channels from file '/home/hamish/.tzap/channels.conf' tuning to 226500000 Hz
video pid0x0200, audio pid0x028astatus 00 | signal ffff | snr 0122 | ber 00000000 | unc 00000000 | status 1f | signal ffff | snr 0122 | ber 00000000 | unc 00000000 |
FE_HAS_LOCK
status 1f | signal ffff | snr 0122 | ber 00000000 | unc 00000000 |FE_HAS_LOCK
status 1f | signal ffff | snr 0122 | ber 00000000 | unc 00000000 |FE_HAS_LOCK
status 1f | signal ffff | snr 0122 | ber 00000000 | unc 00000000 |FE_HAS_LOCK
status 1f | signal ffff | snr 0122 | ber 00000000 | unc 00000000 |FE_HAS_LOCK
status 1f | signal ffff | snr 0122 | ber 00000000 | unc 00000000 |FE_HAS_LOCKIs this a known problem, and is there a solution?
Thanks,
Hamish
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Signature · 1 line
http://palosaari.fi/
Quoted 8 lines · Antti Palosaari
Moikka
Performance issues are fixed recently (at least I hope so), but it will took some time in order to get fixes in stable. Unfortunately I don't have any IT9135 BX (ver 2 chip) dual device to test like yours...Could you install that kernel tree:
http://git.linuxtv.org/cgit.cgi/media_tree.git/log/?h=devel-3.17-rc6
and firmwares from there:
http://palosaari.fi/linux/v4l-dvb/firmware/IT9135/ITE_3.25.0.0/
OK I have http://git.linuxtv.org/cgit.cgi/media_tree.git/log/?h=devel-3.17-rc6 running now (reporting itself as 3.17-rc5), with the 3.40.1.0 firmware from your site.
Both tuners work for all stations, except that the first tuning attempt on each tuner simply doesn't lock. Doesn't seem to matter what I tune to.
[Unplug & replug device]
[11:44AM] hamish@quokka:~ $ tzap -a3 'ABC'
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0' reading channels from file '/home/hamish/.tzap/channels.conf' tuning to 226500000 Hz
video pid 0x0200, audio pid 0x028a
status 00 | signal ffff | snr 0000 | ber 00000000 | unc 00000000 | status 07 | signal ffff | snr 0000 | ber 00000000 | unc 00000000 | status 00 | signal ffff | snr 0000 | ber 00000000 | unc 00000000 | status 07 | signal ffff | snr 0000 | ber 00000000 | unc 00000000 | status 00 | signal ffff | snr 0032 | ber 00000000 | unc 00000000 | status 07 | signal ffff | snr 0032 | ber 00000000 | unc 00000000 |
^C
[11:44AM] hamish@quokka:~ $ tzap -a3 'ABC'
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0' reading channels from file '/home/hamish/.tzap/channels.conf' tuning to 226500000 Hz
video pid 0x0200, audio pid 0x028a
status 00 | signal ffff | snr 0000 | ber 00000000 | unc 00000000 | status 1f | signal ffff | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal ffff | snr 0122 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal ffff | snr 0122 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
^C
[11:44AM] hamish@quokka:~ $ tzap -a2 'ABC'
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0' reading channels from file '/home/hamish/.tzap/channels.conf' tuning to 226500000 Hz
video pid 0x0200, audio pid 0x028a
status 00 | signal ffff | snr 0000 | ber 00000000 | unc 00000000 | status 07 | signal ffff | snr 0000 | ber 00000000 | unc 00000000 | status 00 | signal ffff | snr 0000 | ber 00000000 | unc 00000000 | status 07 | signal ffff | snr 0000 | ber 00000000 | unc 00000000 | status 00 | signal ffff | snr 0032 | ber 00000000 | unc 00000000 | status 07 | signal ffff | snr 0032 | ber 00000000 | unc 00000000 | status 00 | signal ffff | snr 0032 | ber 00000000 | unc 00000000 | status 07 | signal ffff | snr 0032 | ber 00000000 | unc 00000000 | status 00 | signal ffff | snr 0028 | ber 00000000 | unc 00000000 | status 07 | signal ffff | snr 0028 | ber 00000000 | unc 00000000 |
^C
[11:45AM] hamish@quokka:~ $ tzap -a2 'ABC'
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0' reading channels from file '/home/hamish/.tzap/channels.conf' tuning to 226500000 Hz
video pid 0x0200, audio pid 0x028a
status 00 | signal ffff | snr 0000 | ber 00000000 | unc 00000000 | status 1f | signal ffff | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal ffff | snr 0122 | ber 0009a140 | unc 00002685 | FE_HAS_LOCK
^C
I left it trying to tune for minutes, and occasionally it would get a lock for one sample but then lose it again for the next.
Hamish
Quoted 12 lines · Hamish Moffatt
Quoted 10 lines · Antti Palosaari
Moikka
Performance issues are fixed recently (at least I hope so), but it will took some time in order to get fixes in stable. Unfortunately I don't have any IT9135 BX (ver 2 chip) dual device to test like yours...Could you install that kernel tree:
http://git.linuxtv.org/cgit.cgi/media_tree.git/log/?h=devel-3.17-rc6
and firmwares from there:
http://palosaari.fi/linux/v4l-dvb/firmware/IT9135/ITE_3.25.0.0/
Quoted 7 lines
OK I have
http://git.linuxtv.org/cgit.cgi/media_tree.git/log/?h=devel-3.17-rc6
running now (reporting itself as 3.17-rc5), with the 3.40.1.0 firmware from your site.Both tuners work for all stations, except that the first tuning attempt on each tuner simply doesn't lock. Doesn't seem to matter what I tune to.
:/ Sounds like a something is not initialized in a correct order. I suspect it is it913x tuner driver. But without a hardware, I cannot do much for it. So let it be.
Good to hear that it works that better, even first tune will fail. It is though annoying as you will need to close app and then try again. I suspect it needs "power on - sleep - power on" in order to init all properly.
Quoted 51 lines
[Unplug & replug device]
[11:44AM] hamish@quokka:~ $ tzap -a3 'ABC'
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0' reading channels from file '/home/hamish/.tzap/channels.conf' tuning to 226500000 Hz
video pid0x0200, audio pid0x028astatus 00 | signal ffff | snr 0000 | ber 00000000 | unc 00000000 | status 07 | signal ffff | snr 0000 | ber 00000000 | unc 00000000 | status 00 | signal ffff | snr 0000 | ber 00000000 | unc 00000000 | status 07 | signal ffff | snr 0000 | ber 00000000 | unc 00000000 | status 00 | signal ffff | snr 0032 | ber 00000000 | unc 00000000 | status 07 | signal ffff | snr 0032 | ber 00000000 | unc 00000000 |^C
[11:44AM] hamish@quokka:~ $ tzap -a3 'ABC'
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0' reading channels from file '/home/hamish/.tzap/channels.conf' tuning to 226500000 Hz
video pid0x0200, audio pid0x028astatus 00 | signal ffff | snr 0000 | ber 00000000 | unc 00000000 | status 1f | signal ffff | snr 0000 | ber 00000000 | unc 00000000 |
FE_HAS_LOCK
status 1f | signal ffff | snr 0122 | ber 00000000 | unc 00000000 |FE_HAS_LOCK
status 1f | signal ffff | snr 0122 | ber 00000000 | unc 00000000 |FE_HAS_LOCK
^C
[11:44AM] hamish@quokka:~ $ tzap -a2 'ABC'
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0' reading channels from file '/home/hamish/.tzap/channels.conf' tuning to 226500000 Hz
video pid0x0200, audio pid0x028astatus 00 | signal ffff | snr 0000 | ber 00000000 | unc 00000000 | status 07 | signal ffff | snr 0000 | ber 00000000 | unc 00000000 | status 00 | signal ffff | snr 0000 | ber 00000000 | unc 00000000 | status 07 | signal ffff | snr 0000 | ber 00000000 | unc 00000000 | status 00 | signal ffff | snr 0032 | ber 00000000 | unc 00000000 | status 07 | signal ffff | snr 0032 | ber 00000000 | unc 00000000 | status 00 | signal ffff | snr 0032 | ber 00000000 | unc 00000000 | status 07 | signal ffff | snr 0032 | ber 00000000 | unc 00000000 | status 00 | signal ffff | snr 0028 | ber 00000000 | unc 00000000 | status 07 | signal ffff | snr 0028 | ber 00000000 | unc 00000000 |^C
[11:45AM] hamish@quokka:~ $ tzap -a2 'ABC'
using '/dev/dvb/adapter2/frontend0' and '/dev/dvb/adapter2/demux0' reading channels from file '/home/hamish/.tzap/channels.conf' tuning to 226500000 Hz
video pid0x0200, audio pid0x028astatus 00 | signal ffff | snr 0000 | ber 00000000 | unc 00000000 | status 1f | signal ffff | snr 0000 | ber 00000000 | unc 00000000 |
Quoted 8 lines
FE_HAS_LOCK
status 1f | signal ffff | snr 0122 | ber0009a140| unc 00002685 |FE_HAS_LOCK
^CI left it trying to tune for minutes, and occasionally it would get a lock for one sample but then lose it again for the next.
regards
Antti
Signature · 1 line
http://palosaari.fi/
Quoted 29 lines · Antti Palosaari
Quoted 5 lines · Hamish Moffatt
Quoted 4 lines · Antti Palosaari
Moikka
Performance issues are fixed recently (at least I hope so), but it will took some time in order to get fixes in stable. Unfortunately I don't have any IT9135 BX (ver 2 chip) dual device to test likeyours...
Quoted 10 lines
Quoted 6 lines
Could you install that kernel tree:
http://git.linuxtv.org/cgit.cgi/media_tree.git/log/?h=devel-3.17-rc6
and firmwares from there:
http://palosaari.fi/linux/v4l-dvb/firmware/IT9135/ITE_3.25.0.0/OK I have
http://git.linuxtv.org/cgit.cgi/media_tree.git/log/?h=devel-3.17-rc6
running now (reporting itself as 3.17-rc5), with the 3.40.1.0firmware
Quoted 3 lines
from your site.
Both tuners work for all stations, except that the first tuning
attempt
Quoted 1 line
on each tuner simply doesn't lock. Doesn't seem to matter what I tune
to.
:/ Sounds like a something is not initialized in a correct order. I suspect it is it913x tuner driver. But without a hardware, I cannot do much for it. So let it be.
Quoted 6 lines
Good to hear that it works that better, even first tune will fail. It is
though annoying as you will need to close app and then try again. I suspect it needs "power on - sleep - power on" in order to init all properly.
Well it's easy enough to work around by running dvbtune or tzap with a timeout on boot or when the device is inserted. I've had tuners with such quirks before.
Still, 3.16.3 with the 3.39 firmware didn't show this. 3.16.3 with the 3.40 firmware was quite unpredictable though.
These dongles are pretty cheap here. Do you have DVB-T to test with?
Thanks
Hamish
Signature · 1 line
Sent from my Android phone with K-9 Mail. Please excuse my brevity.