Reply by Rhydian October 6, 20212021-10-06
On Tue, 05 Oct 2021 18:22:19 -0700, jlarkin wrote:

[mega snip]

> > We have done this same dpll many times, but not with this ADC. > > Maybe I can hack a quickie adapter board, to try a different ADC. > That's a lot easier than revving a 10-layer board with about 1000 parts.
Following your OP I did have a look at the TI data sheet, and couldn't see anything obvious that would cause it. We use a similar part from AD, the AD9649, running at 57.6 MHz. No problems so far, the sort of missing codes you describe would completely break our measurement. Whether you can buy any at the moment is a different matter :)
Reply by October 5, 20212021-10-05
On Tue, 5 Oct 2021 20:34:03 -0400, Phil Hobbs
<pcdhSpamMeSenseless@electrooptical.net> wrote:

>John Larkin wrote: >> On Tue, 5 Oct 2021 16:42:21 -0400, Phil Hobbs >> <pcdhSpamMeSenseless@electrooptical.net> wrote: >> >>> John Larkin wrote: >>>> On Thu, 16 Sep 2021 12:21:43 -0700 (PDT), John Walliker >>>> <jrwalliker@gmail.com> wrote: >>>> >>>>> On Thursday, 16 September 2021 at 18:39:10 UTC+1, John Larkin wrote: >>>>>> On Thu, 16 Sep 2021 17:15:50 GMT, Jan Panteltje >>>>>> <pNaonSt...@yahoo.com> wrote: >>>>>> >>>>>>> On a sunny day (Thu, 16 Sep 2021 08:20:49 -0700) it happened >>>>>>> jla...@highlandsniptechnology.com wrote in >>>>>>> <i0o6kgpiu14mo0g7e...@4ax.com>: >>>>>>> >>>>>>>> On Thu, 16 Sep 2021 14:48:40 GMT, Jan Panteltje >>>>>>>> <pNaonSt...@yahoo.com> wrote: >>>>>>>> >>>>>>>>> On a sunny day (Thu, 16 Sep 2021 07:23:38 -0700) it happened >>>>>>>>> jla...@highlandsniptechnology.com wrote in >>>>>>>>> <iuj6kgd5abi888ppa...@4ax.com>: >>>>>>>>> >>>>>>>>>> I've been researching this and see a lot of papers and appnotes that >>>>>>>>>> are mostly the same. >>>>>>>>>> >>>>>>>>>> We conjecture that some capacitive-DAC pipeline ADCs do not act as if >>>>>>>>>> they have a single sample-and-hold in the front end, but are more >>>>>>>>>> complex and have, essentially, multiple s/h elements. One consequence >>>>>>>>>> is that the presence of very high frequency components of the signal >>>>>>>>>> can cause missing codes if the sample aperatures are not absolutely >>>>>>>>>> identical. I think we may be seeing this happen. >>>>>>>>>> >>>>>>>>>> Sometimes we deliberately add dither noise to improve ADC histograms, >>>>>>>>>> but it could be that very high frequency noise has the opposite >>>>>>>>>> effect. >>>>>>>>>> >>>>>>>>>> I've seen data sheets and appnotes that suggest adding series >>>>>>>>>> resistors or RCs to fast ADC inputs. I assumed that was to offset some >>>>>>>>>> charge injection thing, but maybe not. Those might be lowpass filters. >>>>>>>>>> >>>>>>>>>> Has anybody run into this effect? >>>>>>>>> >>>>>>>>> Well you sample at 2f and have a nyquist filter at 1f? >>>>>>>>> https://en.wikipedia.org/wiki/Anti-aliasing_filter >>>>>>>>> >>>>>>>>> Scope ADCs do not use a filter ADFAIK... >>>>>>>> >>>>>>>> The issue isn't aliasing, it's missing codes. >>>>>>>> >>>>>>>> In fact we're not volating Nyquist with our main signal, but we think >>>>>>>> a little very-HF noise is making the ADC miss codes. >>>>>>> >>>>>>> How can you have RF noise if you use a Nyquist filter? >>>>>> Nothing's perfect. >>>>> >>>>> However, the datasheet is very specific in its claim that there are no missing codes. >>>>> So either the devices are broken and don't meet their specification or something >>>>> about the design is provoking the problem. I don't see how the DNL plots in the >>>>> data sheet could have been obtained with a device behaving as you describe. >>>>> >>>>> John >>>>> >>>> >>>> No, I can't imagine that TI would sell parts this bad. It's the same >>>> on multiple boards. >>>> >>> >>> John, did you ever get to the bottom of this mystery? >>> >>> Cheers >>> >>> Phil Hobbs >> >> No. I tried some experiments with the driving circuit, looking for >> oscillations or whatever, and only managed to make the missing codes a >> little worse. >> >> We'll live with the box's specified jitter for now, but I want it to >> be much better. The fix may be to spin the board and use a different >> ADC. >> >Yikes. "Here there be dragons." > >Cheers > >Phil Hobbs
We have done this same dpll many times, but not with this ADC. Maybe I can hack a quickie adapter board, to try a different ADC. That's a lot easier than revving a 10-layer board with about 1000 parts. -- Father Brown's figure remained quite dark and still; but in that instant he had lost his head. His head was always most valuable when he had lost it.
Reply by October 5, 20212021-10-05
On Wed, 6 Oct 2021 00:40:10 -0000 (UTC), John Doe
<always.look@message.header> wrote:

