PLL tricks

Number are numbers. Notation is a convenient tool - it doesn't change the actual numbers,or the way they behave.

John Larkin should be bright enough to do the same job in binary or hex, which uses up less cells in your FPGA or whatever.

Only until you get your morning coffee, and get your brain in gear.

--
Bill Sloman, Sydney
Reply to
Bill Sloman
Loading thread data ...

Thing about a DDS is that it can only output edges aligned with input edges. In my case, 10MHz and 155.52 MHz edges align once every 12.5 usec. Changing the DDS radix can let me synthesize 10.000 MHz from

155.52, but it can only do that by jittering edges around an average value. So, that would put me back to needing analog precision in the phase detector. Less than before, but still intimidating.

The only thing I can think of just now is to run the VCO at some multiple of 155.52, so I can have a GCD higher than 80K. So it becomes a search for a super-low-phase-noise VCO in the low GHz ballpark. SAW or ceramic resonator maybe?

--

John Larkin         Highland Technology, Inc 

jlarkin att highlandtechnology dott com 
http://www.highlandtechnology.com
Reply to
John Larkin

Hi John,

Using 80 kHz comes with the requirement for high analog precision. You wanted to trade speed for precision, a good idea, especially since speed is so cheap. So you don't care about the prime factors of 80 kHz. The important factors are:

2^10 * 3^5 * 5^4 = 155.52 MHz and

2^7 * 5^7 = 10 MHz.

One solution to your problem is fractional, which has already been discussed. To keep the solution in the integers (and above 80 kHz and below about 20 GHz), I think you need two VCOs and a divider.

The advantage of this approach is that you should have a simple system with easy-to-predict phase noise and no surprises. The disadvantage is that you need more parts.

There are combinations other that what I showed earlier, for example you can increase the 10 MHz by 3^3 yielding 270 MHz. Divide 270 MHz by 5^3 yielding 2.16 MHz. Increase 2.16 MHz by 2^3 * 3^2 yielding 155.52 MHz.

Thanks for the chance to play with the prime numbers. I don't get to do that often.

ChesterW

Reply to
ChesterW

Or, use two loops? the multipliers break down

so first PLL the 10 MHz up by 3*3*3 and down by 5; that's 2 MHz at the phase comparator, and gives you a 27/5 * 10 MHz intermediate clock. Second stage, up by 16*9 and down by 5, that's double the frequency you want (so a final divide-by-two flipflop gives a clean signal). The second PLL has its comparator at about 10 MHz.

Reply to
whit3rd

The DDS output is an analog sine wave. You *do* need the reconstruction low-pass filter after the DAC. The DAC values are correct for the sine at the incloming clock intervals, so the low-pass interpolates them for the other times.

How about using a DDS for 10 MHz from 155.52 MHz and phase detecting the low-pass filtered output using sampling controlled by your

10 MHz reference?
--

Tauno Voipio
Reply to
Tauno Voipio

Yeah, all sorts of number theory stuff pops up when you do things like this.

This is sort of interesting: clock a mod-1944 counter from 155.52 MHz. It ticks every 6.43... ns.

Every 12.5 us, namely every state 0 of the counter, it aligns perfectly with the 10 MHz ref, whose period is 100 ns.

No other states of the 155 MHz counter align with the 100 ns ref period, GCD duh, but some come awfully close.

State 902 happens at 5,799.897 ns, which is only 103 ps before a 10 MHz ref edge.

State 1042 is 103 ps late.

State 1244 is 29 ps early.

1493 is 51 ps late.

I wonder if we could work with them somehow.

--

John Larkin         Highland Technology, Inc 

jlarkin att highlandtechnology dott com 
http://www.highlandtechnology.com
Reply to
John Larkin

Am 10.09.2014 um 18:49 schrieb John Larkin:

There is no jitter, the low pass after the DAC is part of the game.

But now, with plenty 24*24 Multipliers in an FPGA, that are obscenely cheap and that run at hundreds of MHz, I would do the phase comparision in the digital domain. Then you get a near-DC control voltage that is oversampled at 10 or even 155 MSPS, easy to filter.

When the 10 MHz ref is only 0/1, even a multiplier might be a luxury. And the DAC also, a PWM output might do.

Ooohps, I'm getting Joergish! :-)

Gerhard

Reply to
Gerhard Hoffmann

Am 10.09.2014 um 22:44 schrieb Gerhard Hoffmann:

I'll play the Ingrid:

With 1/0 10MHz one would probably divide to 5MHz for the comparision to be independent of duty cycle. And for the sampling rate, 155 makes more sense.

Gerhard

ps In German newsgroups, there was a woman called Ingrid who used to follow-up her own posts excessively. Therefore now: "Ich mache mal die Ingrid."

Reply to
Gerhard Hoffmann

A DAC, lowpass (or bandpass) filter, and comparator get me back into the high-precision analog business as regards picosecond timing accuracy.

Yikes! You'll be chopping firewood next.

--

John Larkin         Highland Technology, Inc 

jlarkin att highlandtechnology dott com 
http://www.highlandtechnology.com
Reply to
John Larkin

I was a mathematician before I became an engineer. Number theory was one of my favorite areas.

I just pictured a circuit with 2 * 1944 comparators ;)

ChesterW

Reply to
ChesterW

Only if you choose to divide by an irrational number (like e or pi).

The raw DDS output can only output edges aligned with it's internal clock, but many DDS chips have a built-in frequency multiplier to make the internal clock a lot faster than the external reference.

And you are supposed to filter the DDS output to smear out the edges - the steps on the stair-case approximation to a true sine wave output.

An analog - multiplying - phase detector does produce an output containing high frequency content, but you are supposed to low-pass filter this to the point that it doesn't produce significant phase excursions at the VCO.

