(1)

系統仿真，在什么時候最有用。

我覺得是，當你要做的這個項目，沒有人做過，你手頭有一些計算公式，但是并不知道，這些公式計算出來的結果，余量有多大，也不知道會有哪些坑會被挖出來。

這個時候，仿真就有用武之地了，而且，仿真模型模型一旦完成建立，那你就可以在這個模型上做很多工作，來盡可能地發現坑的位置。

(2)

我為啥這么推崇仿真呢，是因為我切切實實的，從中得到過好處。

這個例子，我可能在以前的文章中講過。

前幾天，還和一位號友聊起這件事。

想想，當時雖然已經工作三年有余，但是在射頻系統方面，確實是作為一個新手，而且是很新很新的新手。那為啥做這件事情，沒有翻車呢，我覺得是仿真幫了我大忙。

其實，在做這個項目之前，其實我是具備了三個條件的：

我本身對ADS，還比較熟悉，因為仿真低噪放，都是用的這個。

在試用期階段，我找到了仿真系統的方法，雖然當時仿真的是發射機，但是不影響知識點的遷移。

我調試過其他同事的產品，并且把相應的鏈路，也量化到仿真軟件里。然后花時間，驗證出正確的仿真設置，仿真一些指標對接收機性能的影響。并且，在實驗室實測，對比測試和仿真的差別，發現吻合的很好。

有了這三個條件以后，雖然我沒有做過實際的電路，也沒有人來指導我具體該怎么做，但是我可以利用仿真軟件，來彌補這些不足。

所以在進行接收機設計的時候，我心里是很確定的。不管我要選擇哪種架構，是一次變頻還是兩次變頻，我都是可以在仿真模型上進行驗證。

(3)

仿真，仿真，就是模仿真實場景，然后看看會發生什么。

仿真的第一步，是能夠看出系統的變化趨勢。

可是這還不夠，我們希望仿真能夠更精確，能夠更加準確地給我們預測出我們的指標分配。最好差別不要超過3dB。

然而，所有的仿真軟件，不管模型也好，給的示例也好，其實都有一些局限性。

這個時候，就需要多看help文件，多用自己的理論知識去驗證，覺察出這些局限性。最好能想出一些折中的方法，來規避這些局限性，讓整體的仿真設置仿出來的結果起碼符合理論預期，有條件的話，能再實測檢驗一下。

(4)

比如說，我最近用envelope來仿真系統的EVM，雖然模板上直接有計算EVM的例子，但是和實際有一點點差距。比如說，我想把相噪的影響加進來，因為想仿真相噪對接收機性能的影響。

在help文件中，也沒找到envelope仿真器下，仿真相噪的例子。那怎么辦？就只能結合自己的認知，自己去試，拿仿真值和自己的理論認知去比對，驗證設置的正確性。

HB仿真相噪的時候，出來的結果是這樣的。

因為我的載波功率是13dBm，所以對應的相噪就是13-90=-77dBm/Hz。

但是用envelope仿真出來的是這樣的，上下波動相當大。

那是說在envelope下面，仿真phasenoise不靠譜么？

站起身，倒杯水，然后對著電腦思索了良久，突然來一靈感，那如果看dBm/Hz的話，波動很大，但是如果我算一個帶寬里面的呢，會不會是個恒定的值呢？

然后試了一下，發現接近完美的符合。

(5)

為啥在這次課程快結束的時候，我給自己討苦吃，然后花這么長的時間，來進一步研究系統仿真這件事情。

一方面，是想利他，想盡可能地給參加課程的號友，有一個更好的課程體驗，能學到更多對實際工作有用的知識；

另一方面，也是利己，因為這也確實是我自己很想做的事情，以前在工作中，沒有這樣的時間和機會，現在辭職了，有時間也有動力。動力就是來自于已經付費報課程(來看看，你需不需要這門接收機設計課程吧(已更新七次))的號友。

之所以很想做，是因為這是一項可以復制和遷移的能力，會是我以后開展其他項目的一個跳板。有了這個知識和技能的鋪墊，我再遇到新項目或者想做個其他類型的系統，比如雷達系統，我也可以把知識遷移過去，很好的對項目做一個預期驗證。