對某以太網設備進行長時間的溫度循環測試,利用 SmartBits(SmartBits 設備,是由Spirent 公司開發的,用于以太網數據流量測試的設備。)對設備連續地、全速率地發送以太網數據包,測試人員發現一個奇怪的現象,設備在白天的測試中,均無丟包現象,夜間設備繼續運行,但是第二天一早就會發現已發生丟包。
《討論》
該設備的用戶接口是百兆以太網接口,利用5類非屏蔽雙絞線與 SmartBits 連接,由于端口數目較多,線纜布線較雜,存在線纜被實驗室管理員挪動的可能,在挪動過程中,可能導致丟數據包。經與管理員確認,這種可能被排除。
溫度循環測試是指,通過對溫箱溫度曲線的控制,以實現調整產品工作所處環境溫度的目的。在這個測試中,溫度曲線如圖 6.9所示。

圖6.9高低溫循環測試溫度曲線
循環測試一個周期共 26h (h:小時),分為六個階段。第一階段是用4h 均地從25℃降溫到-5℃,第二階段是在-5℃保持 5h,第三階段用 4h 均地從-5℃升溫到 25℃,第段用4h 均勻地從25℃升溫到 55℃,第五階段是在55℃保持 5h,第六階段是用4h從55降溫到25℃。在這個過程中,產品不間斷地全速運行。測試人員每天清早 9 點鐘開始一個周期的測試,到下午 6 點下班前檢查丟包情況,沒有發現丟包,第二天清早9點檢查,發現已經出現丟包現象。頭天清早 9點到下午 6 點,循環測試正好完成了頭兩個階段,從夜間到第二天早上9點,完成第三、四、五階段以及第六階段的一半,即丟包現象總是發生在后四個階段。而后四個階段有兩個特點:一是升溫,二是高溫。在高溫 55℃下,測量單板上與 PHY 相關的信號完整性和時序,沒有發現問題。
利用 SmartBits 對以太網產品進行流量測試,有兩個原因可能丟數據包:一個是產品本身存在缺陷;另一個是SmartBits的晶振快于以太網產品上PHY使用的晶振在高溫下進行大量測試后,可基本排除產品缺陷造成丟數據包的可能性以下主要討論晶振快慢對數據傳輸的影響。
SmartBits 是用于以太網性能測試的設備,在本案例中,其作用是以線速的速度產生以太網數據包,并發送給以太網交換機,以太網交換機收到數據包后,在內部轉發,最終又將所有數據包發回SmartBits。SmartBits 通過檢測發出的數據包數目和接收的數據包數目是否相等,來判斷是否發生了丟包。如圖6.10所示,假設SmartBits 上的IC1是負責收發數據包的芯片,數據包到達以大網設備,完成業務后,通過芯片 PHY1發送回 SmartBits。在這個過程中,SmartBits 上的ICl是基于晶振OSCI收發數據包,而以太網設備的PHY1是基于晶振OSC2收發數據包,由于雙方采用的不是同一顆晶振,在頻率上必然有一定的差別。假設 OSC1和OSC2都是25MHz(誤差士50ppm)的晶振(ppm指百萬分之一,此處,50ppm的誤差即為50Hz),雖然標稱頻率和精度完全一樣,但實際振蕩頻率并不完全一樣。利用頻率計測量,在室溫下,OsC1的頻率是25.000050MHz,即25MHz(誤差+2ppm);OSC2的頻率是25.000100MHz,即 25MHz(誤差+4ppm)。OSC2略微快于 OSC1,即以太網設備上 PHYI的工作速率高于SmartBits上IC1的工作速率,因此在常溫下,以太網設備有能力將SmartBits發送來的數據包接收下來,并全部發回。

圖6.10 SmartBits 與以太網設備連接
白天的測試從不丟包,分析溫度循環曲線圖可知,白天的測試包括常溫和低溫兩種情況,在測試中,只有以太網設備被放置在溫箱中,而 SmartBits 一直工作在室溫環境,在低溫-5C下測量OSC2的頻率為25.000300MH,即25MHz(誤差+12ppm),高于OSC1室溫下的頻率25MHz(誤差+2ppm),因此,在低溫下,以太網設備同樣有能力將 SmartBits發送來的數據全部發回。
丟包現象都是發生在夜間,夜間的測試包括低溫、常溫、高溫三個階段,通過前面的測試已經證實,低溫和常溫條件下,OSC2 的頻率都快于 OSC1,因此主要考慮高溫的情況。在55C,測量OSC2的頻率為 24.999825MHz,即25MHz(誤差-7ppm),慢于OSC1,在這種情況下,以太網設備沒有足夠的能力將 SmartBits 發送來的數據包全部發回即對于以太網設備而言,接收到的數據包始終多于能發送出去的數據包,必然造成丟包。根據以上分析得到結論,夜間丟包的原因是高溫下 OSC2 的速率慢于 OSC1。為了檢驗這個結論,設計者將 SmartBits 發包速率從全速的 100%調整為97%,進行多個溫度循環測試,沒有發現丟包。由此證明丟包原因確系高溫下 OSC2 速度較慢。仔細查閱以太網設備上使用的晶振 OSC2的器件資料,發現晶振的輸出頻率隨著環境溫度的變化,也會有略微的變化,如圖 6.11 所示。

