Yo! What I said!
> I've seen messages from the past years in the archive referring
> to the UMT-010 code that seems to not work with different
> devices. I've got one of them, that's partly supported but
> The MT352 demodulator is successfully identified.
> I tried, disconnecting the device results in a panic, which
Fixed by the recent patch.
> The actual tuner in the stick is the MT2060F. I'm guessing I
> The tuner in my stick is definitively not on the expected 0x61,
> but at 0x60
Successfully probed and identified:
[11881.612826] DVB: registering new adapter (Hanftek UMT-010 DVB-T USB2.0)
[11881.621216] DVB: registering frontend 2 (Zarlink MT352 DVB-T)...
[11881.625922] MT2060: successfully identified (IF1 = 1220)
[11882.201936] dibusb: Found MT2060 at 0x60
However with the warning after loading firmware, Linux/Hanftek:
[11881.580848] usb 4-2.2: config 1 interface 0 altsetting 0 bulk endpoint 0x1 has invalid maxpacket 64
[11881.581169] usb 4-2.2: config 1 interface 0 altsetting 0 bulk endpoint 0x81 has invalid maxpacket 64
[11881.584942] usb 4-2.2: configuration #1 chosen from 1 choice
Similar warning when loaded vendor firmware from cdrom (prod ID 0x25) :
[11138.581373] usb 4-2.2: config 1 interface 0 altsetting 0 bulk endpoint 0x1 has invalid maxpacket 64
[11138.581712] usb 4-2.2: config 1 interface 0 altsetting 0 bulk endpoint 0x81 has invalid maxpacket 64
[11138.581987] usb 4-2.2: config 1 interface 0 altsetting 0 bulk endpoint 0x82 has invalid maxpacket 376
[11138.584747] usb 4-2.2: configuration #1 chosen from 1 choice
In neither case have I yet to receive any signal whatsoever when
scanning verbosely. Code is based on 2.6.26-rc8 aged a week for
smoothness, manually patched and hacked for the MT2060 at 0x60.
> If there might be an additional PLL chip, that might be what
> I see mounted on the bottom of the board, next to the MT2060,
Lies, untruths, falsehoods, slander. Here's a complete inventory
of significant components on this Clone'o'Hanftek:
working from antenna towards USB connector, upperside of board
label VT6330C1 VER:1.0
Tuner MT2060F
smd bandpass filter (if filter) EPCOS X7350P on side
prob IR RX, no label
Demod MT352CG
serial eeprom ATMEL630 + 24C02BN
24MHz xtal
empty space for one LED next to USB connector
bottom of board
not a PLL, but 18MHz xtal
20,48MHz xtal
EZ-USB uC CY7C68013A-56LFXC + cyp 606155
I've just grepped the list archives and reread the messages about
Hanftek/UMT-010. None of them (esp.2006-ish) seemed to come to
a satisfactory conclusion within the list archive.
As this board has the MT2060 tuner, is it appropriate that I try
to keep it within the umt-010.c framework? I bet I need to add
more config info to the tuner attach, which so far has been without
success.
Or should I be trying to get dibusb to talk to this device, as the
umt source seems to partly depend on that? Or something else??
And should I concern myself with the maxpacket messages???
You've heard it before, I don't know what I'm doing
thanks
barry bouwsma
_______________________________________________
linux-dvb mailing list
linux-dvb@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
