Groups | Search | Server Info | Login | Register


Groups > comp.dsp > #35384

Re: DDS question: why sine lookup?

From Bill Sloman <bill.sloman@ieee.org>
Newsgroups sci.electronics.design, comp.dsp
Subject Re: DDS question: why sine lookup?
Date 2025-05-15 17:23 +1000
Organization A noiseless patient Spider
Message-ID <10044pr$30r07$1@dont-email.me> (permalink)
References <o3ak1k9ifikv6c1tmfnd89k6vfj4vigj37@4ax.com> <1000ke2$1no04$1@paganini.bofh.team> <5d580159-4fe4-e9bc-9170-c009137d307b@electrooptical.net> <1002d7n$1v5jg$1@paganini.bofh.team> <e41762b2-15bf-129f-511c-2c59de3f2791@electrooptical.net>

Cross-posted to 2 groups.

Show all headers | View raw


On 15/05/2025 5:05 am, Phil Hobbs wrote:
> On 2025-05-14 11:35, Waldek Hebisch wrote:
>> In sci.electronics.design Phil Hobbs 
>> <pcdhSpamMeSenseless@electrooptical.net> wrote:
>>> On 2025-05-13 19:25, Waldek Hebisch wrote:
>>>> In sci.electronics.design john larkin <jl@glen--canyon.com> wrote:
>>>>> A DDS clock generator uses an NCO (a phase accumulator) and takes some
>>>>> number of MSBs, maps through a sine lookup table, drives a DAC and a
>>>>> lowpass filter and finally a comparator. The DAC output gets pretty
>>>>> ratty near Nyquist, and the filter smooths out and interpolates the
>>>>> steps and reduces jitter.
>>>>>
>>>>> But why do the sine lookup? Why not use the phase accumulator MSBs
>>>>> directly and get a sawtooth, and filter that?
>>>>>
>>>>> The lowpass filter looks backwards in time for a bunch of ugly samples
>>>>> to average into a straight line. The older sine samples are the wrong
>>>>> polarity! If the filter impulse response is basically zero over the
>>>>> period of the sawtooth, and we compare near the peak, we'll average a
>>>>> lot of steps and forget the big sawtooth reset.
>>>>
>>>> Sine is close to optimal for high quality DDS.  The math is
>>>> as follows.  First, your DAC has some response in time
>>>> domain, but for purpose of computation one can assume that
>>>> at clock tick number n it generates delta peak centered
>>>> at nT_0 with amplitude f(nT_0/T_1) where f is function stored in
>>>> lookup table, T_0 is period of digital clock and T_1 is desired
>>>> period.  Mathematically
>>>>
>>>> S(t) = \sum_n f(nT_0/T_1)\delta(t - nT_0) = \sum_n f(t/T_1)\delta(t 
>>>> - nT_0)
>>>>
>>>> where summation is over all integer n.
>>>>
>>>> Fourier transform of this is
>>>>
>>>> C\sum_l \sum_m c_l \delta(\omega - 2m\pi/T_0 - 2l\pi/T_1)
>>>>
>>>> where we have double summation over integer l and m, c_l is
>>>> l-th Fourier coefficient of f and C is a constant.
>>>> Sine has only 2 Fourier components, so formula simplifies to
>>>>
>>>> (1/2)C\sum_m (\delta(\omega - 2m\pi/T_0 - 2\pi/T_1) +
>>>>                 \delta(\omega - 2m\pi/T_0 + 2\pi/T_1))
>>>>
>>>> With aggressive filtering high freqency components can be
>>>> made arbitrarily small, so after filter Fourier transform
>>>> is
>>>>
>>>> (M/2)C(\delta(\omega - 2\pi/T_1) + \delta(\omega+ 2\pi/T_1)) +
>>>>      small distortion
>>>>
>>>> where M represents transmitance of the filter at frequency
>>>> 1/T_1.  Back in time domain signal is
>>>>
>>>> M\sin(t) + small distortion
>>>>
>>>> The point is that distortion, hence phase noise can be made
>>>> arbitrarily small.
>>>>
>>>> What happens with different f?  When T_0/T_1 is irrational,
>>>> the sum 2m\pi/T_0 + 2l\pi/T_1 can take values arbitrarily
>>>> close to 0.  In particular, there will be combinations of
>>>> l and m such that this sum is in the interval [-\pi/T_1, \pi/T_1],
>>>> so we will get low frequency terms with wrong frequency.
>>>> Assuming fixed low pass filter such terms can not be filered
>>>> out.  How bad this is?  For sawtooth the second Fourier
>>>> coefficient has maginitude equal to half of the magnitude
>>>> of the first coefficient, so one can expect distortion
>>>> of order 50%, which looks quite bad.  Using symmetric
>>>> troangular weave, second Fourier coefficient is 0 and
>>>> third has magnitude 1/9 of magnitude of the first
>>>> coefficient, which is much better, but still limits
>>>> possible quality.
>>>>
>>>>
>>> Distortion and phase noise are only obliquely related.
>>
>> Well, signal to the comparator is f(t) + r(t) where r(t)
>> is distortion.  Assuming that distortion is reasonably
>> small and regular we have
>>
>> phase error \approx -r(t_0)/f'(t_0)
>>
>> where t_0 is zero of f.  To minimize phase error you can
>> try to make f'(t_0) big, but John is working over an
>> octave, so not much possibility here.
>>
>> So we need small r(t_0).  In general desired frequency and
>> and frequency of digital clock are uncorelated, so zeros
>> of f will be randomly distributed over quasi periods of
>> r, which means that to have small avarage error you
>> need small average of absolute value of r.  Similarly
>> smal maximal error need small maximum of r.
>>
>> Of course, there are constant factors because simple Fourier
>> computation works exactly only for energy.  Those constants
>> are hard to compute but in practice do not tend to be really
>> large (say of order of 2 or 3).  So at low accuracy there
>> may be some room to use different function than sine.
>> For higher accuracy the above calculation gives too big
>> term to ignore.
> 
> "Distortion" to me means harmonics and IMD.  The usual small-signal 
> analysis isn't too useful when the interference is at frequencies 
> comparable to or greater than the fundamental.
> 
> And it isn't really clock interference that's in view with a DDS, 
> because there's a zero-order hold, which in principle nulls out the 
> clock and all of its harmonics.  (You have to have a reconstruction 
> filter of some sort anyway.)
> 
> What kills you with DDS is the nasty, very high-order subharmonics due 
> to truncation of the phase word.  Power supply junk is often of the same 
> order, but its easier to get rid of--the truncation sidebands  extend 
> down to the very low baseband.

