作者:黃剛

一個“xue淋淋”的案例告訴大家:正確的原理圖不一定就能產(chǎn)生正確的PCB設(shè)計。

原理圖設(shè)計與PCB設(shè)計都是研發(fā)流程中的必經(jīng)階段,我們知道,原理圖設(shè)計是PCB設(shè)計的前端流程,之前的案例也分析過一個錯誤的原理圖必然會導(dǎo)致一個錯誤的PCB設(shè)計,但是一份正確的原理圖就一定能得到一個正確的PCB設(shè)計嗎?

這次介紹一個視頻傳輸模塊的設(shè)計案例,通常采用的是SDI的接口,速率倒不像通信行業(yè)那么高,一般以6G到12G這個區(qū)間的速率為主。該單板是從FMC芯片經(jīng)過均衡器轉(zhuǎn)換成單端75歐姆走線,然后進(jìn)入BNC連接器,最后通過cable連接到設(shè)備端?？蛻裟繕?biāo)的速率是6．25Gbps,值得提出的是,PCB也是客戶公司自己設(shè)計的,只是在我們這里進(jìn)行加工哈。

本來看上去速率不算太高,設(shè)計難度應(yīng)該不會很大,但是板子加工出來,客戶進(jìn)行測試的時候卻出現(xiàn)了大問題。下面這張圖是客戶告訴我們的信息及測試的眼圖結(jié)果,客戶在BNC連接器后進(jìn)行測試,發(fā)現(xiàn)6．25Gbps速率下眼圖是閉合的,而實際的功能測試也表明6．25G速率不能工作,只能降頻再降頻到1．25G那么低速的時候才OK。于是客戶就求助我們高速先生,看看能不能找到原因。

問題很清晰,答案卻很模糊。包括客戶和我們的設(shè)計工程師都第一時間認(rèn)為是均衡器前的這段100歐姆差分線是不是走線有點長損耗有點大導(dǎo)致的呢?

然而高速先生是理智的,從走線長度來看才不到3inch,走線損耗不會是問題,而且焊盤過孔電容這些地方還做了優(yōu)化,阻抗一致性也不會差。另外從均衡器輸入后測試發(fā)現(xiàn)還有不錯的眼圖也能證明損耗不會很大。因此看起來最有可能的一個猜測應(yīng)該是要被pass掉了。

有了之前原理圖可能會出問題的經(jīng)驗,高速先生也慢慢關(guān)注起原理圖的設(shè)計來了,于是在聽取了客戶提供的信息后,我們拿到了客戶的原理圖來檢查下,結(jié)果發(fā)現(xiàn)原理上應(yīng)該沒太大的問題。均衡器接收后把100歐姆的差分線轉(zhuǎn)換成75歐姆的單端線,原理還是比較清晰的。

但是高速先生依然發(fā)現(xiàn)了一些非常規(guī)的設(shè)計,細(xì)看75歐姆單端輸出的走線部分,客戶還進(jìn)行了通過磁珠進(jìn)行下拉的操作,應(yīng)該是用于抗干擾方面的設(shè)計理念。高速先生立馬感覺到了一絲絲貓膩,于是把重點放在這個位置上,去對比下原理圖設(shè)計和實際PCB設(shè)計的情況。

果真有了驚人的發(fā)現(xiàn),從原理圖的下拉理念到PCB的實現(xiàn)肯定是需要通過走線連接到磁珠再進(jìn)行下拉的。于是我們就看到了如上圖所示的在BNC接口位置通過走線連接到磁珠再進(jìn)行下拉的操作。高速先生憑借之前累積的經(jīng)驗就立馬斷定了這個位置就是出問題的地方,在原理圖上只是一根理想的連接線,但是到了PCB設(shè)計上就立馬變成了200多mil的stub,理想和現(xiàn)實存在著看起來影響不大但是實際上影響很大的差距!

200多mil的stub絕對會影響6．25Gbps這個速率的信號性能了。高速先生認(rèn)為問題的答案已經(jīng)找到了,那么如何讓客戶相信呢?一般客戶是比較謹(jǐn)慎的,除非有很明確的答案,否則客戶也不敢貿(mào)貿(mào)然的進(jìn)行改板,于是高速先生看看能不能在現(xiàn)有的板子上進(jìn)行debug驗證。高速先生仔細(xì)琢磨了PCB文件后,提出了一個有趣的想法。

因為75歐姆走線剛好是走線表層線,于是給這個想法的實施提供了可能性。我們建議的方法也很簡單而通俗,就是用刀直接劃斷BNC接口位置處對于的stub走線,就像上圖標(biāo)注的那個位置。至于刀嘛,隨便像這種刀都是可以的啦!

客戶按照高速先生的建議進(jìn)行這個操作后,得到了驚喜的效果!系統(tǒng)能成功運行到6．25Gbps這個速率了。

這個案例的分享就到這里了哈,明槍易躲暗箭難防,有時候PCB設(shè)計上的stub非常的隱蔽,稍有點大意的話,就會陷入到stub中而不自知。原理圖上的描述真正到了PCB設(shè)計還是有很多可能性,到了高速時代后,任何一段原理圖上理想的走線在PCB上都變成了不理想的走線,帶來各種意想不到的高速問題。因此PCB工程師也需要不斷積累經(jīng)驗以及理論知識,才能在高速時代立于不敗之地哈!

審核編輯：符乾江