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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox