From: Rod <Rod@Rods.id.au>
To: linux-dvb@linuxtv.org
Subject: Re: [linux-dvb] Compro VideoMate T-750 DVB tuner card, any updates?
Date: Fri, 22 Feb 2008 17:29:50 +1100 [thread overview]
Message-ID: <47BE6BDE.1090403@Rods.id.au> (raw)
In-Reply-To: <47BD55BA.1040305@Rods.id.au>
Update info on the card connections at the end..
Rod wrote:
> Hi... new here..
>
> Just wondering if there were any updates with the Compro T-750 dual
> tuner card?
>
> Possibly the interesting bit is at the end...
>
> I had a look at "previous posts" but found only that the card was
> scanned with some Windoze software??? I don't have that software, but
> here is what I know
>
> 1/. there is nothing written anywhere that the card uses QT1010 or a
> XC2028, seems no one has tried pulling the "Cans" from the PCB, easy
> job, when you have the tools ;o)
>
> The QT1010 is the front-end for the DVB stream (top can)
>
> The XC2028 is the front-end for the Analog stream (lower can)...
>
> Most of this, I have E-mailed on the MythTV E-mail list, but
> re-verifying it here if anyone missed it..
>
> Here is what I have found on this little card....
>
> The RTC on the card, being a known chip, also linked into the
> "Power-SW" wiring from the front panel simplifies the "power saving
> feature, also the complexity across differing mobo's and their BIOS
> timing circuits
>
> Onboard, it has the following devices.
>
> DVB-in -> QT1010 -> CE6353 -> SAA7135
> Analog-in -> XC2028 -> SAA7135
> Radio-in -> XC2028 -> SAA7135 (I think it goes thru the XC chip)
> Composite-in -> SAA7135
> RTC (DS1337)-> SAA7135 (I2C)
> EEPROM (HT24LC02)-> SAA7135 (I2C)
> CE6353 -> SAA7135 (I2C)
> QT1010 -> CE6353 (I2C) I'm sure it does this connection, see below..
>
> I have QT1010, SAA7133/5, XC2028, DS1337 loaded as a modules
>
> The RTC is connected to the I2C buss from the SAA7135, the INT
> output is connected thru a custom driver chip (seems like just a custom
> driver similar to a ULN2004 driver chip, I doubt its I2C, it wouldn't
> buzz out to that chip
>
> I2C addresses
> QT1010 = 0xA0 DVB Front End (#)
> DS1337 = 0xD0 RTC, the Alarm out restarts the computer
> HT24LC02 = 0xA0 CMOS 2K 2-wire serial EEPROM (#)
> XC2028 = 0x Analog/Radio front End (Difficult to get
> address info, as its a BGA)
> CE6353 = 0x1E Nordig Unified DVB-T CDFDM Terrestrial
> Demodulator
>
> (#) Now, as you notice, the I2C address for the QT1010 and the EEPROM
> have the same address (0xA0) I feel (assume, could be wrong) that the
> I2C for the QT device is wired to the 2nd port of the CE6353 device
>
> QT1010 (module)
> DS1337 (module)
> XC2028 (CX8800 = module) or CX88... series modules
> CE6353 not sure of the module for this yet... not sure how
> programmable it is
>
>
> Have a PDF of the QT1010, cannot find the linky again
> DS1337 http://datasheets.maxim-ic.com/en/ds/DS1337-DS1337C.pdf
> CE6353 http://download.intel.com/design/celect/datashts/D55752.pdf
>
>
>
> CE6353 looks pin-for-pin compatable for the following (Zarlink Devices)
> http://www.pctuner.ru/files/pdf/zarlink_mt352.pdf
> http://www.pctuner.ru/files/pdf/zarlink_zl10353.pdf
> There is a linky on the Intel web site for cross referencing the CE
> with Zarlink
>
> Also the I2C address on the chip Doc refers to SADD0:4, in the doc,
> it said that "In the current TNIM evaluation application, the 2-wire bus
> address is 0001 111 R/ W with the pins connected as
> follows:"
>
> I actually found this rather difficult to understand, but I guess I
> sussed it... SADD0:4 is 5 pins that are tied to Vdd or Vss, but the pin
> outs state they are N.C. (Non Connected) strange..
>
> For the T-750 the configuration is 0001 111r/w Strange how they
> didn't change it, but thats what happens when you follow App notes,...
>
> So, I hope this helps someone getting these little beasties going, I
> would love to utilise them ;o)
>
>
> Ok, that little bit above was posted on the MythTV-users listserv,
> no one replied to it ;o(
>
> Ok, now for more information, I havn't found this posted on the
> Internet anywhere, so I did some probing myself, if I had the computer I
> used to have at work, I could post almost the complete circuit diagram
> gained from the PCB, and possibly got myself into some real trouble :P
>
> I don't know what the PRO1A does, but I feel its a port driver, or a
> masked ROM, or a Fuse link device...
>
> Someone did mention that the tops of the IC's were damaged, and
> difficult to read, if you live in Australia, go out and buy yourself a
> bottle of "Eucalyptus Oil" it'll clean those chips up really well for
> you, the device is something like a 74ALC74 (or is it ALC174, no matter,
> its just a simple chip, driving the switch gear to control the outputs,
> nothing really special, I think its driven a bit by the PRO1A device, if
> I had that computer (mentioned above) I'd have that figgured out
>
> I2C comms are as above, no more clarity needed I think..
>
> I think the bit that people are having a problem with is the GPIO
> connections... I'm not sure how accurate the Windoze scanner is, but
> here is what I probed...
>
> Format, is SAA7134 (SAA) -> CE6353 (CE)
> SAA Pin:Desig -> CE Pin:Desig
> 86:GPIO0 -> 49:MDO0
> 85:GPIO1 -> 50:MDO1
> 84:GPIO2 -> 51:MDO2
> 83:GPIO3 -> 52:MDO3
> 82:GPIO4 -> 53:MDO4
> 81:GPIO5 -> 56:MDO5
> 80:GPIO6 -> 57:MDO6
> 79:GPIO7 -> 58:MDO7
>
> 68:GPIO16 -> 48:MOVAL
>
> 60:GPIO19 -> 47:MOSTRT
> 59:GPIO20 -> 61:MOCLK
>
> Next is the GPIO to the PRO1A Device from the SAA
>
> SAA 78:GPIO8 -> PRO1A U5:6 (U5 is the PRO1A Desig)
>
> 77:GPIO9 -> U5:7
> 76:GPIO10 -> U5:8
> 77:GPIO11 -> U5:9
>
> 61:GPIO18 -> U5:12
>
> 56:GPIO23 -> U5:13 (or 14) strange, same resistance to either pin from
> GPIO23 200-500R (Ohms)
>
> Next, not 100% sure of these being No-Connect... further
> investigation (another lunch break)
>
> 72:GPIO12
> 71:GPIO13
> 70:GPIO14
> 69:GPIO15
> 58:GPIO21
> 57:GPIO22
> 89:GPIO25
> 88:GPIO26
> 87:GPIO27
>
> Ok, I hope this helps get this little cart moving...
>
Well, had lunch today, and probed deeper into the card, probing with
some nice sharp test probes (POGO series from ECT)
SAA:70:GPIO14 -> RT104 -> CE:9:RESET
RT104 is missing, Reset connected to a RC circuit.
SAA:71:GPIO13 -> U5:11
SAA:72:GPIO12 -> U5:10
There are a number of Test Points (TPx) on the back, near the Analog
can,
TP9 -> Vdd
TP8 -> SAA:69:GPIO15 (with pull-up resistor)
TP6 -> SDA (I2C on SAA)
TP5 -> SCL (I2D on SAA)
TP3 -> C93 -> SAA:106:SIF
Guessing,
TP8 = Active Low signal to the XC device
TP5/6 = I2C comms (Given)
TP3 = IF signal Capactively coupled to the IF input of the SAA device
I think thats about all..
What else would be needed to get this beasty going?
_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
prev parent reply other threads:[~2008-02-22 6:30 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-21 10:43 [linux-dvb] Compro VideoMate T-750 DVB tuner card, any updates? Rod
2008-02-22 6:29 ` Rod [this message]
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=47BE6BDE.1090403@Rods.id.au \
--to=rod@rods.id.au \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.