高速先生成員--姜杰

關(guān)于DDR的案例，高速先生已經(jīng)分享過很多期的文章了，有通過修改主控芯片的驅(qū)動解決問題的，有通過修改PCB走線的拓?fù)鋪斫鉀Q問題的，也有通過調(diào)節(jié)端接電阻來解決問題的，相對于下面即將登場的解決方法而言，上述的方式都突然顯得很復(fù)雜了。不信？那我們一起往下看唄！

又是一個睡眼朦朧的下午，雷豹最近剛結(jié)束掉手上的所有項(xiàng)目，在公司美美的睡上一個午覺醒來后，正值百無聊賴之際，師傅Chris為了防止雷豹繼續(xù)“頹廢”，剛好手上接到了一個DDR的debug項(xiàng)目，因此毅然決然的分配給了雷豹，這突如其來的“鍋”讓雷豹瞬間驚醒。

這個DDR有問題的板子是我們設(shè)計的，但是并沒有進(jìn)入到仿真部門去做仿真，客戶的描述也非常的直擊問題點(diǎn)，就是。。。DDR4跑不到額定的2400M的速率！

只想板子跑到額定2400M的速率，客戶這個要求一點(diǎn)也不過分，但是我們的設(shè)計工程師看了看之前的板子，也找不到太多的優(yōu)化方案。因?yàn)楸緛砭椭挥?拖2的2個DDR顆粒的拓?fù)?，正常來說都比較好做，工程師在走線上也參考了之前內(nèi)部培訓(xùn)的設(shè)計方法，照道理不應(yīng)該出問題??！

雷豹是個直直的仿真愛好者，這時候他也先不管怎么去優(yōu)化，也沒去找原因，就先拿到主控和顆粒的模型先按照這個版本做了個通道的仿真，不得不說雷豹的仿真技術(shù)是真的牛叉，很快就仿真出了也是fail的，能夠和測試情況相對應(yīng)。

他很自豪的和師傅Chris匯報，只見Chris淡淡的一笑，反問到雷豹，那是哪里出了問題呢，又應(yīng)該這么去從PCB設(shè)計上去優(yōu)化呢？雷豹雖然在和Chris匯報仿真結(jié)果之前其實(shí)也有想過師傅會這樣問，奈何雷豹也打開PCB文件去看了，重點(diǎn)關(guān)注了走線的拓?fù)浣Y(jié)構(gòu)，對比和我司設(shè)計部之前做過的類似設(shè)計的方案，兩者在走線上是長度，拓?fù)浣Y(jié)構(gòu)上都是非常接近的。一句話，也就是找不到問題點(diǎn)唄。。。

Chris看雷豹好像沒轍了，那就只能給雷豹一點(diǎn)暗示了。只見Chris不慌不忙的打開PCB文件，雷豹見Chris直接跳過了檢查PCB上的走線這一步，徑直的打開了疊層設(shè)置，然后給雷豹指一下這個地方，沒錯，指的就是下面這個紅框框的地方。

雷豹感覺好像懂了一點(diǎn)了，原來該客戶為了比demo板有更好的成本優(yōu)勢，在設(shè)計上使用了相鄰層走線的這個方法，也就是我們所說的GSSG的疊層結(jié)構(gòu)，這樣的話的確在層數(shù)上可以省下幾層，但是就會帶來其他方面的一些壞處。雷豹一直都是在關(guān)注走線是怎么怎么走的，和demo板是如何如何相似，卻沒注意到疊層設(shè)計本身已經(jīng)有這么大的差別了。

這時既然客戶要省成本嘛，高速先生肯定還是尊重客戶的這個意愿的，就在客戶這個省成本的設(shè)計中去想辦法改善信號質(zhì)量，從而達(dá)到要求。鑒于雷豹已經(jīng)隱約知道了問題的原因了，Chris也不立馬點(diǎn)破，還是希望讓雷豹自己能獨(dú)立解決。之前已經(jīng)說了，要保持這個省成本的層數(shù)不變，在這個前提的下去解決問題。

雷豹左想右想了半天，突然靈機(jī)一動，只見他對了疊層設(shè)置一頓調(diào)節(jié)，又相應(yīng)的通過改變線寬來保證原有的走線阻抗不變。之前是12層板，現(xiàn)在也還是12層板，總體的板厚也沒發(fā)生變化。然后雷豹帶著他自己優(yōu)化后的仿真結(jié)果再和Chris匯報，這次雷豹帶來的仿真結(jié)果果然有了明顯的優(yōu)化，從仿真驗(yàn)證上，已經(jīng)能把信號質(zhì)量變成PASS了！

Chris看看雷豹優(yōu)化后的PCB文件，發(fā)現(xiàn)走線的拓?fù)溟L度都沒有變化，只是從疊層上做了下文章，這也和Chris預(yù)想的方案是一樣的，然后就給雷豹點(diǎn)了一個大大的贊，雷豹尋思這一路debug過來，雖然最后想到的方案不難，但是發(fā)現(xiàn)和解決debug問題的過程卻是艱辛的，不過總算自己解決掉了，也積累了一個新的技術(shù)點(diǎn)！

審核編輯：湯梓紅