The Designer's Guide Community
Forum
Welcome, Guest. Please Login or Register. Please follow the Forum guidelines.
Apr 25th, 2024, 4:15pm
Pages: 1
Send Topic Print
hidden state in rfLib and SpectreRF (Read 85 times)
Geoffrey_Coram
Senior Fellow
******
Offline



Posts: 1998
Massachusetts, USA
hidden state in rfLib and SpectreRF
May 19th, 2003, 10:23am
 
Does anyone else find it ironic that the "rfLib" distributed by Cadence has elements with hidden state such that they cannot be used in a PSS analysis in Cadence's own SpectreRF?
Back to top
 
 

If at first you do succeed, STOP, raise your standards, and stop wasting your time.
View Profile WWW   IP Logged
Jess Chen
Community Fellow
*****
Offline



Posts: 380
California Bay Area
Re: hidden state in rfLib and SpectreRF
Reply #1 - May 19th, 2003, 4:42pm
 
It does indeed seem strange that some models in rfLib have hidden state and therefore do not work with SpectreRF but there is an explanation. The only elements in rfLib with hidden state are the instrumentation blocks. The instrumentation blocks generate common baseband signals and compute statistics on baseband signals. Those blocks were designed for use with the baseband equivalent models also found in rfLib. The baseband equivalent models accelerate run times, at the cost of some accuracy of course, to the point where eye-diagram and evm simulations have practical run times. Many of the models have baseband and passband views. The idea was that you could use the faster baseband view with the instrumentation blocks in Spectre to study RF effects on baseband metrics then switch to the passband view and SpectreRF to compute the associated RF specifications.  

-Jess Chen

Back to top
 
 
View Profile   IP Logged
Geoffrey_Coram
Senior Fellow
******
Offline



Posts: 1998
Massachusetts, USA
Re: hidden state in rfLib and SpectreRF
Reply #2 - May 27th, 2003, 2:29pm
 
What about trying to use the baseband signal generators to modulate the carrier in an Envelope-Following analysis?

Envelope-Following has the same hidden-state restriction.
Back to top
 
 

If at first you do succeed, STOP, raise your standards, and stop wasting your time.
View Profile WWW   IP Logged
Andrew Beckett
Senior Fellow
******
Offline

Life, don't talk to
me about Life...

Posts: 1742
Bracknell, UK
Re: hidden state in rfLib and SpectreRF
Reply #3 - May 27th, 2003, 10:09pm
 
Yes, for this purpose it is rather annoying.

There's a relatively simple workaround for the generators
though.

Place an instance of the signal generator in a schematic,
and run a normal transient analysis.

Then use the printvs function in the calculator on the
output of the block (don't use start, stop and step in
the printvs form), and then use File->Print to save the
output data to a file.

You can then use a vsource with type pwl (or vpwlf),
or port with source type pwl, to read the data you
saved in the previous sim and use that in an envlp
analysis.

A bit of a hack, bit it works.

I believe there is an initiative to solve the hidden state
problem (probably by fixing the models in the short
term) .

Regards,

Andrew.
Back to top
 
 
View Profile WWW   IP Logged
Jess Chen
Community Fellow
*****
Offline



Posts: 380
California Bay Area
Re: hidden state in rfLib and SpectreRF
Reply #4 - Jun 5th, 2003, 7:51am
 
In a real design exercise, I think you will eventually find it necessary to use pwlf sources in any event.  In designing WLAN transmitters for example, the baseband signal is often digitally filtered to meet spectral mask and EVM requirements. The digital filter is not easy to design. Some pulse shapes are more susceptible to spectral regrowth than others. You will probably need a design tool like SPW or Matlab to design the digital filter. That being the case, it is much simpler to generate the baseband signal in a tool like SPW or Matlab then import it into Spectre or SpectreRF using pwlf sources for envelope simulation. In many cases, different design groups are repsonsible for the baseband and RF sections. The pwlf provides a convenient interface between two groups that often use very different design tools.

     -Jess

Back to top
 
 
View Profile   IP Logged
Pages: 1
Send Topic Print
Copyright 2002-2024 Designer’s Guide Consulting, Inc. Designer’s Guide® is a registered trademark of Designer’s Guide Consulting, Inc. All rights reserved. Send comments or questions to editor@designers-guide.org. Consider submitting a paper or model.