Continue to Site

Welcome to EDAboard.com

Welcome to our site! EDAboard.com is an international Electronics Discussion Forum focused on EDA software, circuits, schematics, books, theory, papers, asic, pld, 8051, DSP, Network, RF, Analog Design, PCB, Service Manuals... and a whole lot more! To participate you need to register. Registration is free. Click here to register now.

Sudden decrease in SNR of pipeline ADC

Status
Not open for further replies.

Chinmaye

Full Member level 3
Joined
Jan 18, 2016
Messages
164
Helped
0
Reputation
0
Reaction score
1
Trophy points
1,298
Activity points
3,145
Dear all,
I am trying to calculate the SNHR of the pipelined ADC in Cadence. Its a 12-bit ADC with sampling rate 40 MSPS. I tried to calculate the SNHR of the input signal close to 9MHz and i got an SNHR of about 70dB. But when I increase the frequency of the input signal to around 11MHz, the SNHR drops by almost 20 dB. I am unable to understand this behavior. Could someone please explain as to why this can be happening?

Thanks,
Chinmaye
 

Where is your input signal coming from? How do you set up the calculation in cadence?
 

Where is your input signal coming from? How do you set up the calculation in cadence?
The input signal is a sine wave from Analog library and I use spectral measurement in cadence to measure SNHR. I have considered around 30 cycles for measurement.
 

So, you are saying you measure the SNR of an ideal voltage source and it varies by 20dB?
 

If there is a sample/hold stage at the input then
its settling-time behavior may have effects beyond
what forward-path small signal analysis might
indicate. The sampling and hold mode transitions
are time-domain large signal. The settling tails
might be significant at at 10MHz / 100nS, a problem
at 90nS and no prob at 111nS input period, like.

I don't do and have never done such calculations
but it would seem to me that if you put the two
cases up against each other (maybe in Excel
where you can break down the equation to its
feature-specific elements) the discrepancy
based on input signal frequency ought to reveal
itself, and lead you to "why?".
 
Hi,

If you use FFT, then maybe it's due to window size mismatch..

Klaus
 

Thank you for the reply. I figured out it is due to SHA.
 

Status
Not open for further replies.

Part and Inventory Search

Welcome to EDABoard.com

Sponsor

Back
Top