當(dāng)前位置:首頁 > 嵌入式 > 嵌入式教程
[導(dǎo)讀]使用DP83640實現(xiàn)標(biāo)準(zhǔn)網(wǎng)絡(luò)IEEE1588的同步

1.0 簡介

美國國家半導(dǎo)體的DP83640精密PHYTER?實現(xiàn)了IEEE 1588精密時間協(xié)議(PTP)的時鐘關(guān)鍵部分,允許高精度 IEEE 1588節(jié)點實現(xiàn)。當(dāng)使用包含IEEE1588功能器件、邊界時鐘和透明時鐘的網(wǎng)絡(luò)時,利用非常簡單的時鐘伺服算法 來確定速率調(diào)整和時間校正,可以獲得非常高的精度。不需 要復(fù)雜處理,只需要對協(xié)議測量進行簡單平均或濾波即可。 當(dāng)網(wǎng)路由不具有IEEE 1588能力的器件構(gòu)成時,包延時偏差 (PDV)就很重要。簡單時鐘伺服不會提供很高精度的同 步。

本文描述了一種同步方法,它可以為較大PDV系統(tǒng)帶 來更高的同步精度。這里描述的方法試圖檢測最小延時,或 “幸運包”。這個方法還利用了DP83640時鐘控制機理來獨 立控制時鐘速率和時間校正,從而將時鐘時間精度內(nèi)的過沖 和擺動降低到最小。

2.0 背景

IEEE1588精確時間協(xié)議給從機提供了基本信息,用以確 定相對于最高級主時鐘的頻率以及時間偏差。基本算法包括 使用各自的同步和延時請求消息來測量主機到從機之間和從 機到主機的路徑延時。 圖1顯示了最基本的IEEE 1588的時序圖。



主機到從機和從機到主機的延時為:

MSdelay = t2 - t1

SMdelay = t4 –t3

單向延時或稱為平均路徑延時正是這兩個延時的平均值

MeanPathDelay = (MSdelay + SMdelay)/2

理想情況下,時間偏移為:

offset_from_master = MSdelay – meanPathDelay

在包含支持IEEE-1588網(wǎng)絡(luò)元件(橋、開關(guān)、路由器)的網(wǎng)絡(luò)中,包延時偏差基本上可以忽略。在邊界時鐘器件中,同步時鐘在網(wǎng)絡(luò)元件上得以保持,它與上游主機同步時間和速率,并充當(dāng)下游器件的主機。在透明時鐘器件中,因為PTP報文要經(jīng)過這個器件,所以通過測量其停留時間來校 正包延時偏差。



在無1588能力的網(wǎng)絡(luò)中不做補償,導(dǎo)致包延時變量大概 是幾十或幾百微妙的數(shù)量級。這些延時變得非常明顯,使得 單一測量極度不正確。

在使用只有簡單平均和濾波的基本算法的單開關(guān)條件 下,得到了圖2在80%流量條件下的MTIE(最大時間間隔誤差)測試波形。很容易看到,這種方法提供了相對較差的同 步,其誤差達到100ms之大。

2.1 建議算法

在無1588能力元件的網(wǎng)絡(luò)中,包延時可能在每個器件 的最小物理延時和通過每個器件的最大延時總和的范圍內(nèi)變 化。實踐中,每個設(shè)備經(jīng)常會有最小傳輸延時,因此主機到 從機產(chǎn)生最小的總包延時?;静僮魇菄L試檢測最小延時, 或者“幸運延時”,利用這些包的結(jié)果進行速率和時間校 正。算法基本上可分為三級:平均路徑延時測量、速率校正 和時間校正。

2.1.1 平均路徑延時測量

在大多數(shù)網(wǎng)絡(luò)中,最小路徑延時是相對恒定的值。再 次配置網(wǎng)絡(luò)能夠引起步長變化,但是這種配置并不是經(jīng)常性 的。因此有可能采用長期跟蹤最小環(huán)回延時(即全部的同步 延時請求計算)的方式來檢測最小平均路徑。這種方法保持 最后N個平均路徑延時測量記錄,并從中找到最小值:

