串口為什么比并口快?

1.高速串口不需要傳時鐘來同步數據流,沒有時鐘周期性的沿變,頻譜不會集中,所以噪聲干擾少很多。以PCIE和SATA為例,時鐘信息通過8b/10b編碼已經集成在數據流里面,數據本身經過加擾,絕對不可能有多于5個0或者5個1的長串(利于時鐘恢復),也絕對不存在周期性(避免頻譜集中)。這樣,通過數據流的沿變可以直接用PLL恢復出時鐘,再用恢復的時鐘采集數據流。這有什么好處?時鐘信號消耗的功耗極多,帶來的噪聲也最大,不傳時鐘可以降低功耗,減少噪聲。

2.所有高速串口都采用差分總線傳輸,外界噪聲同時加載到并行傳輸的兩條差分線上,相減之后可以抵消,對外部噪聲的抵抗能力強。

3.沒有時鐘skew問題,因為它根本就沒有同步時鐘,不存在時鐘和數據流的對齊問題。只需要保證差分信號線是對齊的就行,這是很容易的,因為差分信號線的值總是相反,相關性強,易控制。一根線跳的時候,另一根線經過一個非門的延時馬上會跳,這個非門的延時是很容易補償的。并行總線最大的問題就是多根線傳輸的時候,無法保證所有的沿變都對齊,很有可能傳著傳著某些信號跟不上,落后了一個T,數據就傳錯了。想控制也難,因為各個信號沒有相關性,互相的沿變本身就是獨立的,因為布線不同,很有可能一個跳的早點,另一個跳的晚點,再加上各個傳輸線電阻不同,噪聲不同,傳一會兒就分辨不出來哪個值對應哪個周期。

4.線少,干擾少。并行傳輸,一般32根或者64根,一根線跳變,會給旁邊的線帶來噪聲,頻率越高,這種噪聲越大,很容易導致別的線值被篡改或者無法辨認,所以頻率不可能很高。串行傳輸一般就4根數據線,分成Rx兩根差分線和Tx兩根差分線,差分線總是往相反方向跳,可以抵消各自的跳變噪聲,比如Rx的正極性發生跳變時會產生噪聲,這種噪聲可以被Rx的負極性以相反的跳變直接抵消掉(因為他們是差分信號對),總的噪聲為0,根絕了內部噪聲。綜上,串口傳輸的各種優勢使得其內外噪聲皆免疫,又沒有信號對齊之憂,可以以極高的速率傳輸。比如SATA可以以6Gb的速率傳輸數據流,PCIE可以以8Gb的速率傳輸數據流。這種速率,并行傳輸是根本做不到的,更不要說串行傳輸還能節省大量引腳。

為了提高單根線的傳輸速率,必須要講到我們模擬電路工程師的三**寶,差分信號(differential signaling),時鐘-數據恢復(Clock-Data Recovery,簡稱CDR),和信道均一化(Channel Equalization,Eq)

差分信號的好處:不外乎抗干擾能力強,引入的噪聲也比較小,雖然必須要兩根線,但速度從幾百M提高到幾G,還是很值得的。

CDR的好處:消滅了skew,減少了時鐘的功耗和噪聲(但多出了CDR電路本身的功耗和噪聲),同時避免了電磁干擾。想想在PCB或者電線上傳一個15G的時鐘,太帶感了,幸虧我們不用做這種事。

信道均一化:相當值得一提,這才是SerDes高速發展的決定性因素,所以我決定花點文字講一下。

一般來說,真實世界中的信道都是低通特性的,到處都是小電容,所謂絕緣體中的分子在高頻情況下吸收電場能量,再加上金屬線中的趨膚效應,所以我們想要的高頻信號走不了多遠就不像樣子了,比如下面某信道的頻率特性(綠線)。

[![](http://upload-images.jianshu.io/upload_images/1465184-f18257a2665a15a2.jpg?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)](http://bbs.ednchina.com/images/attachments/201605/original/20160520100601925.jpg)

如圖所示,在對應28Gbps的頻點上,信號能量被衰減了30db,電壓幅度只剩3%了;在對應56Gbps的頻點上更慘,65db意味著信號電壓擺幅剩下不到千分之一。在這種信道中,發送端一個完美漂亮的數據眼圖:

到了接收端會變成這樣的一堆垃圾:

什么都辨認不出來對吧。但是,經過我們聰明的工程師們一番努力,均一化開關打開,信號就變成了這樣:

 [![](http://upload-images.jianshu.io/upload_images/1465184-64e0ca94fec18a1d.jpg?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)](http://bbs.ednchina.com/images/attachments/201605/original/20160520100723536.jpg)

既然有了三**寶,他們只能用在串口上嗎?

答案很顯然,不是,串口可以用的,我們并口一樣可以用。

那為什么并口不用呢?

差分信號這條不用說了,并口的電線本來已經夠多了,數目還要再翻一倍?系統工程師會殺人的。

CDR 意義也不大,反正你并口速度也不高,一堆數據線中順便傳下時鐘,比做接收端做CDR再采樣每一位數據省事多了。

信道均一化屬于屠龍之技,不用差分信號的話也就傳幾百M,本來就沒啥衰減,用這個干啥?還是考慮下各種噪聲串擾的問題吧。

于是答案就呼之欲出了。串口為啥比并口快?是因為串口的特性和應用場景,決定了它更加適合采用一些可以提高單根信道速率的設計方法,這些方法用在并口上并不合適。

從現有的應用看來,需要持續穩定高帶寬的應用,往往使用高速串行接口,一根帶寬不夠再加一根,各種視頻網絡應用,基本如此。而一些歷史遺留速度不高的應用,還有一些需要突發性高帶寬的應用,并口仍然存活,比如很特殊的DDR。雖然XDR/GDDR/HMC/HCM這些新標準都在試圖引入SerDes, 但DRAM行業的特殊性還是讓并口繼續存活著。

作者:龔黎明、又見山人

來源:知乎 十萬個為什么(整理)

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,237評論 6 537
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,957評論 3 423
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 177,248評論 0 382
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,356評論 1 316
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,081評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,485評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,534評論 3 444
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,720評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,263評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,025評論 3 356
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,204評論 1 371
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,787評論 5 362
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,461評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,874評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,105評論 1 289
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,945評論 3 395
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,205評論 2 375

推薦閱讀更多精彩內容