基于SyncE和IEEE-1588數(shù)據(jù)包同步的應(yīng)用方案分析
采用IEEE1588協(xié)議 的以太網(wǎng)，解決了通用以太網(wǎng)延遲時(shí)間長(zhǎng)和同步能力差的瓶頸，顯然在測(cè)量?jī)x器系統(tǒng)的應(yīng)用中將發(fā)揮更大作用。事實(shí)上，以太網(wǎng)的儀器擴(kuò)展接口LXI就是以采用IEEE1588協(xié)議的以太網(wǎng)作為骨干的儀器應(yīng)用，再配備測(cè)量?jī)x器系統(tǒng)所需的其它條件，組成吸收了GPIB到VXI和PXI的特點(diǎn)而構(gòu)建的新一代測(cè)量?jī)x器接口。
聲明：本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(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)投訴
-
以太網(wǎng)
+關(guān)注
關(guān)注
40文章
5594瀏覽量
174993 -
測(cè)量?jī)x器
+關(guān)注
關(guān)注
3文章
838瀏覽量
43993 -
網(wǎng)絡(luò)工程師
+關(guān)注
關(guān)注
2文章
34瀏覽量
8025
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
熱點(diǎn)推薦
藍(lán)牙數(shù)據(jù)通道空口包（數(shù)據(jù)包）
-> M
#1
#1
#2
#2
#3
M -> S
#0
#1
#1
#0
#4
S -> M
#0
#0
#1
#1
我們來(lái)分析#3數(shù)據(jù)包，#3是master
發(fā)表于 06-03 10:51
為UART、MCXA142實(shí)現(xiàn)ISP通信的主機(jī)端，發(fā)送Ping數(shù)據(jù)包并收到預(yù)期的響應(yīng)，發(fā)送和接收數(shù)據(jù)包的典型順序是什么？
我想為 UART、MCXA142 實(shí)現(xiàn) ISP 通信的主機(jī)端。我發(fā)送 Ping 數(shù)據(jù)包并收到預(yù)期的響應(yīng)。發(fā)送和接收數(shù)據(jù)包的典型順序是什么？
此刻，我的照片是這樣的：
1. 發(fā)送 Ping
2. 接收 Ping 響應(yīng)
3. 在成幀包
發(fā)表于 04-03 08:05
I2C總線數(shù)據(jù)包結(jié)構(gòu)詳解
。以下是I2C總線數(shù)據(jù)包結(jié)構(gòu)的詳解： 一、I2C總線數(shù)據(jù)包的基本組成 I2C總線上的數(shù)據(jù)傳輸以數(shù)據(jù)包為單位進(jìn)行，每個(gè)數(shù)據(jù)包包含起始信號(hào)、設(shè)備
mtu配置步驟詳解 mtu與數(shù)據(jù)包丟失的關(guān)系
MTU（Maximum Transmission Unit）即最大傳輸單元，是指一種通信協(xié)議的某一層上面所能通過(guò)的最大數(shù)據(jù)報(bào)大小，單位是字節(jié)。MTU配置步驟及其與數(shù)據(jù)包丟失的關(guān)系如下： MTU配置
LMK05318是否可以對(duì)Switch輸出的1588 clock進(jìn)行同步鎖頻、鎖相？
我們現(xiàn)在想做一個(gè)相對(duì)簡(jiǎn)化的1588同步方案，打算使用TI的LMK05318這個(gè)方案，有以下幾個(gè)問(wèn)題需要咨詢
下圖是我們方案的框圖，我們的目
發(fā)表于 11-08 10:50
中國(guó)唯一受邀出席2024 IEEE ISPCS企業(yè)！賽思ePRTC系統(tǒng)成5G時(shí)頻同步網(wǎng)最強(qiáng)Buff！
2024年10月7日-11日，國(guó)際IEEE1588精密時(shí)鐘同步測(cè)量、控制和通信研討（簡(jiǎn)稱ISPCS）在日本東京成功舉辦。賽思受邀攜面向5G時(shí)頻同步網(wǎng)的最強(qiáng)Buff—ePRTC系統(tǒng)及相關(guān)產(chǎn)品分享如期
華納云：服務(wù)器平均響應(yīng)時(shí)間和數(shù)據(jù)包大小之間的影響
服務(wù)器的平均響應(yīng)時(shí)間與數(shù)據(jù)包大小有一定的關(guān)系，但這只是影響響應(yīng)時(shí)間的眾多因素之一。具體來(lái)說(shuō)，數(shù)據(jù)包大小對(duì)服務(wù)器響應(yīng)時(shí)間的影響可以從以下幾個(gè)方面來(lái)理解： 1.數(shù)據(jù)傳輸時(shí)間 影響: 較大的數(shù)據(jù)包
在KeyStone器件實(shí)現(xiàn)IEEE1588時(shí)鐘方案
電子發(fā)燒友網(wǎng)站提供《在KeyStone器件實(shí)現(xiàn)IEEE1588時(shí)鐘方案.pdf》資料免費(fèi)下載
發(fā)表于 09-26 09:10
?0次下載
艾體寶干貨 OIDA之四：掌握數(shù)據(jù)包分析-分析的藝術(shù)
本文是OIDA方法系列的最后一部分，重點(diǎn)介紹了數(shù)據(jù)包分析的“分析”階段。這一最后階段將剖析階段的精煉數(shù)據(jù)轉(zhuǎn)化為可操作的見(jiàn)解，使網(wǎng)絡(luò)管理員和安全專業(yè)人員能夠解決問(wèn)題、優(yōu)化性能并增強(qiáng)安全性
艾體寶干貨 OIDA之一：掌握數(shù)據(jù)包分析-學(xué)會(huì)觀察
OIDA方法論是數(shù)據(jù)包分析的有效手段。其中，觀察是至關(guān)重要的第一步。本文探討了如何通過(guò)明確目標(biāo)、選擇最佳捕獲點(diǎn)、確定捕獲時(shí)機(jī)以及使用合適工具來(lái)優(yōu)化這一過(guò)程，從而為后續(xù)分析過(guò)程奠定堅(jiān)實(shí)基礎(chǔ)。
請(qǐng)問(wèn)DCTCP與DCUDP 的登錄數(shù)據(jù)包和心跳數(shù)據(jù)包與服務(wù)器端是如何交互的？
DCTCP與DCUDP的登錄數(shù)據(jù)包和心跳數(shù)據(jù)包與服務(wù)器端是如何交互的？
發(fā)表于 07-25 06:37
esp8266怎么做才能每秒發(fā)送更多的數(shù)據(jù)包呢？
數(shù)據(jù)包的速度，即每秒大約 50 個(gè) UDP 數(shù)據(jù)包。高波特率唯一改變的是，在數(shù)據(jù)包較大的情況下，我可以以與輕量級(jí)數(shù)據(jù)包相同的速度發(fā)送數(shù)據(jù)包。
發(fā)表于 07-22 08:00
使用AT SAVETRANSLINK時(shí)UDP數(shù)據(jù)包丟失怎么解決？
Android 發(fā)送一個(gè)小 UDP 數(shù)據(jù)包（5 字節(jié)）。這個(gè)小數(shù)據(jù)包被我的微控制器在UART上接收到。微控制器將更大的數(shù)據(jù)包（可變長(zhǎng)度，約 100 字節(jié)）發(fā)送回 UART。ESP在UART上接
發(fā)表于 07-18 07:17
能否在ESP結(jié)束之前通過(guò)串行端口停止傳入的UDP數(shù)據(jù)包的傳輸以解析下一個(gè)UDP數(shù)據(jù)包？
我正在做一個(gè)artnet節(jié)點(diǎn)，
它收到幾個(gè) UDP 廣播數(shù)據(jù)包，工作正常，但是：
其中一些必須使用，其中一些必須丟棄，
mi問(wèn)題是：所有傳入的數(shù)據(jù)包都出現(xiàn)在帶有IPD命令的串行端口上，
并且我需要
發(fā)表于 07-16 06:18
請(qǐng)問(wèn)如何使用AT CIPSEND或AT CIPSENDBUF發(fā)送多個(gè)數(shù)據(jù)包？
我可以使用 AT CIPSEND 發(fā)送單個(gè)數(shù)據(jù)包。但是我必須發(fā)送一系列二進(jìn)制數(shù)據(jù)包。如何使用AT CISEND或AT CIPSENDBUF發(fā)送多個(gè)數(shù)據(jù)包，什么是正確的算法？
到目前為止，我嘗試
發(fā)表于 07-15 07:37
工商網(wǎng)監(jiān)
評(píng)論