Min_meanPathDelay(n) = min(meanPathDelay[n+1-N:n]

其中,Min_meanPathDelay(n)為第n次測量記錄中保留的N個數(shù)據(jù)中的最小值。

進行速率校正和時間校正時確定最小平均路徑是關(guān)鍵。

[!--empirenews.page--]2.1.2 速率校正

速率校正通過測量跟隨的同步周期并測量每個消息從 主機開始與到達從機之間的差異進行。這給出了從機頻率相 對于主機頻率的一個基本比值并可以用來校正頻率差。因為 包延時偏差可能很明顯,這可能使任何單一的速率測量有很 大的不精確性。

例如,如果同步周期每秒8個同步,誤差在 125ms內(nèi)可能是100us或者接近1000ppm。如果算法是平均 所有速率測量,也許需要成百上千秒來測量速率以得到合理 的估算。使用低廉的振蕩器時會發(fā)生短期頻率變化,平均時 間較長會導(dǎo)致不能對這種頻率變化進行控制。 可替代的方法是,建議的算法利用平均路徑延時測量來 檢測短時等待包時,只使用這些包檢測對主機的頻率偏移。

如果包滿足一個好的最小環(huán)回延時要求,通過比較上一個 “好包”時間來測量速率。*估“好包”時,需要在質(zhì)量和 數(shù)量上進行權(quán)衡。如果質(zhì)量過于嚴(yán)格,就可能無法獲得足夠 的信息來跟蹤頻率變化。但如果不夠嚴(yán)格,速率計算結(jié)果中 可能包含過量的偏差。

圖3表明用于決定速率的同步消息之間的最基本的關(guān)系。



從這個圖中,速率比值為

rate_ratio(n) = (T2(n) – T2) / (T1(n) –T1)

另外,為準(zhǔn)備另一個測量,需要設(shè)置:

T1=T1(n),T2=T2(n)

由于測量中存在誤差,仍然需要一些平均或濾波測量。

為了簡化,使用指數(shù)移動平均或平滑函數(shù)來跟蹤速率。這個等式為:

rate_avg(n) = Rate_avg(n-1)

+α(rate_ratio(n) – rate_avg(n-1))

α的典型值通常設(shè)為0.1,但是在某些諸如提高或降低速率的延長周期場合,這個值可能會有所增加。

2.1.3 時間校正

確定時間偏移的典型方法是使用同步消息來確定對主機 的偏差。常使用平均或濾波的方式來平滑連接,并避免每次 測量的過量校正。對于時間校正來說,利用兩個不同的機制 來檢測和校正時間偏差。

第一個機制的基本想法是尋找最小延時。基本算法是在 最近的延時中檢測最小的主機到從機的延時。為防止過量校 正,也對時間校正進行了限制。這種算法依賴于大量的同步 消息,比IEEE-1588網(wǎng)絡(luò)本身需要的同步報文更多。另外, 在延時請求測量之后,算法可能使用主機到從機延時或從機 到主機延時中產(chǎn)生更小偏差的一個延時。在一個方向的流量 變得擁堵的情況下,另一個方向可以提供更精確的時間偏差 的測量。這個方法基于它擁有的最好信息而在每個周期都進 行校正。如果沒有收到真實的最小延時消息報文,這將導(dǎo)致 不適當(dāng)?shù)男U?。原因是算法不能確定測量誤差是由時間偏差 還是由包延時偏差引起的。

