對某以太網設備進行長時間的溫度循環測試,利用 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文章
5336瀏覽量
126793 -
以太網
+關注
關注
40文章
5441瀏覽量
172038 -
晶振
+關注
關注
34文章
2880瀏覽量
68125 -
流量
+關注
關注
0文章
245瀏覽量
23908
發布評論請先 登錄
相關推薦
華納云如何解讀WinMTR的丟包率數據?
WinMTR顯示的丟包率數據是指在網絡路徑上,從你的計算機到目標主機之間,數據包丟失的百分比。丟包率是網絡穩定性的一個重要指標,它可以幫助識
電池(包級)測試系統的技術原理和應用
電池(包級)測試系統是一種關鍵的測試工具,其技術原理和應用在多個領域中發揮著至關重要的作用。以下是對其技術原理和應用的具體介紹:一、
發表于 12-09 15:40
ubuntu ping 開發板存在嚴重的丟包情況,請問該怎么解決?
我現在在學習一個嵌入式Linux的項目,要實現主機,虛擬機,開發板三者的通信,我的一系列設置應該是沒問題的。但是在ubuntu上ping開發板時總是會出現很嚴重的丟包情況,有時甚至會有From
發表于 11-01 16:50
新加坡服務器的速度測試方法有哪些
測試新加坡服務器的速度和性能是確保服務器能夠滿足業務需求的關鍵步驟。以下是一些常用的方法和工具: Ping測試: Ping命令是一種基本的網絡診斷工具,用于測試與服務器的連接延遲和丟
工業交換機的零延遲和零丟包
在現代工業自動化和網絡通信的快速發展中,工業交換機作為連接各類設備的核心元素,其性能和穩定性顯得尤為重要。零延遲和零丟包的概念不僅是技術上的追求,更是推動工業智能化進程的重要保障。傳統網絡在數
使用SPI連接MCU和ESP8266,頻繁出現丟包問題是什么原因呢?
您好;
我司使用SPI 連接MCU和ESP8266,同一個局域網內 8臺左右機器同時上傳10MB 大小的文件到后臺,頻繁出現丟包問題;設備信號沒有問題,緊挨著路由器;另外換過不同型號路由器也沒有改善;大概會是什么原因呢
發表于 07-19 08:12
ESP8266_RTOS3.0串口0傳輸大量數據丟包的原因?
多個分段進入處理函數,后來使用example示例中的uart_echo,發現接收可以完整接收,但是當把數據原樣從串口0的tx輸出時,數據中間出現多次中斷丟包。
我發現用系統自帶的打印log的函數打印數據時,并不會出現丟
發表于 07-09 06:32
cy7c68013a-56ltxc搭載fpga傳輸數據丟包是哪里出了問題?
1.8m的一個圖像數據由fpga傳輸給usb芯片,再由cy7c68013-56ltxc芯片把數據傳輸給電腦,然后由軟件排列起來,發現數據出現了丟包,數據卻行,大家有什么看法?
發表于 07-03 08:26
串口通信的時候怎么避免丟包的情況?
1.如何避免在中斷里面執行長時間的操作
2.串口通信的時候怎么避免丟包的情況
3.串口通信為什么不可以一次發送1000bit或者10000bit 也就是說一幀數據為 一位起始位 10000bit數據位 一位停止位
發表于 07-03 07:00
例程simple_sniffer接收wifi數據包時老是丟包,有什么改進辦法?
您好!
在用例程simple_sniffer接收wifi數據包時老是丟包,是否有什么改進辦法?
謝謝
發表于 06-26 07:41
ESP8266 STA+AP模式下丟包如何解決?
ESP8266 STA單模式下,發送成功率在99%以上,請問如果存在STA+AP模式下丟包bug的話(我在網上看到相關信息,說信道共用的問題)那么我的95%通訊成功率是否正常(基于這個bug的前提下),再問
發表于 06-26 06:25
CC2640R2L使用BLE的Notify功能,通過定時器每隔10ms向手機發送一包數據,會出現丟包的原因?
使用BLE的Notify功能,通過定時器每隔10ms向手機發送一包數據,每包數據20字節,發送大約4000包后出現丟包情況,每次丟1
發表于 05-30 07:43
奧迪威推出新一代高溫流量傳感器
隨著物聯網技術的迅猛發展,超聲波智能熱量表在“智慧城市”供熱系統中的應用越來越廣泛。為滿足市場對高精度、低耗損超聲波流量傳感器的需求,奧迪威從感知層出發,推出了新一代專供超聲波熱量表應用的流量傳感器——
評論