软件这样做,应该有它的道理,但是我不知道
今天早上,俩小的烧基本退下去了,精神状态不错。看她俩互相玩的很好,于是我试探性地问她们,今天妈妈可以去上班么?小娃在我换鞋准备出门的时候,眼睛看着我,小声的嘀咕。我认真辨认,才听出,她说的是,你下班早点回来。原来在ADS的DF下看不懂的一些东西,读了SystemVue中help文件中的一些内容后,发现能看懂了。再回过头去看ADS里面相应的内容,发现人家讲的也和SystemVue中的差不多。学新东西的时候,还是需要多看看,有时候同一种说法出现在不同的地方,人的理解就会不一样。AtoD模型,在SystemVue和ADS里面都有,help文件里面的内容也大致相同。原来以为,这个模型不是太对,现在看来,它本来就是这样设计的。也就是说,当输入信号是complex envelope的时候,其ADC采样的输出也是complex envelope,而且频率与输入信号一致。

如上图所示,osc是RF(complex envelope)信号,输入频率是97MHz,ADC的采样频率是115MSPS,理论上,应该折叠到第一奈奎斯特域,也就是18MHz,但是从A_out出来的频谱是这样的,和help文件中说的一样,频率还是在97MHz。
把IQ两路的code导入小软件的话,频谱是这样的。载波频率是去掉了的。

如果增加一个fc change的器件后,情况会变得不同。如下图所示。当Q1经过fcchange以后,ADC用115MSPS来对97MHz进行采样的时候,折叠到18MHz。
从功能上看,在单音的情况下,fc change这个器件,把complex envelope的信号,变成real baseband的信号了。但是如果信号是调制信号的话,fc change这个器件,并没有产生类似的作用,不管在ADS还是在SystemVue里,都是。调制信号经过fc change器件后,载波频率变掉了。至于为啥变到这个值,我也不知道。
在SystemVue中有一个例子,调制波形,欠采样,它就直接这样用了。如下图所示。
所以出来的频谱就是没有折叠的,可能这样也已经考虑了ADC的一些性能了。但是这样的话,还是和我原来的认知不同。就像采样定理说的,欠采样的时候,信号会折叠到第一奈奎斯特域,但是现在出来的信号没折叠。所以,在调制信号的时候,该怎么办呢?找了半天方法,想把complex envelope变成real baseband 信号,但是都没有成功。为啥软件会让AtoD模型,可以接收complex envelope信号,然后再输出complex envelope信号而不显示出ADC的采样特性呢?