第二個時間校正機制是嘗試只使用延時來進行校正,前 提是這些延時已經(jīng)確定為真實最小延時包。它有助于避免對 時間值的無效校正。這個機制的基本想法是使用同步和延時 請求來進行時間校正。對于同步消息,如果主機到從機延時 小于最小平均路徑延時,測量結(jié)果就顯示至少有一個主機到 從機延時減去最小平均路徑延時的時間偏差。這種情況下, 時間校正是基于偏差測量進行的。如果主機到從機的延時高 于最小平均路徑延時,無法知道誤差是由時間偏差引起的還 是包延時偏差引起的,所以不會做校正。對于延時請求消息 也相似,如果從機到主機的延時小于最小平均路徑延時,測 量結(jié)果就顯示有至少為平均路徑延時減去從機到主機延時的 時間偏差發(fā)生。注意,這里檢測到的時間偏差是正的,而主 機到從機延時測量中的結(jié)果是負的。

兩個方法都是通過調(diào)節(jié)一段時間內(nèi)的精準(zhǔn)時間協(xié)議的時 鐘速率來進行時間校正。為了避免速率的大波動,每一個校 正都限制幅值。這將有助于降低由于時間偏移的快速校正而 引起的時間間隔誤差。在第二個機理中通過保持時間誤差值 進行處理。當(dāng)因接收到的同步或延時請求引起的新誤差計算 出來時,如果這個新誤差代表了一個更大的偏差,時間誤差 就更新為新值。否則,時間誤差保持不變。基于時間誤差, 只能進行有限的校正并從時間誤差中去除。因此,在完成校 正之前,偏移測量可能進行多次校正。



第二個機理很少有無效的校正,但是呈現(xiàn)出更長的無校 正周期;基于速率校正誤差,很可能會出現(xiàn)漂移。盡管第二 個機理在重流量和多開關(guān)的條件下顯得更好,但兩者的總體 結(jié)果相似。由于第二個機理產(chǎn)生更好的結(jié)果,結(jié)論部分詳述 這些結(jié)果。

3.0 測試平臺

測試時鐘伺服算法的*估平臺是基于FPGA的常規(guī)*估 平臺,ALP(模擬測試發(fā)射平臺)。ALP平臺包含一個小的 FPGA來實現(xiàn)MAC接口、數(shù)據(jù)包緩沖和與DP83640以太網(wǎng)物 理層設(shè)備進行通訊的MDIO管理界面。ALP板子包括與PC主 機通訊的USB接口。在PC主機上,ALP軟件運行PTP協(xié)議來 建立和分析包并控制PHY中的PTP硬件的操作。ALP平臺合 并了支持兩個獨立的PHY器件的邏輯和連接。[!--empirenews.page--]

測試平臺對包和控制的處理能力進行了限制,它限制了 可以處理的同步周期的數(shù)量。每秒多達8個同步脈沖時同步工 作良好,但是超過這個值則不能維持速率。由于電信和其它 的應(yīng)用需要的速率是每秒大約100個同步消息,這個平臺不 能提供嵌入式平臺能夠提供的相同等級下的同步。DP83640 硬件沒有限制器件工作在更高同步速率環(huán)境中的器件。

這個 限制特殊針對*估平臺。 ALP平臺提供了一個GUI和支持Python腳本語言的腳本 機理。通過ALP GUI,在Python中運行PTPv2協(xié)議和時鐘伺服算法可以得到全面測試。

對于最簡單的測試,由單HP網(wǎng)絡(luò)設(shè)備開關(guān)組成網(wǎng)絡(luò)。使 用獨立的ALP平臺并設(shè)置為想提供網(wǎng)絡(luò)的規(guī)定比例利用率的 開關(guān)發(fā)送廣播流量來產(chǎn)生額外的流量。針對有主機、從機之 間三個開關(guān)組成的網(wǎng)絡(luò)的測試也做過。

PTP主機使用一個OCXO作為參考時鐘源,PTP從機使 用的是一個廉價TCXO參考。

4.0 測試結(jié)果

