From: Kevin G. Rhoads on
> I've never done
>any surface mount soldering before. I did read about a way to use
>solder paste and reflow in a toaster oven, but it'll probably be
>trickier than it sounds.

For small lots and prototyping the techs here (Dartmouth Physics Dept)
find the solder paste is more problematic than using rosin-core wire
solder and a fine iron (lead containing solder only). There is one
fancy soldering station with capability for dealing with paste, but
the paste has shelf-life problems, and old paste is very problematic.

Of course, using an iron only works for the surface mount versions
where exposed metal is available: SO-8, discretes down to 0508, 0406,
(pads deliberately oversized to expose metal) and a little bit of the
MSOP stuff.

YMMV
From: sp_mclaugh on

a7yvm109gf5d1(a)netzero.com wrote:

> OK, sounds good, but what's the point of having IP on something that
> already exists as an ASIC? You won't make a competitive consumer
> product that way. I've seen industrial scan doublers for 2000$ OTOH.

True, the commercial market has a lot more potential for custom low-run
designs. However, it'll be awhile before I'm comfortable marketing any
type of design - whether targetted towards the consumer or commercial
market. This is strictly a learning project. I'm at minimum a few years
off from being able to design this type of thing in an economical
manner - at least on my own. There are many broad fields that I am
inexperienced in (ie PCB design). However, I do plan on going into DSP
and mixed-signal work, so I think this is a good project to use to
become familiar with various techniques.

From: sp_mclaugh on
panteltje(a)yahoo.com wrote:

> You may want ot read this, note 2.5ns in the late sixties and
> seventies:
> http://www.labguysworld.com/Museum014.htm
> Fun for me as I worked with that stuff.

Very impressive, I gave the site a read. I'm sure that I couldn't do
this with the technology from that time period ! Even now, it's going
to be difficult. At least I don't have to deal with any time base
corrections - I'm just going to use a broadcast video source.

Sean

From: sp_mclaugh on

Ancient_Hacker wrote:

> Whew, quite a challenge. Is there some good reason you're doing this
> the hard way?

The quick answer is... no. It's more of an exercise than a practical
design.

> Doing it digitally is a bit challenging as you need rather precise
> phase lock to the 3.5xx subcarrier and differential phase with gain
> tracking.

See, I'm still trying to understand why the needed level of precision
is difficult to attain. In my case, I'm oversampling by quite a bit (50
MSPS for a ~3.5 MHz signal). My sampling clock comes directly from the
FPGA clock - fixed and stable. It is free-running, and bears no
relation to the hsync or color subcarrier timing.

I regenerate the chroma subcarrier using a numerically controlled
oscillator, which generates two outputs 90 degrees out of phase. The
NCO is digitally phase locked to the color burst. I seperate the chroma
from the luminance using a comb filter (2d adaptive). Then I just do
coherent demodulation - multiply the chrominance by the outputs of my
numerically controlled oscillator, and low-pass filter. This gives I
and Q.

Where, specifically, do I have to worry most about the precision of the
devices I'm using? Is it that difficult to lock the DPLL to the color
burst? Am I missing some huge concept (it's quite likely)?

Kevin G. Rhoads wrote:

> For small lots and prototyping the techs here (Dartmouth Physics Dept)
> find the solder paste is more problematic than using rosin-core wire
> solder and a fine iron (lead containing solder only). There is one
> fancy soldering station with capability for dealing with paste, but
> the paste has shelf-life problems, and old paste is very problematic.

I'll see if I can find a fine soldering iron in one of our labs.
However, my hand isn't all that steady to begin with, so we'll see...!

From: Frank Raffaeli on


On Nov 29, 10:18 pm, sp_mcla...(a)yahoo.com wrote:
> Ancient_Hacker wrote:
> > Whew, quite a challenge. Is there some good reason you're doing this
> > the hard way?The quick answer is... no. It's more of an exercise than a practical
> design.
>
> > Doing it digitally is a bit challenging as you need rather precise
> > phase lock to the 3.5xx subcarrier and differential phase with gain
> > tracking.See, I'm still trying to understand why the needed level of precision
> is difficult to attain. In my case, I'm oversampling by quite a bit (50
> MSPS for a ~3.5 MHz signal). My sampling clock comes directly from the
> FPGA clock - fixed and stable. It is free-running, and bears no
> relation to the hsync or color subcarrier timing.
>
> I regenerate the chroma subcarrier using a numerically controlled
> oscillator, which generates two outputs 90 degrees out of phase. The
> NCO is digitally phase locked to the color burst. I seperate the chroma
> from the luminance using a comb filter (2d adaptive). Then I just do
> coherent demodulation - multiply the chrominance by the outputs of my
> numerically controlled oscillator, and low-pass filter. This gives I
> and Q.
>
> Where, specifically, do I have to worry most about the precision of the
> devices I'm using? Is it that difficult to lock the DPLL to the color
> burst? Am I missing some huge concept (it's quite likely)?
>

I don't see any major holes in your reasoning.

Your reference clock is something to pick with care. 50 MSPS is enough
for video or direct IF processing (presuming IF is band-limited, as in
the case with a tuner's SAW filter output). In your case (M NTSC), a
commonly used I.F. is centered at 44 MHz, with the PIF at 45.75 and SIF
at 41.25.
Zarlink Semi uses a 20.45 MHz reference (multiplied by 2x for DSP),
Micronas uses 18.432 MHz, others use 27 Mhz. Each has advantages and
drawbacks.
If you want to plan ahead for the direct I.F. demod I would suggest
carefully plotting out the sampling components and their aliases. Later
you might want to add PAL, SECAM, ATSC and DVB-T.
It's very important to make sure your sampling reference is low-jitter
(low SSB phase noise oscillator) and that you don't use the FPGA's
internal PLL to multiply it for sampling (DSP clock is ok) but you will
need a FIFO or some way to cross from clean to dirty clocking boundary.
The reason a low phase-noise sampling is important is the chroma domod
is very senitive to errors and this will show up in the video as chroma
noise and color streaking.
One other recommendation: For the filtering, you may eventually want to
consider a combination of other topologies instead of a (symetric) FIR:
1) Group-delay compensated IIR - for video / I.F. filtering: it's more
economical.
2) CIC - differentiator structure followed by a resonator (integrator)
(See Kuc Introduction to Digital Signal Processing)

Forget the easy way - your approach, properly implemented, will yield
the best result.

The hard part is the Audio - are you intending to demodulate BTSC
stereo? I recommend doing the video first.

Regards,

Frank Raffaeli
http://www.aomwireless.com/