Amplifier driving SAR ADC
Amplifier driving SAR ADC
(OP)
Does anyone know of a "true" 16 bit SAR ADC that has an on-chip amplifier? It seems like all of the converters require an external amplifier. Given that the dataconverter speed is known, load is known, input voltage level is known, power supply votlage is known, and the noise known...what's left? And the data sheets always show an optimum amplifier part number.
Driving these huge switched cap loads would sure be easier if they simply gave you a pin where you hang a cap!
Driving these huge switched cap loads would sure be easier if they simply gave you a pin where you hang a cap!





RE: Amplifier driving SAR ADC
Keith Cress
Flamin Systems, Inc.- http://www.flaminsystems.com
RE: Amplifier driving SAR ADC
Not to beat a dead horse...but, It seems like it would make more sense to have amplifiers and ADCs on the same part, and the microprocessor separately [heck of alot more digital on the uP than in the ADC!!...I think!!]. You can then pick the best analog solution and the best digital solution separately...just venting my frustration I guess...driving a 100pF switched input capacitance with a 200ns settling time is a tough problem to solve.
RE: Amplifier driving SAR ADC
The [useful] result will certainly not be 16b or 12b. It is a total scam. Look at the noise levels and you will see that the lower bits are drowning in noise. Sometimes using massive oversampling you can claw back a bit or two but then it really isn't a 'that many' bit A2D - you are just stretching a lower bit A2D with sampling.
Keith Cress
Flamin Systems, Inc.- http://www.flaminsystems.com
RE: Amplifier driving SAR ADC
RE: Amplifier driving SAR ADC
Are you in a hurry? Do you need the speed of an SAR AD? There are many other techniques that do a decent job. Like the sigma/delta, which is a onebitter used with lots and lots of oversampling and filtering. But does a good job if you are in the (lower) sub MHz range. Those used to have poor DC performance but are good even in that respect these days.
Gunnar Englund
www.gke.org
RE: Amplifier driving SAR ADC
RE: Amplifier driving SAR ADC
Can't solicit in these forums so I shan't be able to respond to your question in here. Sorry.
Keith Cress
Flamin Systems, Inc.- http://www.flaminsystems.com
RE: Amplifier driving SAR ADC
After a few simple tests, I tried to convince the higher ups the first four bits could be absolutely disregarded, and possibly the next two. Even the datasheet said the converter's lower 3 bits were in the noise floor! The looks I received were less than friendly, and essentially I was told to "make it work".
Here we are a year later, and the hardware guys are asking me to "fix" my tests... "They never worked in the past, almost every board has failed your test, so we ignored all but the most glaring errors." Well, they're starting to find out their 16-bit units are only good for a whopping 8 bits. Yes, that's right, most microcontrollers with built in units would do a better job.
I guess that broken test of mine was actually doing its job after all. Point is, getting 16 bits isn't nearly as easy as some of the engineers would like you to think, and certainly not the marketing guys.
Dan - Owner
http://www.Hi-TecDesigns.com
RE: Amplifier driving SAR ADC
I'm confused. Are you saying that you think the microcontrollers with 16bit ADCs DO WORK???
RE: Amplifier driving SAR ADC
Keith Cress
Flamin Systems, Inc.- http://www.flaminsystems.com
RE: Amplifier driving SAR ADC
Sometimes, the only way to get back anything like the full clean sixteen bits is by averaging several readings in software. Obviously that kills speed stone dead, but it is somewhat effective at recovering the resolution.
Another approach is to use several a/d converters instead of multiplexing multiple incoming analog signals. Not vey elegant either, but it cuts down on the requirement for conversion speed, and lower cost parts could be used.
I am glad I am now retired, and can spend more time in the garden away from all this stuff, hehehe.
RE: Amplifier driving SAR ADC
Dan - Owner
http://www.Hi-TecDesigns.com
RE: Amplifier driving SAR ADC
...a few of you guys have said I should oversample to extend the resolution. I studied that this weekend. It is my understanding that oversampling will only increase the resolution if the noise is white (i.e. truly random). It seems that the noise on the microcontroller will not be random but rather deterministic (i.e. at least a clock and maybe looping instructions). (1) Do you guys agree that the microcontroller noise is deterministic? (2) If so, how does this improve the resolution on the microcontroller? It seems like I would get a new rms error everytime the deterministic part changed (i.e. Loop on Code segment A, then Loop on Code segment B).
Maybe I'm missing something here??
RE: Amplifier driving SAR ADC
That said, I think you may be chasing your tail. If you really need 16 bits, you're not going to get it out of a microcontroller-based ADC... you need to go with a separate chip. If you don't need 16-bits, the stand-alone ADC will be cheaper, and you may save yourself some misery by using a separate chip. Remember, bit for bit, you're going to get better performance out of a stand-alone chip compared to a micro with an embedded ADC.
From the sound of it, you need to either relax your range requirements or expect to get rid of noise by oversampling in software and/or hardware.
Dan - Owner
http://www.Hi-TecDesigns.com
RE: Amplifier driving SAR ADC
RE: Amplifier driving SAR ADC
Your increased SNR (in dB) becomes 10logN, where N is the number of times you oversample. In particular, for every extra bit of accuracy you desire, you need to oversample by 4 times (1 bit is roughly 6dB). Assuming you can get 10 bits of accuracy from a 12-bit micro's A/D, you'll need to oversample 4,096 times to get your extra accuracy.
You can try to build a Ferrari for the price of a Yugo, but in the end all you'll have is vehicle that performs like a Yugo. You need to either convince the powers that be to up your budget or expect a Yugo in the end.
Dan - Owner
http://www.Hi-TecDesigns.com
RE: Amplifier driving SAR ADC
8 bits: No problem. $0.80
10 bits: No problem if you watch things like layout, and filtering. $1.80
11 bits: Now you must pay close attention to all details. $3
12 bits: The point 'difficultly' and the real possibility of failure rears it's head. Requires multilayer boards, filtering , off CPU A2Ds, sample and holds. $9
13-14 bits: (See 12 bits) Plus shielding, excellent parts, and layout. $17
15-16 bits: (See 13-14 bits) Plus, nearly impossible, entire design must be hand crafted to serve the front-end converter, large concessions to the front-end and layout, expensive parts, thermal management, thermocouple junction effects, shielding from local radio emissions, solder types, lead chemistry, highest grade references, luck. $65+
No 12 bits out of a CPU, sorry. (Not allowed!)
Keith Cress
Flamin Systems, Inc.- http://www.flaminsystems.com
RE: Amplifier driving SAR ADC
RE: Amplifier driving SAR ADC
That's a very clear picture of the problem. Only, I guessed $$$ to rise even more sharply at the end.
Gunnar Englund
www.gke.org
RE: Amplifier driving SAR ADC
Gunnar Englund
www.gke.org
RE: Amplifier driving SAR ADC
And thanks.
Oh and those are rough numbers as there are sooo many variations. (No multiplexing included) They just jumped out of my head and often first thoughts in EE are relatively correct (if you have a lot of experience in a particular area) [otherwise bad results]. I then went back and looked at them again and couldn't really change them. (seemed good still)
Keith Cress
Flamin Systems, Inc.- http://www.flaminsystems.com
RE: Amplifier driving SAR ADC
As to noise, the worst of the noise will come from the digital microprocessor part of the circuitry and will be virtually asyncronous from what the a/d itself is doing. Other sources of noise will be either truly wideband white noise, or perhaps mains frequency related, if there are remote incoming analog inputs. All of which will look random and asynchronous to the a/d.
Simple oversampling will work fine if the inputs are slowly varying. But the software can be made a bit cleverer than that if it has to deal with sudden large step changes in amplitude. Do the best you can with the hadware, and then the final ultimate result will really come down to the software.
RE: Amplifier driving SAR ADC
cost (in dollars) =~ .00516 * 1.83^resolution (in bits)
(with a correlation coefficient of about 0.99).
I just had to do a curve fit on that
I'll leave it as an exercise to the reader to plug in 24 bit resolution...
Now, how to factor in samples per second and number of channels into the equation, and we might have a genuinely useful rule of thumb.
More seriously, I read a paper years ago outlining the limits of A to D conversion resolution and speed based on thermal noise and information theory. Some part specs today exceed the limits of physics. And that's not even accounting for things like clocking noise and power supply noise. It's always wise to seperate your needs in terms of accuracy, resolution, and repeatability.
RE: Amplifier driving SAR ADC
Yeah, I stayed away from the multiplexing as that is a huge can of worms all by itself.
Bit specs are highly suspicious to me now days.
hmmm 24bits = $10,267.... sounds about right! :)
Keith Cress
Flamin Systems, Inc.- http://www.flaminsystems.com
RE: Amplifier driving SAR ADC
Dan - Owner
http://www.Hi-TecDesigns.com
RE: Amplifier driving SAR ADC
If you knew the spectrum of the noise roughly
could you not build a FIR digital filter and get
the bits back with much less oversampling than say
1024 times.
The noise in this case because it is interference from
other logic would be high in frequency say more than
1 khz. ???
RE: Amplifier driving SAR ADC
RE: Amplifier driving SAR ADC
1. White noise from the source.
2. Deterministic noise from the source.
3. White noise from the ADC.
4. Deterministic noise from the ADC.
4. Deterministic noise from the microcontroller.
I think the ADC deterministic noise is carried in the specifications for DNL and INL (i.e. quantization noise). And I think there is very little white noise coming from the microcontroller.
Given all of the above, oversampling (which I think is really ensemble averaging) only increases the ADC resolution in the presence of white noise; either from the source, the ADC, or even the microcontroller if the noise exists.
Actually, SAR converters have a problem with oversampling. You don't get equal noise density of 1s and 0s right at the bit transitions; a requirement for averaging to work. This is not an issue for a delta-sigma ADC which is why oversampling is a term readily applied to delta-sigma converters. And why delta-sigma converters achieve higher bit resoluition at lower conversion rates. So there is an upper limit to "bit extension" if you ensemble average with a SAR.
There is a very interesting paper I read a while back that discusses the above in rote detail. If anyone is interested I can go back in and pullup the title.
Nevertheless, oversampling does not remove deterministic noise to the extent that the deterministic noise is below the averaging frequency.
This brings us to the last post about using a filter. In effect a filter is simply a "better" way to remove the deterministic noise than averaging. This is because the filter can have a much higer order of rolloff for the determinisitc element.
Given all of the above, can you buy a 16bitADC/microcontroller whose deterministic noise is below the LSB size?
I don't expect the ADC to solve the source noise issues or even the ADC/microcontroller white noise. This can be done to a limited extent by ensemble averaging. But if running the microcontroller simultaneously with the 16 bit ADC creates a deterministic noise within the ADC, I think I am screwed unless I know the noise spectrum of the code. If I could "deterministically" (is that a word?) account for the noise, then one could use a high order filter provided the noise doesn't come at a very low frequency (i.e. 1Hz clock in software).
Boy! That's a lot of writing! But, buried in there is a question.