建議算法通過流量負載達到80%以上的單開關(guān)或者多開關(guān)來測試性能。設(shè)定主機每秒發(fā)送8個同步消息,而從機相對 于每個同步消息,發(fā)送一個延時-響應(yīng)消息。流量負荷通過隨 機大小的廣播包來產(chǎn)生,變化內(nèi)部包間隔以產(chǎn)生特定流量。 流量通過測試網(wǎng)絡(luò)中的一個開關(guān)的可用端口引入。時間誤差 數(shù)據(jù)采用DP83640 PTP主機的事件時間戳能力來捕獲并保存以備*估。除計算標(biāo)準(zhǔn)偏差外,在每個流量條件下,還產(chǎn)生 MTIE和TDEV(時間偏差)圖。測試持續(xù)時間最短為4小時, 最長為8小時。



4.1 單開關(guān)結(jié)果

下圖顯示了單開關(guān)在20%,50%和80%流量負載時的 MTIE,TDEV的結(jié)果。除了測試結(jié)果,測試圖形還顯示了通 信規(guī)格中的兩個屏蔽。這個結(jié)論很容易滿足G.823對于PDH 接口的要求,但不能完全滿足G.811 PRC要求。需要進一步 優(yōu)化,尤其是提高同步速度,來滿足PRC要求。



4.2 多開關(guān)測試

測試是在三個開關(guān)網(wǎng)絡(luò)中完成的,三個開關(guān)由一個DLink DES1105 5端口開關(guān)、一個Linksys SD205 5端口開關(guān)和一個 HP網(wǎng)絡(luò)設(shè)備8000M組成。測試結(jié)果是在三個開關(guān)20%,50% 的利用率,流量注入到第三個開關(guān)的條件下得到的。如所期 望,這個結(jié)果不如單開關(guān)好,但是仍然顯示出所示滿足規(guī)格 的潛力。如下圖形表明不同流量條件下的MTIE和TDEV。



4.3 其它測試結(jié)果

雖然沒有得到具體的結(jié)果,但是算法表現(xiàn)為對流量在0到 80%之間變化的良好響應(yīng)。如果流量超過80%,算法仍然需要精簡以便處理明顯更少的最小延時包。



[!--empirenews.page--]5.0 其它機會

這個文檔描述了一種工作算法,但仍有很大可能在將來 的開發(fā)中提高和測試這種算法。以下列出了一些可能: 增加同步速率:增加同步速率需要將平臺移到可以支持 更高包速率,可能達到100同步/秒或者更高這樣的平臺上。 這可能需要移到諸如飛思卡爾的MCF5234BCCKIT Coldfire 這樣的嵌入式平臺。



這樣做允許對算法進行很多改進,例如 為每個速率和時鐘校正做許多延時測量等。 改善速率適應(yīng)性:一些最大誤差是由于算法在跟蹤本地 振蕩器頻率變換時的響應(yīng)緩慢造成的。跟蹤速率并且進行調(diào) 整的改進算法在整體結(jié)果上具有很大的提高。 更大的網(wǎng)絡(luò)上測試:具有更多實際流量條件的更大網(wǎng)絡(luò) 上進行擴展測試。

VLAN標(biāo)簽上測試:使能VLAN標(biāo)簽、允許基于VLAN優(yōu) 先級域,處理PTP包的IEEE802.1Q優(yōu)先級可以提高測試結(jié) 果。

6.0 結(jié)論

這個文檔描述了由無IEEE1588能力的器件組成的網(wǎng)絡(luò) 中,使用DP83640以太網(wǎng)物理層設(shè)備來同步時鐘的一種算 法。此算法雖然不能在所有條件下提供完整的解決方案,但 表明了這種解決方案的可行性。每秒8個同步消息條件下,系統(tǒng)可以準(zhǔn)確的在重負載單開關(guān)中進行同步。在更大的同步 消息速度下,期望這個算法在更大的網(wǎng)絡(luò)中有更高的精確等級。