This is where Phil Hobbs VXCO solution starts looking good. You can only 
shift the VXCO frequency by +/-100pm but within that band you can shift 
it continuously. Admittedly, with a 150MHz VXCO you can only shift 
frequencies up 15kHz entirely continuously, but that should be enough 
for rotating machinery.

And a 150MHx VXCO should offer picosecond jitter, rather better than a 
nanosecond.

-- 
Bill Sloman, Sydney

Back to comp.dsp | Previous | NextPrevious in thread | Find similar


Thread

DDS question: why sine lookup? john larkin <jl@glen--canyon.com> - 2025-05-06 08:48 -0700
  Re: DDS question: why sine lookup? Jeroen Belleman <jeroen@nospam.please> - 2025-05-06 21:00 +0200
    Re: DDS question: why sine lookup? john larkin <jl@glen--canyon.com> - 2025-05-06 12:33 -0700
    Re: DDS question: why sine lookup? Phil Hobbs <pcdhSpamMeSenseless@electrooptical.net> - 2025-05-06 16:46 -0400
      Re: DDS question: why sine lookup? john larkin <jl@glen--canyon.com> - 2025-05-06 15:50 -0700
        Re: DDS question: why sine lookup? Arie de Muijnck <noreply@ademu.nl> - 2025-05-07 11:44 +0200
          Re: DDS question: why sine lookup? john larkin <jl@glen--canyon.com> - 2025-05-07 06:32 -0700
            Re: DDS question: why sine lookup? Bill Sloman <bill.sloman@ieee.org> - 2025-05-08 01:58 +1000
      Re: DDS question: why sine lookup? john larkin <jl@glen--canyon.com> - 2025-05-07 06:55 -0700
        Re: DDS question: why sine lookup? Phil Hobbs <pcdhSpamMeSenseless@electrooptical.net> - 2025-05-07 11:31 -0400
          Re: DDS question: why sine lookup? Bill Sloman <bill.sloman@ieee.org> - 2025-05-08 02:11 +1000
  Re: DDS question: why sine lookup? Gerhard Hoffmann <dk4xp@arcor.de> - 2025-05-06 21:27 +0200
    Re: DDS question: why sine lookup? "Don" <g@crcomp.net> - 2025-05-06 20:10 +0000
    Re: DDS question: why sine lookup? john larkin <jl@glen--canyon.com> - 2025-05-06 13:35 -0700
  Re: DDS question: why sine lookup? Bill Sloman <bill.sloman@ieee.org> - 2025-05-07 16:27 +1000
  Re: DDS question: why sine lookup? Martin Brown <'''newspam'''@nonad.co.uk> - 2025-05-07 20:32 +0100
    Re: DDS question: why sine lookup? john larkin <jl@glen--canyon.com> - 2025-05-07 13:01 -0700
      Re: DDS question: why sine lookup? bitrex <user@example.net> - 2025-05-07 20:27 -0400
        Re: DDS question: why sine lookup? john larkin <jl@glen--canyon.com> - 2025-05-07 19:21 -0700
          Re: DDS question: why sine lookup? Bill Sloman <bill.sloman@ieee.org> - 2025-05-08 22:49 +1000
          Re: DDS question: why sine lookup? Phil Hobbs <pcdhSpamMeSenseless@electrooptical.net> - 2025-05-08 14:20 -0400
            Re: DDS question: why sine lookup? john larkin <jl@glen--canyon.com> - 2025-05-08 11:58 -0700
              Re: DDS question: why sine lookup? Phil Hobbs <pcdhSpamMeSenseless@electrooptical.net> - 2025-05-08 16:24 -0400
                Re: DDS question: why sine lookup? john larkin <jl@glen--canyon.com> - 2025-05-08 14:18 -0700
                Re: DDS question: why sine lookup? Phil Hobbs <pcdhSpamMeSenseless@electrooptical.net> - 2025-05-08 22:28 +0000
                Re: DDS question: why sine lookup? john larkin <jl@glen--canyon.com> - 2025-05-08 16:24 -0700
                Re: DDS question: why sine lookup? Phil Hobbs <pcdhSpamMeSenseless@electrooptical.net> - 2025-05-08 23:57 +0000
                Re: DDS question: why sine lookup? piglet <erichpwagner@hotmail.com> - 2025-05-09 04:48 +0000
                Re: DDS question: why sine lookup? john larkin <jl@glen--canyon.com> - 2025-05-09 12:53 -0700
                Re: DDS question: why sine lookup? Bill Sloman <bill.sloman@ieee.org> - 2025-05-10 18:53 +1000
                Re: DDS question: why sine lookup? Lasse Langwadt <llc@fonz.dk> - 2025-05-10 19:52 +0200
                Re: DDS question: why sine lookup? john larkin <jl@glen--canyon.com> - 2025-05-10 11:53 -0700
                Re: DDS question: why sine lookup? dplatt@coop.radagast.org (Dave Platt) - 2025-05-10 16:50 -0700
                Re: DDS question: why sine lookup? john larkin <jl@glen--canyon.com> - 2025-05-10 17:39 -0700
                Re: DDS question: why sine lookup? Phil Hobbs <pcdhSpamMeSenseless@electrooptical.net> - 2025-05-11 16:27 -0400
                Re: DDS question: why sine lookup? Bill Sloman <bill.sloman@ieee.org> - 2025-05-11 16:55 +1000
                Re: DDS question: why sine lookup? Lasse Langwadt <llc@fonz.dk> - 2025-05-11 22:03 +0200
                Re: DDS question: why sine lookup? Bill Sloman <bill.sloman@ieee.org> - 2025-05-09 15:52 +1000
        Re: DDS question: why sine lookup? Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-05-10 00:44 +0000
      Re: DDS question: why sine lookup? Martin Brown <'''newspam'''@nonad.co.uk> - 2025-05-09 09:32 +0100
  Re: DDS question: why sine lookup? john larkin <jl@glen--canyon.com> - 2025-05-10 17:00 -0700
  Re: DDS question: why sine lookup? antispam@fricas.org (Waldek Hebisch) - 2025-05-13 23:25 +0000
    Re: DDS question: why sine lookup? Phil Hobbs <pcdhSpamMeSenseless@electrooptical.net> - 2025-05-13 20:22 -0400
      Re: DDS question: why sine lookup? john larkin <jl@glen--canyon.com> - 2025-05-13 18:40 -0700
      Re: DDS question: why sine lookup? antispam@fricas.org (Waldek Hebisch) - 2025-05-14 15:35 +0000
        Re: DDS question: why sine lookup? Phil Hobbs <pcdhSpamMeSenseless@electrooptical.net> - 2025-05-14 15:05 -0400
          Re: DDS question: why sine lookup? john larkin <jl@glen--canyon.com> - 2025-05-14 14:53 -0700
            Re: DDS question: why sine lookup? Phil Hobbs <pcdhSpamMeSenseless@electrooptical.net> - 2025-05-14 19:16 -0400
              Re: DDS question: why sine lookup? john larkin <jl@glen--canyon.com> - 2025-05-14 17:10 -0700
                Re: DDS question: why sine lookup? Phil Hobbs <pcdhSpamMeSenseless@electrooptical.net> - 2025-05-15 12:40 -0400
          Re: DDS question: why sine lookup? Bill Sloman <bill.sloman@ieee.org> - 2025-05-15 17:23 +1000

csiph-web