圖 6.11 晶振頻率一溫度變化曲線(-40~+85°)
以 25C時晶振的頻率為基準,隨著溫度的降低,輸出頻率將先提高,再降低;隨著溫度的升高,輸出頻率將先降低,再升高。本例中,55C時的晶振輸出頻率相對常溫最多可能降低12ppm。
聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。
舉報投訴
-
測試
+關注
關注
8文章
5705瀏覽量
128847 -
以太網
+關注
關注
41文章
5635瀏覽量
175926 -
晶振
+關注
關注
35文章
3267瀏覽量
70122 -
流量
+關注
關注
0文章
248瀏覽量
24238
發布評論請先 登錄
相關推薦
熱點推薦
使用NXP 88W8801芯片組進行iPerf3測試期間TCP中的周期性丟包現象,怎么解決?
OS: Linux Buildroot
內核版本: 4.9.0-1
Interface : USB
問題描述:
我在 TCP iPerf3 測試期間遇到周期性丟包。使用以下命令執行測試
發表于 04-02 06:53
物聯網BLE技術助力防丟器方案PTR5618
隨著物聯網和低功耗藍牙(BLE)技術的快速發展,防丟器方案成為了解決日常生活中物品丟失問題的有效工具。
方案說明:
該防丟器方案基于BLE和物聯網技術,由一個小巧的設備和手機APP應用
發表于 03-18 09:50
信而泰PFC/ECN流量測試方案:打造智能無損網絡的關鍵利器
導語:AI算力爆發的背后,如何保障網絡“零丟包”? 在當今數據中心網絡中,隨著AI、高性能計算(HPC)和分布式存儲等應用的飛速發展,網絡的無損傳輸能力變得至關重要。PFC(基于優先級的流量

STM32H743+USB3300傳輸采集的數據前幾次會丟包怎么解決?
的,丟包只會出現在USB斷開重連后,要多發幾次才會不丟包,有知道的佬嗎。使用官方的USB庫移植,和Cubemx配置也一樣有此問題。使用的是CDC虛擬串口的USB高速HS模式,在其他論壇
發表于 03-10 06:26
用CPLD來控制TLK1221有丟包情況,怎么解決?
用CPLD來控制TLK1221有丟包情況。所傳輸的視頻信號在顯示器上面有條紋出現。請問是不是在8B/10B轉換時,沒寫好程序。AD和DA轉換我感覺沒有問題。
發表于 02-13 06:08
華納云如何解讀WinMTR的丟包率數據?
WinMTR顯示的丟包率數據是指在網絡路徑上,從你的計算機到目標主機之間,數據包丟失的百分比。丟包率是網絡穩定性的一個重要指標,它可以幫助識
電池(包級)測試系統的技術原理和應用
電池(包級)測試系統是一種關鍵的測試工具,其技術原理和應用在多個領域中發揮著至關重要的作用。以下是對其技術原理和應用的具體介紹:一、
發表于 12-09 15:40
ubuntu ping 開發板存在嚴重的丟包情況,請問該怎么解決?
我現在在學習一個嵌入式Linux的項目,要實現主機,虛擬機,開發板三者的通信,我的一系列設置應該是沒問題的。但是在ubuntu上ping開發板時總是會出現很嚴重的丟包情況,有時甚至會有From
發表于 11-01 16:50
新加坡服務器的速度測試方法有哪些
測試新加坡服務器的速度和性能是確保服務器能夠滿足業務需求的關鍵步驟。以下是一些常用的方法和工具: Ping測試: Ping命令是一種基本的網絡診斷工具,用于測試與服務器的連接延遲和丟
工業交換機的零延遲和零丟包
在現代工業自動化和網絡通信的快速發展中,工業交換機作為連接各類設備的核心元素,其性能和穩定性顯得尤為重要。零延遲和零丟包的概念不僅是技術上的追求,更是推動工業智能化進程的重要保障。傳統網絡在數
恒訊科技分析:如何測試海外靜態IP服務的穩定性和速度?
Speedtest.net)或其他專業的代理測試工具。 2、連接到靜態IP:按照服務提供商的指示配置你的網絡設置,連接到分配給你的海外靜態IP。 3、進行ping測試:使用ping命令測試IP地址的響應時間和
CYUSB3014在統信uos上為什么傳輸速度很慢并且丟包嚴重
包順序是亂的,usb3.0下更是一直丟數據或者長度不對。
目前usb2.0下單包大小8k,usb3.0下單包大小16k。采用異步通訊,也就是linux下開發包中給的cyusb_bulk
發表于 07-19 12:09
使用SPI連接MCU和ESP8266,頻繁出現丟包問題是什么原因呢?
您好;
我司使用SPI 連接MCU和ESP8266,同一個局域網內 8臺左右機器同時上傳10MB 大小的文件到后臺,頻繁出現丟包問題;設備信號沒有問題,緊挨著路由器;另外換過不同型號路由器也沒有改善;大概會是什么原因呢
發表于 07-19 08:12
評論