本站聲明: 本文章由作者或相關(guān)機構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點,本站亦不保證或承諾內(nèi)容真實性等。需要轉(zhuǎn)載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請及時聯(lián)系本站刪除。
換一批
延伸閱讀

9月2日消息,不造車的華為或?qū)⒋呱龈蟮莫毥谦F公司,隨著阿維塔和賽力斯的入局,華為引望愈發(fā)顯得引人矚目。

關(guān)鍵字: 阿維塔 塞力斯 華為

加利福尼亞州圣克拉拉縣2024年8月30日 /美通社/ -- 數(shù)字化轉(zhuǎn)型技術(shù)解決方案公司Trianz今天宣布,該公司與Amazon Web Services (AWS)簽訂了...

關(guān)鍵字: AWS AN BSP 數(shù)字化

倫敦2024年8月29日 /美通社/ -- 英國汽車技術(shù)公司SODA.Auto推出其旗艦產(chǎn)品SODA V,這是全球首款涵蓋汽車工程師從創(chuàng)意到認證的所有需求的工具,可用于創(chuàng)建軟件定義汽車。 SODA V工具的開發(fā)耗時1.5...

關(guān)鍵字: 汽車 人工智能 智能驅(qū)動 BSP

北京2024年8月28日 /美通社/ -- 越來越多用戶希望企業(yè)業(yè)務(wù)能7×24不間斷運行,同時企業(yè)卻面臨越來越多業(yè)務(wù)中斷的風(fēng)險,如企業(yè)系統(tǒng)復(fù)雜性的增加,頻繁的功能更新和發(fā)布等。如何確保業(yè)務(wù)連續(xù)性,提升韌性,成...

關(guān)鍵字: 亞馬遜 解密 控制平面 BSP

8月30日消息,據(jù)媒體報道,騰訊和網(wǎng)易近期正在縮減他們對日本游戲市場的投資。

關(guān)鍵字: 騰訊 編碼器 CPU

8月28日消息,今天上午,2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會開幕式在貴陽舉行,華為董事、質(zhì)量流程IT總裁陶景文發(fā)表了演講。

關(guān)鍵字: 華為 12nm EDA 半導(dǎo)體

8月28日消息,在2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會上,華為常務(wù)董事、華為云CEO張平安發(fā)表演講稱,數(shù)字世界的話語權(quán)最終是由生態(tài)的繁榮決定的。

關(guān)鍵字: 華為 12nm 手機 衛(wèi)星通信

要點: 有效應(yīng)對環(huán)境變化,經(jīng)營業(yè)績穩(wěn)中有升 落實提質(zhì)增效舉措,毛利潤率延續(xù)升勢 戰(zhàn)略布局成效顯著,戰(zhàn)新業(yè)務(wù)引領(lǐng)增長 以科技創(chuàng)新為引領(lǐng),提升企業(yè)核心競爭力 堅持高質(zhì)量發(fā)展策略,塑強核心競爭優(yōu)勢...

關(guān)鍵字: 通信 BSP 電信運營商 數(shù)字經(jīng)濟

北京2024年8月27日 /美通社/ -- 8月21日,由中央廣播電視總臺與中國電影電視技術(shù)學(xué)會聯(lián)合牽頭組建的NVI技術(shù)創(chuàng)新聯(lián)盟在BIRTV2024超高清全產(chǎn)業(yè)鏈發(fā)展研討會上宣布正式成立。 活動現(xiàn)場 NVI技術(shù)創(chuàng)新聯(lián)...

關(guān)鍵字: VI 傳輸協(xié)議 音頻 BSP

北京2024年8月27日 /美通社/ -- 在8月23日舉辦的2024年長三角生態(tài)綠色一體化發(fā)展示范區(qū)聯(lián)合招商會上,軟通動力信息技術(shù)(集團)股份有限公司(以下簡稱"軟通動力")與長三角投資(上海)有限...

關(guān)鍵字: BSP 信息技術(shù)
關(guān)閉
關(guān)閉