--
Bill Sloman, Sydney
Reply to
Bill Sloman

What do you mean by "picosecond stability?"

If you mean jitter, and the VXCO is good enough, then it should smooth over noise in the PD.

--
www.wescottdesign.com
Reply to
tim

My 155.52 clock shouldn't drift in time more than, say, 10 ps relative to the 10 MHz reference. If I use an analog phase detector (multiplier or charge pump) at 80 KHz, it will need to have roughly 1 PPM analog stability.

I can use a edge-sensitive phase detector, namely an ECL d-flop, as a bang-bang early/late sensor, which would have esentially infinite gain and single-digit-picosecond long-term stability. But the loop filtering will be ugly. The bang-bang detector output would be essentially random 1s and 0s at 80 KHz, which will contain a bunch of low frequency noise.

An 80KHz phase detector will need to be filtered hard to keep from wobbling the VCXO. That means the XO has to have very low open-loop jitter at frequencies where the loop doesn't discipline it. It can be done, it's just tough.

--

John Larkin         Highland Technology, Inc 

jlarkin att highlandtechnology dott com 
http://www.highlandtechnology.com
Reply to
John Larkin

I'm sure you know a lot more about 1 ps phase detectors than I do, but when you say "exact"... when does a frequency ever need to be "exact"? Won't the input be within some accuracy spec? Or is this a case where the two frequencies have to be in lock step for some digital stuff to work correctly? It just seems like some odd frequencies to require exact frequency ratios.

BTW, a DDS *would* be very jittery at those numbers.

--

Rick
Reply to
rickman

But if you the 155.52MHz as the reference input to a DDS generating a 10MHz sine wave clock and compare that with a 10MHz sine wave clock generated by your high quality reference crystal, the analog output from a multiplying phase detector would contain a large 20MHz component which you'd have to fi lter out, and cross products with any high frequency ripple on the DDS outp ut that you hadn't filtered out.

Much lower than it needs to be. And building an edge-sensitve phase detecto r when you could buy an Analog Devices AD834 - back in 1989 I used somethin g more specialised, but ti doesn't seem to be available any more - probably wouldn't be wise.

Think again.

But with a DDS you can run it at 10MHz, as you could with a fractional-N sc heme, though with more noise on the raw phase-detector output (which would be easy to filter out).

Which makes it a really silly - as well as a quite unnecessary - idea.

But you can buy it - pre-done - from ON Semiconductor, so it just needs spe nding enough money in the right place. Nothing tough about that.

formatting link

If you wanted a small batch, you might have to go to a crystal specialist w ho could thin a couple of special crystal for you for 155.52MHz. They've be en available for a couple of decades now.

--
Bill Sloman, Sydney
Reply to
Bill Sloman

The raw DDS output would be a 15.5 step staircase-approximation to a sine wave. That's 23 degree steps, and 20% of full-scale steps in amplitude for the biggest steps.

You'd use a low pass filter to get rid of the 155.52MHz content and its higher harmonics. A handful of poles of low-pass filter would clean it up no end, and a notch could do even better.

PLL loop stability has to cope with the phase delay (and frequency dependent excursions) through the filter, but that's cookbook stuff.

Nobody sane uses a DDS without an output filter, though with a big gap between the reference frequency and the synthesised frequency, you don't need much filtering.

--
Bill Sloman, Sydney
Reply to
Bill Sloman

You trying to build a OC3 framer but with a 10MHz refclock?

--
Chisolm 
Republic of Texas
Reply to
Joe Chisolm

but

The DDS concept is an integer divide system, binary or BCD makes no difference.

?-)

Reply to
josephkk

155.52

KHz

an

but

Nor is it all as simple as you expect. The SONET system is designed to be able to eat amazing amounts of clock drift and not lose data or effective synchronization.

Lemme see if i can work this out:

DS1 is 1.544 Mb/s DS2 is 4 DS1 + Overhead 6.312 Mb/s DS3 is 28 DS1 (6 DS2)+ Overhead 44.736 Mb/s

1 DS3 plus SONET overhead is STS-1 51.84 Mb/s The STS-1 is 9 rows of 90 Bytes Of this the first 3 bytes are high level overhead including Section over head Pointer Line overhead and SPE SPE is one byte POH and 86 bytes payload per row That makes for 774 bytes of payload and 36 bytes of overhead per STS-1 frame.

The system allows for continuous positive and negative byte slip for each DS1 (VT 1.7) tributary.

Please see:

Reply to
josephkk

Am 11.09.2014 um 07:40 schrieb josephkk:

No, it's neither an integer divide system nor does BCD make no difference.

A counter is an integer divide system.

The frequency resolution of a 48 bit DDS is f_clock/2**48 which is anything but integer and you can get only multiples of the resolution out. You may be very close to your intended frequency but microHz away and that gives you a constant phase creep.

With a BCD DDS your step size can be f_clock / 10e6 and that that is an advantage if you need a frequency that can be exactly written in a few decimal digits.

And also, you need the lowpass after the dds only if you cross the boundary from a sampled to a continuous system.

For example in a software defined radio it is perfectly legal to multiply the data from the antenna ADC with the output from the sin&cos table to convert them to an IF or to baseband. There is no low pass involved.

That makes it attractive to do the phase comparison in the sampled domain and to d/a convert only the tune voltage to the VCXO which is just nervous DC.

The loop integrator would be digital, too; it's just an adder and a register. Sorry, no precision op amp and foil capacitors.

There is not much need to maximize loop bandwidth to correct the 1/f noise, the telecom people ignore the first few KHz altogether, where it's hard.

Those ps numbers carry a completely different meaning in normal time distribution and navigation.

Gerhard

Reply to
Gerhard Hoffmann

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.