0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線(xiàn)課程
  • 觀看技術(shù)視頻
  • 寫(xiě)文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

技術(shù)案例分享:高溫流量測(cè)試丟包問(wèn)題

揚(yáng)興科技 ? 2023-08-23 14:58 ? 次閱讀

對(duì)某以太網(wǎng)設(shè)備進(jìn)行長(zhǎng)時(shí)間的溫度循環(huán)測(cè)試,利用 SmartBits(SmartBits 設(shè)備,是由Spirent 公司開(kāi)發(fā)的,用于以太網(wǎng)數(shù)據(jù)流量測(cè)試的設(shè)備。)對(duì)設(shè)備連續(xù)地、全速率地發(fā)送以太網(wǎng)數(shù)據(jù)包,測(cè)試人員發(fā)現(xiàn)一個(gè)奇怪的現(xiàn)象,設(shè)備在白天的測(cè)試中,均無(wú)丟包現(xiàn)象,夜間設(shè)備繼續(xù)運(yùn)行,但是第二天一早就會(huì)發(fā)現(xiàn)已發(fā)生丟包。

《討論》

該設(shè)備的用戶(hù)接口是百兆以太網(wǎng)接口,利用5類(lèi)非屏蔽雙絞線(xiàn)與 SmartBits 連接,由于端口數(shù)目較多,線(xiàn)纜布線(xiàn)較雜,存在線(xiàn)纜被實(shí)驗(yàn)室管理員挪動(dòng)的可能,在挪動(dòng)過(guò)程中,可能導(dǎo)致丟數(shù)據(jù)包。經(jīng)與管理員確認(rèn),這種可能被排除。

溫度循環(huán)測(cè)試是指,通過(guò)對(duì)溫箱溫度曲線(xiàn)的控制,以實(shí)現(xiàn)調(diào)整產(chǎn)品工作所處環(huán)境溫度的目的。在這個(gè)測(cè)試中,溫度曲線(xiàn)如圖 6.9所示。

圖6.9高低溫循環(huán)測(cè)試溫度曲線(xiàn)

循環(huán)測(cè)試一個(gè)周期共 26h (h:小時(shí)),分為六個(gè)階段。第一階段是用4h 均地從25℃降溫到-5℃,第二階段是在-5℃保持 5h,第三階段用 4h 均地從-5℃升溫到 25℃,第段用4h 均勻地從25℃升溫到 55℃,第五階段是在55℃保持 5h,第六階段是用4h從55降溫到25℃。在這個(gè)過(guò)程中,產(chǎn)品不間斷地全速運(yùn)行。測(cè)試人員每天清早 9 點(diǎn)鐘開(kāi)始一個(gè)周期的測(cè)試,到下午 6 點(diǎn)下班前檢查丟包情況,沒(méi)有發(fā)現(xiàn)丟包,第二天清早9點(diǎn)檢查,發(fā)現(xiàn)已經(jīng)出現(xiàn)丟包現(xiàn)象。頭天清早 9點(diǎn)到下午 6 點(diǎn),循環(huán)測(cè)試正好完成了頭兩個(gè)階段,從夜間到第二天早上9點(diǎn),完成第三、四、五階段以及第六階段的一半,即丟包現(xiàn)象總是發(fā)生在后四個(gè)階段。而后四個(gè)階段有兩個(gè)特點(diǎn):一是升溫,二是高溫。在高溫 55℃下,測(cè)量單板上與 PHY 相關(guān)的信號(hào)完整性和時(shí)序,沒(méi)有發(fā)現(xiàn)問(wèn)題。

利用 SmartBits 對(duì)以太網(wǎng)產(chǎn)品進(jìn)行流量測(cè)試,有兩個(gè)原因可能丟數(shù)據(jù)包:一個(gè)是產(chǎn)品本身存在缺陷;另一個(gè)是SmartBits的晶振快于以太網(wǎng)產(chǎn)品上PHY使用的晶振在高溫下進(jìn)行大量測(cè)試后,可基本排除產(chǎn)品缺陷造成丟數(shù)據(jù)包的可能性以下主要討論晶振快慢對(duì)數(shù)據(jù)傳輸?shù)挠绊憽?br>