>John Larkin <jlarkin@highland_atwork_technology.com> wrote: > >> The fix may be to spin the board and use a different >> ADC. > >What does "spin the board" mean? > >Thanks.
Revise the schematic and layout. Roll the rev letter. -- Father Brown's figure remained quite dark and still; but in that instant he had lost his head. His head was always most valuable when he had lost it.
Reply by John Doe October 5, 20212021-10-05
John Larkin <jlarkin@highland_atwork_technology.com> wrote:

> The fix may be to spin the board and use a different > ADC.
What does "spin the board" mean? Thanks.
Reply by Phil Hobbs October 5, 20212021-10-05
John Larkin wrote:
> On Tue, 5 Oct 2021 16:42:21 -0400, Phil Hobbs > <pcdhSpamMeSenseless@electrooptical.net> wrote: > >> John Larkin wrote: >>> On Thu, 16 Sep 2021 12:21:43 -0700 (PDT), John Walliker >>> <jrwalliker@gmail.com> wrote: >>> >>>> On Thursday, 16 September 2021 at 18:39:10 UTC+1, John Larkin wrote: >>>>> On Thu, 16 Sep 2021 17:15:50 GMT, Jan Panteltje >>>>> <pNaonSt...@yahoo.com> wrote: >>>>> >>>>>> On a sunny day (Thu, 16 Sep 2021 08:20:49 -0700) it happened >>>>>> jla...@highlandsniptechnology.com wrote in >>>>>> <i0o6kgpiu14mo0g7e...@4ax.com>: >>>>>> >>>>>>> On Thu, 16 Sep 2021 14:48:40 GMT, Jan Panteltje >>>>>>> <pNaonSt...@yahoo.com> wrote: >>>>>>> >>>>>>>> On a sunny day (Thu, 16 Sep 2021 07:23:38 -0700) it happened >>>>>>>> jla...@highlandsniptechnology.com wrote in >>>>>>>> <iuj6kgd5abi888ppa...@4ax.com>: >>>>>>>> >>>>>>>>> I've been researching this and see a lot of papers and appnotes that >>>>>>>>> are mostly the same. >>>>>>>>> >>>>>>>>> We conjecture that some capacitive-DAC pipeline ADCs do not act as if >>>>>>>>> they have a single sample-and-hold in the front end, but are more >>>>>>>>> complex and have, essentially, multiple s/h elements. One consequence >>>>>>>>> is that the presence of very high frequency components of the signal >>>>>>>>> can cause missing codes if the sample aperatures are not absolutely >>>>>>>>> identical. I think we may be seeing this happen. >>>>>>>>> >>>>>>>>> Sometimes we deliberately add dither noise to improve ADC histograms, >>>>>>>>> but it could be that very high frequency noise has the opposite >>>>>>>>> effect. >>>>>>>>> >>>>>>>>> I've seen data sheets and appnotes that suggest adding series >>>>>>>>> resistors or RCs to fast ADC inputs. I assumed that was to offset some >>>>>>>>> charge injection thing, but maybe not. Those might be lowpass filters. >>>>>>>>> >>>>>>>>> Has anybody run into this effect? >>>>>>>> >>>>>>>> Well you sample at 2f and have a nyquist filter at 1f? >>>>>>>> https://en.wikipedia.org/wiki/Anti-aliasing_filter >>>>>>>> >>>>>>>> Scope ADCs do not use a filter ADFAIK... >>>>>>> >>>>>>> The issue isn't aliasing, it's missing codes. >>>>>>> >>>>>>> In fact we're not volating Nyquist with our main signal, but we think >>>>>>> a little very-HF noise is making the ADC miss codes. >>>>>> >>>>>> How can you have RF noise if you use a Nyquist filter? >>>>> Nothing's perfect. >>>> >>>> However, the datasheet is very specific in its claim that there are no missing codes. >>>> So either the devices are broken and don't meet their specification or something >>>> about the design is provoking the problem. I don't see how the DNL plots in the >>>> data sheet could have been obtained with a device behaving as you describe. >>>> >>>> John >>>> >>> >>> No, I can't imagine that TI would sell parts this bad. It's the same >>> on multiple boards. >>> >> >> John, did you ever get to the bottom of this mystery? >> >> Cheers >> >> Phil Hobbs > > No. I tried some experiments with the driving circuit, looking for > oscillations or whatever, and only managed to make the missing codes a > little worse. > > We'll live with the box's specified jitter for now, but I want it to > be much better. The fix may be to spin the board and use a different > ADC. >
Yikes. "Here there be dragons." Cheers Phil Hobbs -- Dr Philip C D Hobbs Principal Consultant ElectroOptical Innovations LLC / Hobbs ElectroOptics Optics, Electro-optics, Photonics, Analog Electronics Briarcliff Manor NY 10510 http://electrooptical.net http://hobbs-eo.com
Reply by John Larkin October 5, 20212021-10-05
On Tue, 5 Oct 2021 16:42:21 -0400, Phil Hobbs
<pcdhSpamMeSenseless@electrooptical.net> wrote:

>John Larkin wrote: >> On Thu, 16 Sep 2021 12:21:43 -0700 (PDT), John Walliker >> <jrwalliker@gmail.com> wrote: >> >>> On Thursday, 16 September 2021 at 18:39:10 UTC+1, John Larkin wrote: >>>> On Thu, 16 Sep 2021 17:15:50 GMT, Jan Panteltje >>>> <pNaonSt...@yahoo.com> wrote: >>>> >>>>> On a sunny day (Thu, 16 Sep 2021 08:20:49 -0700) it happened >>>>> jla...@highlandsniptechnology.com wrote in >>>>> <i0o6kgpiu14mo0g7e...@4ax.com>: >>>>> >>>>>> On Thu, 16 Sep 2021 14:48:40 GMT, Jan Panteltje >>>>>> <pNaonSt...@yahoo.com> wrote: >>>>>> >>>>>>> On a sunny day (Thu, 16 Sep 2021 07:23:38 -0700) it happened >>>>>>> jla...@highlandsniptechnology.com wrote in >>>>>>> <iuj6kgd5abi888ppa...@4ax.com>: >>>>>>> >>>>>>>> I've been researching this and see a lot of papers and appnotes that >>>>>>>> are mostly the same. >>>>>>>> >>>>>>>> We conjecture that some capacitive-DAC pipeline ADCs do not act as if >>>>>>>> they have a single sample-and-hold in the front end, but are more >>>>>>>> complex and have, essentially, multiple s/h elements. One consequence >>>>>>>> is that the presence of very high frequency components of the signal >>>>>>>> can cause missing codes if the sample aperatures are not absolutely >>>>>>>> identical. I think we may be seeing this happen. >>>>>>>> >>>>>>>> Sometimes we deliberately add dither noise to improve ADC histograms, >>>>>>>> but it could be that very high frequency noise has the opposite >>>>>>>> effect. >>>>>>>> >>>>>>>> I've seen data sheets and appnotes that suggest adding series >>>>>>>> resistors or RCs to fast ADC inputs. I assumed that was to offset some >>>>>>>> charge injection thing, but maybe not. Those might be lowpass filters. >>>>>>>> >>>>>>>> Has anybody run into this effect? >>>>>>> >>>>>>> Well you sample at 2f and have a nyquist filter at 1f? >>>>>>> https://en.wikipedia.org/wiki/Anti-aliasing_filter >>>>>>> >>>>>>> Scope ADCs do not use a filter ADFAIK... >>>>>> >>>>>> The issue isn't aliasing, it's missing codes. >>>>>> >>>>>> In fact we're not volating Nyquist with our main signal, but we think >>>>>> a little very-HF noise is making the ADC miss codes. >>>>> >>>>> How can you have RF noise if you use a Nyquist filter? >>>> Nothing's perfect. >>> >>> However, the datasheet is very specific in its claim that there are no missing codes. >>> So either the devices are broken and don't meet their specification or something >>> about the design is provoking the problem. I don't see how the DNL plots in the >>> data sheet could have been obtained with a device behaving as you describe. >>> >>> John >>> >> >> No, I can't imagine that TI would sell parts this bad. It's the same >> on multiple boards. >> > >John, did you ever get to the bottom of this mystery? > >Cheers > >Phil Hobbs
No. I tried some experiments with the driving circuit, looking for oscillations or whatever, and only managed to make the missing codes a little worse. We'll live with the box's specified jitter for now, but I want it to be much better. The fix may be to spin the board and use a different ADC. -- If a man will begin with certainties, he shall end with doubts, but if he will be content to begin with doubts he shall end in certainties. Francis Bacon
Reply by Phil Hobbs October 5, 20212021-10-05
John Larkin wrote:
> On Thu, 16 Sep 2021 12:21:43 -0700 (PDT), John Walliker > <jrwalliker@gmail.com> wrote: > >> On Thursday, 16 September 2021 at 18:39:10 UTC+1, John Larkin wrote: >>> On Thu, 16 Sep 2021 17:15:50 GMT, Jan Panteltje >>> <pNaonSt...@yahoo.com> wrote: >>> >>>> On a sunny day (Thu, 16 Sep 2021 08:20:49 -0700) it happened >>>> jla...@highlandsniptechnology.com wrote in >>>> <i0o6kgpiu14mo0g7e...@4ax.com>: >>>> >>>>> On Thu, 16 Sep 2021 14:48:40 GMT, Jan Panteltje >>>>> <pNaonSt...@yahoo.com> wrote: >>>>> >>>>>> On a sunny day (Thu, 16 Sep 2021 07:23:38 -0700) it happened >>>>>> jla...@highlandsniptechnology.com wrote in >>>>>> <iuj6kgd5abi888ppa...@4ax.com>: >>>>>> >>>>>>> I've been researching this and see a lot of papers and appnotes that >>>>>>> are mostly the same. >>>>>>> >>>>>>> We conjecture that some capacitive-DAC pipeline ADCs do not act as if >>>>>>> they have a single sample-and-hold in the front end, but are more >>>>>>> complex and have, essentially, multiple s/h elements. One consequence >>>>>>> is that the presence of very high frequency components of the signal >>>>>>> can cause missing codes if the sample aperatures are not absolutely >>>>>>> identical. I think we may be seeing this happen. >>>>>>> >>>>>>> Sometimes we deliberately add dither noise to improve ADC histograms, >>>>>>> but it could be that very high frequency noise has the opposite >>>>>>> effect. >>>>>>> >>>>>>> I've seen data sheets and appnotes that suggest adding series >>>>>>> resistors or RCs to fast ADC inputs. I assumed that was to offset some >>>>>>> charge injection thing, but maybe not. Those might be lowpass filters. >>>>>>> >>>>>>> Has anybody run into this effect? >>>>>> >>>>>> Well you sample at 2f and have a nyquist filter at 1f? >>>>>> https://en.wikipedia.org/wiki/Anti-aliasing_filter >>>>>> >>>>>> Scope ADCs do not use a filter ADFAIK... >>>>> >>>>> The issue isn't aliasing, it's missing codes. >>>>> >>>>> In fact we're not volating Nyquist with our main signal, but we think >>>>> a little very-HF noise is making the ADC miss codes. >>>> >>>> How can you have RF noise if you use a Nyquist filter? >>> Nothing's perfect. >> >> However, the datasheet is very specific in its claim that there are no missing codes. >> So either the devices are broken and don't meet their specification or something >> about the design is provoking the problem. I don't see how the DNL plots in the >> data sheet could have been obtained with a device behaving as you describe. >> >> John >> > > No, I can't imagine that TI would sell parts this bad. It's the same > on multiple boards. >
John, did you ever get to the bottom of this mystery? Cheers Phil Hobbs -- Dr Philip C D Hobbs Principal Consultant ElectroOptical Innovations LLC / Hobbs ElectroOptics Optics, Electro-optics, Photonics, Analog Electronics Briarcliff Manor NY 10510 http://electrooptical.net http://hobbs-eo.com
Reply by September 21, 20212021-09-21
On Tue, 21 Sep 2021 17:01:03 +1000, Chris Jones
<lugnut808@spam.yahoo.com> wrote:

>On 17/09/2021 00:23, jlarkin@highlandsniptechnology.com wrote: >> I've been researching this and see a lot of papers and appnotes that >> are mostly the same. >> >> We conjecture that some capacitive-DAC pipeline ADCs do not act as if >> they have a single sample-and-hold in the front end, but are more >> complex and have, essentially, multiple s/h elements. One consequence >> is that the presence of very high frequency components of the signal >> can cause missing codes if the sample aperatures are not absolutely >> identical. I think we may be seeing this happen. >> >> Sometimes we deliberately add dither noise to improve ADC histograms, >> but it could be that very high frequency noise has the opposite >> effect. >> >> I've seen data sheets and appnotes that suggest adding series >> resistors or RCs to fast ADC inputs. I assumed that was to offset some >> charge injection thing, but maybe not. Those might be lowpass filters. >> >> Has anybody run into this effect? >> > >I never did a pipeline converter so take what I say with a grain of >salt... I think they have to do a bunch of tricky stuff, like there are >sometimes extra duplicate stages added part-way along the pipeline so >that the first stage comparator doesn't need to be accurate to as good >as 1 lsb, only the 1st stage DAC must. So when the first stage gets its >decision wrong, some subsequent stage will have extra range, or be >duplicated, and then error-correcting logic fixes the msb based on the >later bits. Without that feature, missing codes could result. > >I think they need to pay a lot of attention to metastability too, i.e. >the bit that gets passed to the logic that generates the output code had >better be the same as the bit that gets passed to the DAC for that stage >of the converter, which means they need to use the same latch, not a >different identical one, to drive both, and probably a lot of other >measures. Metastability would cause big errors though, not what you're >seeing. > >You could look in JSSC or patents to find some of the tricks they use in >old parts like that one. > >If you can identify whether there is a pattern to the codes that are >missing (are they adjacent to a major bit transition for example) that >might help someone to figure it out. > > >
Out of 1024 codes, something like half of them are unreasonable. There are random clusters of one or two empty or nearly empty histogram bins with a big neighbor getting their hits. It seems to be related to the input signal we are applying, possibly some too-high-to-see oscillation. TI support is clueless. We plan some mindless experiments, change parts here and there and see what happens to the statistics. -- Father Brown's figure remained quite dark and still; but in that instant he had lost his head. His head was always most valuable when he had lost it.
Reply by Chris Jones September 21, 20212021-09-21
On 17/09/2021 00:23, jlarkin@highlandsniptechnology.com wrote:
> I've been researching this and see a lot of papers and appnotes that > are mostly the same. > > We conjecture that some capacitive-DAC pipeline ADCs do not act as if > they have a single sample-and-hold in the front end, but are more > complex and have, essentially, multiple s/h elements. One consequence > is that the presence of very high frequency components of the signal > can cause missing codes if the sample aperatures are not absolutely > identical. I think we may be seeing this happen. > > Sometimes we deliberately add dither noise to improve ADC histograms, > but it could be that very high frequency noise has the opposite > effect. > > I've seen data sheets and appnotes that suggest adding series > resistors or RCs to fast ADC inputs. I assumed that was to offset some > charge injection thing, but maybe not. Those might be lowpass filters. > > Has anybody run into this effect? >
I never did a pipeline converter so take what I say with a grain of salt... I think they have to do a bunch of tricky stuff, like there are sometimes extra duplicate stages added part-way along the pipeline so that the first stage comparator doesn't need to be accurate to as good as 1 lsb, only the 1st stage DAC must. So when the first stage gets its decision wrong, some subsequent stage will have extra range, or be duplicated, and then error-correcting logic fixes the msb based on the later bits. Without that feature, missing codes could result. I think they need to pay a lot of attention to metastability too, i.e. the bit that gets passed to the logic that generates the output code had better be the same as the bit that gets passed to the DAC for that stage of the converter, which means they need to use the same latch, not a different identical one, to drive both, and probably a lot of other measures. Metastability would cause big errors though, not what you're seeing. You could look in JSSC or patents to find some of the tricks they use in old parts like that one. If you can identify whether there is a pattern to the codes that are missing (are they adjacent to a major bit transition for example) that might help someone to figure it out.
Reply by Steve Goldstein September 16, 20212021-09-16
On Thu, 16 Sep 2021 13:46:10 -0700, John Larkin
<jlarkin@highland_atwork_technology.com> wrote:

>On Thu, 16 Sep 2021 12:21:43 -0700 (PDT), John Walliker ><jrwalliker@gmail.com> wrote: > >>On Thursday, 16 September 2021 at 18:39:10 UTC+1, John Larkin wrote: >>> On Thu, 16 Sep 2021 17:15:50 GMT, Jan Panteltje
<A lot of snippage>
>> >>John >> > >No, I can't imagine that TI would sell parts this bad. It's the same >on multiple boards.
Agreed. They're not dumb. Is there a TI evaluation board that would allow you to compare the performance to your own design? It probably wouldn't be practical to compare the same chip because things are so tiny and difficult to rework nowadays, but you could at least see if the chip works as advertised in (presumably) the best possible assembly. Board layouts for many high-speed converters are critically layout-sensitive. Also, some bypass caps are better than others. But you do a lot of high-speed stuff and probably know this, if you didn't you'd be out of business by now.