對三根線進行串擾模擬，發現當victim nets 為high 時，如果aggressor net 為fall，則串擾比較小，如果aggressor net 為rise 時，串擾很大。同理當victim nets 為low 時，如果aggressor net 為rise，則串擾比較小，如果aggressor net 為fall 時，串擾很大。而且兩者相差很大，實際上是不是這樣的呢？那我們最終是不是要用大的那個串擾來做參考。但是該值很大，大概有800mv 以上，線間距用5mil，平行長度為4000mil。另外發現線的長度為1000mil 和2000mil 時反而比3000mil 和4000mil 時的串擾大，這是什麼原因？按道理來說串擾的大小應該和平行長度成正比呀！
先談談我對你第二個疑問的看法：
一般情況下，後向串擾的影響較大，而後向串擾在一定範圍內和耦合的長度成正比，但當耦合的長度到達一定長度后，後向的值不再隨傳輸線的長度變化而變化，我們把這種情況叫做後向串擾的飽和,這個長度叫做臨界長度，超過這一長度，後向串擾的峰值達到飽和,將不再隨著傳輸線的長度變化,這個臨界長度摺合成時間大概是上升時間的1/2。據個例子，如果你的驅動上升沿為1ns 的話，那麼飽和長度為0.5ns，約為3333mils。所以在3000mils 以內串擾會隨耦合長度變長而增強，但超過3500mils 之後，長度變化對串擾影響不大，這時候由於峰值的擺動，很可能出現反而小的情況（但不會小的太多）。如果你的驅動器件的上升時間更快，只有幾百ps，那麼它的飽和長度就在2000mils 左右，也許就是你出現的這種情況
沒錯，當平行布線長度超過信號上升時間的兩倍的時候，串擾趨向飽和，不再隨著長度的增加而增大，至於你的線的長度為1000mil 和2000mil 時反而比3000mil 和4000mil 時的串擾大，估計是模擬的誤差。
前面的問題沒有看得很明白，串擾模擬的時候可以選擇奇偶模式，需要根據實際情況確認，Allegro 還可以設置Xtalk_active_time 等參數，進行精確模擬，不過一般來說，模擬串擾都是選擇最惡劣情況關於串擾模擬的時候奇偶模式，建議你找相關文章看一看。
至於Xtalk_active_time 等參數，我只是說有這些設置，實際模擬的時候一般不會去設定，只對最惡劣情況進行分析
可以學習《high-speed digital design》和《high speed digital system design》這兩本書你可以到一些網站上去下載，發郵件給tigerlhl@yeah.net，你多半會收到她們的電子文檔
[admin via 研發互助社區 ] 串擾模擬的疑問已經有2801次圍觀
http://cocdig.com/docs/show-post-44255.html