SmartBits 是用于以太網(wǎng)性能測(cè)試的設(shè)備,在本案例中,其作用是以線(xiàn)速的速度產(chǎn)生以太網(wǎng)數(shù)據(jù)包,并發(fā)送給以太網(wǎng)交換機(jī),以太網(wǎng)交換機(jī)收到數(shù)據(jù)包后,在內(nèi)部轉(zhuǎn)發(fā),最終又將所有數(shù)據(jù)包發(fā)回SmartBits。SmartBits 通過(guò)檢測(cè)發(fā)出的數(shù)據(jù)包數(shù)目和接收的數(shù)據(jù)包數(shù)目是否相等,來(lái)判斷是否發(fā)生了丟包。如圖6.10所示,假設(shè)SmartBits 上的IC1是負(fù)責(zé)收發(fā)數(shù)據(jù)包的芯片,數(shù)據(jù)包到達(dá)以大網(wǎng)設(shè)備,完成業(yè)務(wù)后,通過(guò)芯片 PHY1發(fā)送回 SmartBits。在這個(gè)過(guò)程中,SmartBits 上的ICl是基于晶振OSCI收發(fā)數(shù)據(jù)包,而以太網(wǎng)設(shè)備的PHY1是基于晶振OSC2收發(fā)數(shù)據(jù)包,由于雙方采用的不是同一顆晶振,在頻率上必然有一定的差別。假設(shè) OSC1和OSC2都是25MHz(誤差士50ppm)的晶振(ppm指百萬(wàn)分之一,此處,50ppm的誤差即為50Hz),雖然標(biāo)稱(chēng)頻率和精度完全一樣,但實(shí)際振蕩頻率并不完全一樣。利用頻率計(jì)測(cè)量,在室溫下,OsC1的頻率是25.000050MHz,即25MHz(誤差+2ppm);OSC2的頻率是25.000100MHz,即 25MHz(誤差+4ppm)。OSC2略微快于 OSC1,即以太網(wǎng)設(shè)備上 PHYI的工作速率高于SmartBits上IC1的工作速率,因此在常溫下,以太網(wǎng)設(shè)備有能力將SmartBits發(fā)送來(lái)的數(shù)據(jù)包接收下來(lái),并全部發(fā)回。

圖6.10 SmartBits 與以太網(wǎng)設(shè)備連接

白天的測(cè)試從不丟包,分析溫度循環(huán)曲線(xiàn)圖可知,白天的測(cè)試包括常溫和低溫兩種情況,在測(cè)試中,只有以太網(wǎng)設(shè)備被放置在溫箱中,而 SmartBits 一直工作在室溫環(huán)境,在低溫-5C下測(cè)量OSC2的頻率為25.000300MH,即25MHz(誤差+12ppm),高于OSC1室溫下的頻率25MHz(誤差+2ppm),因此,在低溫下,以太網(wǎng)設(shè)備同樣有能力將 SmartBits發(fā)送來(lái)的數(shù)據(jù)全部發(fā)回。

丟包現(xiàn)象都是發(fā)生在夜間,夜間的測(cè)試包括低溫、常溫、高溫三個(gè)階段,通過(guò)前面的測(cè)試已經(jīng)證實(shí),低溫和常溫條件下,OSC2 的頻率都快于 OSC1,因此主要考慮高溫的情況。在55C,測(cè)量OSC2的頻率為 24.999825MHz,即25MHz(誤差-7ppm),慢于OSC1,在這種情況下,以太網(wǎng)設(shè)備沒(méi)有足夠的能力將 SmartBits 發(fā)送來(lái)的數(shù)據(jù)包全部發(fā)回即對(duì)于以太網(wǎng)設(shè)備而言,接收到的數(shù)據(jù)包始終多于能發(fā)送出去的數(shù)據(jù)包,必然造成丟包。根據(jù)以上分析得到結(jié)論,夜間丟包的原因是高溫下 OSC2 的速率慢于 OSC1。為了檢驗(yàn)這個(gè)結(jié)論,設(shè)計(jì)者將 SmartBits 發(fā)包速率從全速的 100%調(diào)整為97%,進(jìn)行多個(gè)溫度循環(huán)測(cè)試,沒(méi)有發(fā)現(xiàn)丟包。由此證明丟包原因確系高溫下 OSC2 速度較慢。仔細(xì)查閱以太網(wǎng)設(shè)備上使用的晶振 OSC2的器件資料,發(fā)現(xiàn)晶振的輸出頻率隨著環(huán)境溫度的變化,也會(huì)有略微的變化,如圖 6.11 所示。

