Skip to contentSkip to conversation

problem with second tuner on Leadtek DTV dongle dual

DISCUSSION Hamish Moffatt 2 participants 5 messages Sep 25, 2014 – Sep 27, 2014 Media (V4L/DVB)

lore
Share & tools
lore
#0 lore raw

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

#1 lore raw

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_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

--
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/
#2 lore raw
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

#3 lore raw
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 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 |
Quoted 8 lines

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.

regards
Antti

Signature · 1 line
http://palosaari.fi/
#4 lore raw
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 like

yours...

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.0

firmware

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.