Again, basic math which I know very well, still totally unrelated to what I wrote about
This is really stupid behavior, again
.
I basically supplied all this information already in my first post: use an opamp as a buffer, or if high speed is not needed, a simple cap may be acceptable, giving a simplified example calculation of 0.1% error caused by said cap discharging while sampling. Now your mission seems to be to "prove" I don't know about exactly those basics I already supplied the OP with! Why, I don't know. How this could work, I don't know, everyone can read my earlier post.
I very well understand why the R should be minimized, and I also very well understand how a fast feedback loop in a high bandwidth opamp can help to compensate for it's non-zero output R.
You still didn't answer how
increasing the C is a problem, as described in the datasheet, which asks to
minimize it by providing a maximum for RC constant. I was criticizing this strange notion that two things are required:
1) Minimize R <--- this is of course true
2) Set R*C < 1 ns, which means minimizing the C as well <--- I found this requirement strange. They basically instruct you to
decrease C if you need to increase R for any reason, which would make the error even worse if you followed that advice. That's why I said this particular design hint makes no sense. Point #1 should be enough in itself.
It's extremely clear to me that you cannot explain why they wrote that in the datasheet, you can only dodge the question and belittle others, as always. But I think I figured it out anyway: it might be that the datasheet assumes that 1) you use an implicit opamp (not drawn), 2) you compensate for the opamp's output stage R by the fast feedback loop, and the said feedback loop cannot work if the opamp is capacitively loaded; the C should be then damped with some series R (such as tens of ohms) to prevent oscillation, and this R kind of defeats the whole purpose, unless the C is huge for high resolution. And of course, if we
assume you
do have the opamp, there is absolutely no point in trying to use the "100n cap at the input" approach, since, as I described in the very first post you didn't read, it's an el-cheapo compromise alternative to the standard opamp solution.
This is what is wrong in this datasheet style of pulling numbers out of thin air, creating some kind of poorly documented rules of thumb: instead of actual design math that can be verified and simulated, these "rules of thumbs" are always
full of assumptions, and these assumptions seldom are covered at all. So here, the notion of maximum RC time constant is probably there
for the implicit opamp they assumed for minimizing Z below the resistance of the opamp output stage transistors. Matters are made worse by poor choice of symbols, such as using mathematical-looking "R/C" notion when they actually mean "R*C". (Or do they? But if they really mean "R/C", their unit (ns) is wrong.
Instead, they could have just recommended that a specific opamp, maybe even with a recommended part number, should be connected there directly and not loaded capacitively.
I can imagine an inexperienced designer carefully crafting an RC network there to satisfy this mystical "1ns RC constant circuit", whereas they should concentrate on crafting a simple opamp buffer circuit that is stable and provides low impedance at the relevant sampling frequencies to satisfy the SAR ADC.
I think I have said everything I can to try to explain my earlier "stupid datasheet "rules of thumb"" comment. NANDBlog can go on misinterpreting the posts and dodging the "difficult" questions, while belittling others as much as he likes, as usual. The OP was answerred already.
PS. Do you think that a 6LSB error at 16 bits is significant when the datasheet does not specify almost any performance numbers for 16-bit operation, just the 12-bit modes, and defines min. effective number of bits at 11.4 bits, and even that is with digital averaging applied, so basically, effective resolution of about 10 bits? You don't use a cheap, poorly specified MCU-integrated ADC like this for where a few LSBs at 16 bit resolution do matter. (I have paid $50 each for 5MSPS 14-bit ADCs in a CCD imaging system, and it
did provide very noiseless and linear image, indeed; I'd never do it with an MCU ADC like this, even when it has MOAR BITS.)