圖 6.11 晶振頻率一溫度變化曲線(xiàn)(-40~+85°)

以 25C時(shí)晶振的頻率為基準(zhǔn),隨著溫度的降低,輸出頻率將先提高,再降低;隨著溫度的升高,輸出頻率將先降低,再升高。本例中,55C時(shí)的晶振輸出頻率相對(duì)常溫最多可能降低12ppm。

聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 測(cè)試
    +關(guān)注

    關(guān)注

    8

    文章

    5641

    瀏覽量

    128403
  • 以太網(wǎng)
    +關(guān)注

    關(guān)注

    40

    文章

    5594

    瀏覽量

    174990
  • 晶振
    +關(guān)注

    關(guān)注

    35

    文章

    3216

    瀏覽量

    69661
  • 流量
    +關(guān)注

    關(guān)注

    0

    文章

    247

    瀏覽量

    24169
收藏 人收藏

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    STM32H743+USB3300傳輸采集的數(shù)據(jù)前幾次會(huì)怎么解決?

    的,只會(huì)出現(xiàn)在USB斷開(kāi)重連后,要多發(fā)幾次才會(huì)不,有知道的佬嗎。使用官方的USB庫(kù)移植,和Cubemx配置也一樣有此問(wèn)題。使用的是CDC虛擬串口的USB高速HS模式,在其他論壇
    發(fā)表于 03-10 06:26

    用CPLD來(lái)控制TLK1221有情況,怎么解決?

    用CPLD來(lái)控制TLK1221有情況。所傳輸?shù)囊曨l信號(hào)在顯示器上面有條紋出現(xiàn)。請(qǐng)問(wèn)是不是在8B/10B轉(zhuǎn)換時(shí),沒(méi)寫(xiě)好程序。AD和DA轉(zhuǎn)換我感覺(jué)沒(méi)有問(wèn)題。
    發(fā)表于 02-13 06:08

    華納云如何解讀WinMTR的率數(shù)據(jù)?

    WinMTR顯示的率數(shù)據(jù)是指在網(wǎng)絡(luò)路徑上,從你的計(jì)算機(jī)到目標(biāo)主機(jī)之間,數(shù)據(jù)丟失的百分比。率是網(wǎng)絡(luò)穩(wěn)定性的一個(gè)重要指標(biāo),它可以幫助識(shí)
    的頭像 發(fā)表于 12-30 16:51 ?486次閱讀

    電池(級(jí))測(cè)試系統(tǒng)的技術(shù)原理和應(yīng)用

    電池(級(jí))測(cè)試系統(tǒng)是一種關(guān)鍵的測(cè)試工具,其技術(shù)原理和應(yīng)用在多個(gè)領(lǐng)域中發(fā)揮著至關(guān)重要的作用。以下是對(duì)其技術(shù)原理和應(yīng)用的具體介紹:一、
    發(fā)表于 12-09 15:40

    ubuntu ping 開(kāi)發(fā)板存在嚴(yán)重的情況,請(qǐng)問(wèn)該怎么解決?

    我現(xiàn)在在學(xué)習(xí)一個(gè)嵌入式Linux的項(xiàng)目,要實(shí)現(xiàn)主機(jī),虛擬機(jī),開(kāi)發(fā)板三者的通信,我的一系列設(shè)置應(yīng)該是沒(méi)問(wèn)題的。但是在ubuntu上ping開(kāi)發(fā)板時(shí)總是會(huì)出現(xiàn)很?chē)?yán)重的情況,有時(shí)甚至?xí)蠪rom
    發(fā)表于 11-01 16:50

    新加坡服務(wù)器的速度測(cè)試方法有哪些

    測(cè)試新加坡服務(wù)器的速度和性能是確保服務(wù)器能夠滿(mǎn)足業(yè)務(wù)需求的關(guān)鍵步驟。以下是一些常用的方法和工具: Ping測(cè)試: Ping命令是一種基本的網(wǎng)絡(luò)診斷工具,用于測(cè)試與服務(wù)器的連接延遲和
    的頭像 發(fā)表于 10-14 14:55 ?483次閱讀

    工業(yè)交換機(jī)的零延遲和零

    在現(xiàn)代工業(yè)自動(dòng)化和網(wǎng)絡(luò)通信的快速發(fā)展中,工業(yè)交換機(jī)作為連接各類(lèi)設(shè)備的核心元素,其性能和穩(wěn)定性顯得尤為重要。零延遲和零的概念不僅是技術(shù)上的追求,更是推動(dòng)工業(yè)智能化進(jìn)程的重要保障。傳統(tǒng)網(wǎng)絡(luò)在數(shù)
    的頭像 發(fā)表于 09-24 15:52 ?479次閱讀

    使用SPI連接MCU和ESP8266,頻繁出現(xiàn)問(wèn)題是什么原因呢?

    您好; 我司使用SPI 連接MCU和ESP8266,同一個(gè)局域網(wǎng)內(nèi) 8臺(tái)左右機(jī)器同時(shí)上傳10MB 大小的文件到后臺(tái),頻繁出現(xiàn)問(wèn)題;設(shè)備信號(hào)沒(méi)有問(wèn)題,緊挨著路由器;另外換過(guò)不同型號(hào)路由器也沒(méi)有改善;大概會(huì)是什么原因呢
    發(fā)表于 07-19 08:12

    為什么ESP8266 TCP透?jìng)鬟^(guò)程會(huì)?

    為什么ESP8266 TCP透?jìng)鬟^(guò)程會(huì)?
    發(fā)表于 07-09 07:55

    ESP8266_RTOS3.0串口0傳輸大量數(shù)據(jù)的原因?

    多個(gè)分段進(jìn)入處理函數(shù),后來(lái)使用example示例中的uart_echo,發(fā)現(xiàn)接收可以完整接收,但是當(dāng)把數(shù)據(jù)原樣從串口0的tx輸出時(shí),數(shù)據(jù)中間出現(xiàn)多次中斷。 我發(fā)現(xiàn)用系統(tǒng)自帶的打印log的函數(shù)打印數(shù)據(jù)時(shí),并不會(huì)出現(xiàn)
    發(fā)表于 07-09 06:32

    cy7c68013a-56ltxc搭載fpga傳輸數(shù)據(jù)是哪里出了問(wèn)題?

    1.8m的一個(gè)圖像數(shù)據(jù)由fpga傳輸給usb芯片,再由cy7c68013-56ltxc芯片把數(shù)據(jù)傳輸給電腦,然后由軟件排列起來(lái),發(fā)現(xiàn)數(shù)據(jù)出現(xiàn)了,數(shù)據(jù)卻行,大家有什么看法?
    發(fā)表于 07-03 08:26

    串口通信的時(shí)候怎么避免的情況?

    1.如何避免在中斷里面執(zhí)行長(zhǎng)時(shí)間的操作 2.串口通信的時(shí)候怎么避免的情況 3.串口通信為什么不可以一次發(fā)送1000bit或者10000bit 也就是說(shuō)一幀數(shù)據(jù)為 一位起始位 10000bit數(shù)據(jù)位 一位停止位
    發(fā)表于 07-03 07:00

    例程simple_sniffer接收wifi數(shù)據(jù)時(shí)老是,有什么改進(jìn)辦法?

    您好! 在用例程simple_sniffer接收wifi數(shù)據(jù)時(shí)老是,是否有什么改進(jìn)辦法? 謝謝
    發(fā)表于 06-26 07:41

    ESP8266 STA+AP模式下如何解決?

    ESP8266 STA單模式下,發(fā)送成功率在99%以上,請(qǐng)問(wèn)如果存在STA+AP模式下bug的話(huà)(我在網(wǎng)上看到相關(guān)信息,說(shuō)信道共用的問(wèn)題)那么我的95%通訊成功率是否正常(基于這個(gè)bug的前提下),再問(wèn)
    發(fā)表于 06-26 06:25

    esp32 udp broadcast怎么避免?

    esp32 udp broadcast
    發(fā)表于 06-17 06:05

    電子發(fā)燒友

    中國(guó)電子工程師最喜歡的網(wǎng)站

    • 2931785位工程師會(huì)員交流學(xué)習(xí)
    • 獲取您個(gè)性化的科技前沿技術(shù)信息
    • 參加活動(dòng)獲取豐厚的禮品