對齊Wireshark和USRP捕獲信號的波形

一、USRP信號

USRP捕獲信號的波形如下:

放大后:

100ms

10ms

1ms

100us

10us

1us

二、波形分析

2.1 時間分辨率

采樣率61.44MHz, 對應時間分辨率為1/61.44us=0.01627us=16.27ns。

這時間分辨率夠用了,數據包長度為1到20us:

2.2 Wireshark和USRP采集信號出入

感覺有點不太好根據Wireshark分離出USRP捕獲的信號......

取絕對值:

現在的關鍵問題是,即便我用Wireshark計算的數據包波形去分離USRP采集的信號,怎么驗證這個分離出來的信號就是我電腦和路由器相互通信的信號呢?

思路:

我目前想到的方法是,利用USRP采集信號的空窗部分。USRP采集的信號幾乎每時每刻都有數據,這是頻點多用戶使用的原因,這樣導致看起來好像沒用空窗。但是,我的電腦、路由器離USRP近,別人的設備離USRP遠,USRP采集我的電腦、路由器信號強度更高,高強度信號出現、消失和Wireshark數據包波形應該是對應的。

但奇怪的是,USRP捕獲的信號高強度部分幾乎占滿了整個時間軸,和Wireshark波形對不上:

我想可能的原因是2.4G頻段穿墻效果不差。

還是覺得奇怪,就算2.4G穿墻效果不差,別人家的信號總是比我家信號弱的。

所以,另一種原因是Wireshark捕獲不全?

這是我之前用Wireshark捕獲的一份信號,也不是密集到URSP波形那樣:

兩個調查方向:

① USRP信號視頻圖。

② Wireshark捕獲數據中Source和Direction都不含192.168.1.103的部分有沒有可能也是路由器和我電腦發送的?

2.3 USRP采集2.4G信號視頻圖

從時頻圖可以看到多個子載波,同時有明顯的TDD時分復用痕跡:

我大概明白USRP采集的信號為什么像一把梳子了,因為TDD的原因:

這樣的話就不能用我前面提出的通過間隔驗證信號是否正確分選出來的方法了。

得再想想怎么讓USRP和Wireshark捕獲信號相互印證......

2.4 64QAM

我的另一篇博客查了我電腦和路由器通信用的是64QAM:

Wireshark獲取數據傳輸的碼元速率-CSDN博客

不知道能不能看出來。

星座圖繪制程序:

clc
clear
close all% 打開文件
% fid = fopen('real_data_show.txt', 'rb'); % 'rb'表示以二進制讀取模式打開文件
fid = fopen('cooperate with wireshark.txt', 'rb'); % 'rb'表示以二進制讀取模式打開文件% 讀取數據
raw = fread(fid, Inf, 'float32', 0, 'l'); % 假設數據是16位整數,'b'表示小端% 關閉文件
fclose(fid);data = raw(1:2:end) + 1i * raw(2:2:end);  % 復數數組samp_rate = 61.44e6;  % 采樣率 250 kHz
% signal_duration = 10;  % 每個信號的時長 1秒
% samples_per_signal = samp_rate * signal_duration;
% num_signals = floor(length(data) / samples_per_signal);
% signals = reshape(data(1:num_signals * samples_per_signal), samples_per_signal, num_signals);
% data = signals(:,5);
data = data(1:round(samp_rate*3));% 繪制星座圖
figure;
scatter(real(data), imag(data), 1, 'b', 'filled'); % 繪制復數點
title('Constellation Diagram');
xlabel('In-phase');
ylabel('Quadrature');
grid on;
axis equal;

有一個圓的白點輪廓:

加一句話,再繪圖:

data(abs(data)<0.6)=0;

xlim,ylim調整下:

xlim([-2,2])
ylim([-2,2])

好奇怪,為什么IQ圖是方形的......

2.5 WiFi CSMA/CA 信號時長、間隔特性

首先要明白WiFi的TDD和5G移動通信的TDD是不一樣的,前者是按需分配(CSMA/CA),后者是固定分配:

WiFi(IEEE 802.11協議)并不像4G/5G蜂窩網絡那樣,為每個用戶預先分配固定的、周期性的時間間隔。WiFi采用的是一種競爭機制,所有用戶在一個共享的頻道上“爭先恐后”地發送數據。其核心是?CSMA/CA(Carrier Sense Multiple Access with Collision Avoid,載波監聽多點接入 / 碰撞避免)。

OFDM是Orthogonal Frequency Division Multiplexing正交頻分復用技術。

這篇博客對CSMA/CA技術介紹的非常好:

計算機網絡:數據鏈路層 - CSMA/CA協議-CSDN博客

我更關注的是CSMA/CA主導WiFi信號發送的間隔:
802.11 標準規定所有的站點必須在持續檢測到信道空閑一段指定時間后才能發送幀,這段時間稱為幀間間隔 IFS, Interframe Space。

常用的兩種幀間間隔如下:

短幀間間隔 SIFS:

長度為 28 微秒,是最短的幀間間隔,用來分隔開屬于一次對話的各個幀,一個站點應當能夠在這段時間內從發送方式切換到接收方式。

分布式幀間間隔 DIFS:

長度為 128 微秒,它比短幀間間隔 SIFS 要長得多。在 DCF 方式中用來發送數據幀和管理幀。

一個關鍵的結論就是,CSMA/CA主導的WiFi通信,兩幀之間必定有至少28us的SIFS間隔,大部分時間是大于128us間隔的:

2.6?TDD時隙

比對下USRP采集信號的梳狀結構和TDD時隙是否能對上:

0.2s大概3-4個間隔,對應0.05s, 50ms

DIFS 128us,再考慮退避算法用的時間

本文來自互聯網用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。
如若轉載,請注明出處:http://www.pswp.cn/pingmian/93948.shtml
繁體地址,請注明出處:http://hk.pswp.cn/pingmian/93948.shtml
英文地址,請注明出處:http://en.pswp.cn/pingmian/93948.shtml

如若內容造成侵權/違法違規/事實不符,請聯系多彩編程網進行投訴反饋email:809451989@qq.com,一經查實,立即刪除!

相關文章

2025年加密軟件技術深度分析:從原理到企業級應用實踐

一、加密技術基礎與分類加密技術作為信息安全的核心基石&#xff0c;其基本原理是通過特定算法將明文數據轉換為不可讀的密文&#xff0c;只有持有正確密鑰的授權用戶才能解密還原。2025年主流的加密技術可分為三大類&#xff1a;?對稱加密?&#xff1a;使用相同密鑰進行加密…

打工人日報20250822

打工人日報20250822 對自己負責&#xff0c;可以是換一個角度看待自己不喜歡的工作&#xff0c;轉換一個角度&#xff0c;從中找到自己感興趣的點 真的非常不想計算聲場的數據 啊啊啊啊啊 技術 STM32燒錄問題 STM32 代碼燒錄失敗&#xff1a;Error: Flash Download failed …

消費盲返模式:重構快消行業營銷生態的破局之道與風險防控指南

一、模式爆發&#xff1a;快消行業的新增長引擎在流量成本攀升、用戶留存困難的商業環境下&#xff0c;消費盲返模式正成為零售領域的一匹黑馬。其核心邏輯在于通過"消費即投資"的機制設計&#xff0c;將每筆交易轉化為后續100筆訂單的激勵源&#xff0c;形成獨特的&…

STM32-FreeRTOS快速入門指南(上)

第一章 FreeRTOS系統配置 1. FreeRTOSConfig.h文件 針對 FreeRTOSConfig.h 文件&#xff0c;在 FreeRTOS 官方的在線文檔中有詳細的說明&#xff0c;網址為&#xff1a; https://www.freertos.org/a00110.html FreeRTOS 使用 FreeRTOSConfig.h 文件進行配置和裁剪。 FreeRTOSCo…

南溪智融雙碳示范基地建筑設備管理系統 + 智能照明系統調試完成:筑牢 “綠色智能” 運營基石

南溪智融雙碳示范基地作為聚焦 “雙碳” 目標的標桿項目&#xff0c;其建筑設備管理系統與智能照明系統的調試完成&#xff0c;標志著基地在 “設備高效運維、能源精準管控、低碳場景落地” 方面邁出關鍵一步。兩大系統深度契合示范基地 “以技術賦能雙碳” 的核心定位&#xf…

c++的可擴展性方法

在C編碼中&#xff0c;"方便擴展"通常指的是代碼設計具有良好的**可維護性、可重用性和靈活性**&#xff0c;能夠在不修改原有代碼或僅少量修改的情況下&#xff0c;輕松添加新功能、支持新類型或適應新需求。以下是一些典型的、體現“方便擴展”思想的C編程案例&…

加速車輛開發 風丘道路載荷數據采集 (RLDA) 測試方案

一、背景 整車廠在汽車上市前&#xff0c;了解產品所能承受的載荷是非常重要的&#xff0c;因此需進行道路載荷數據采集&#xff08;RLDA&#xff09;測試。通過獲得車輛在實際試驗場或公路道路中行駛的載荷信息來為整車臺架道路模擬試驗提供目標信號輸入&#xff0c;以及為用于…

大模型0基礎開發入門與實踐:第4章 “腦細胞”的模擬:神經網絡與深度學習入門

第4章 “腦細胞”的模擬&#xff1a;神經網絡與深度學習入門 1. 引言 在上一章&#xff0c;我們像一位偵探&#xff0c;學會了使用決策樹這樣的工具&#xff0c;從清晰的線索&#xff08;花瓣、花萼的尺寸&#xff09;中推理出確定的結論&#xff08;鳶尾花的種類&#xff09;。…

微服務之間的調用關系如何處理,才能防止循環依賴

在微服務架構中&#xff0c;循環依賴是常見的設計問題&#xff0c;可能導致系統部署失敗、啟動順序沖突、故障排查困難等問題。處理循環依賴的核心原則是通過架構設計打破依賴閉環&#xff0c;以下是具體的解決方案&#xff1a; 1. 重新劃分服務邊界&#xff08;根本解決&#…

粗糧廠的基于flink的汽車實時數倉解決方案

基于flink的實時數倉解決方案1 背景2 業務模型1 業務框架2 難點痛點3技術選型1 計算引擎2 中間存儲3 查詢引擎4 flink計算架構設計1 純實時架構2 純實時定期補充離線數據3 純實時定期刷新過期binlog4 lamdba 分字段更新 歷史過期數據刷新5 痛點解決delta joinmerge-enginehol…

Datawhale AI夏令營---coze空間共學

1.進入coze空間 2.點擊免費使用 3.點擊制作播客&#xff0c;微信上面選好鏈接 徹底搞懂深度學習-模型訓練和推理&#xff08;動圖講解&#xff09; 4.運行過程 5.音頻鏈接 https://lf-bot-studio-plugin-resource.coze.cn/obj/bot-studio-platform-plugin-tos/sami_podcast…

遙感機器學習入門實戰教程|Sklearn案例⑥:網格搜索與超參數優化

在前幾篇案例中&#xff0c;有同學在后臺留言&#xff1a;“模型的參數到底怎么調&#xff1f;比如 SVM 的 C 和 γ&#xff0c;隨機森林的樹數和深度&#xff0c;要怎么選才能得到最優結果呢&#xff1f;”這是一個非常經典的問題&#xff1a;參數選不好&#xff0c;模型效果差…

論文精讀(三)|智能合約漏洞檢測技術綜述

筆者鏈接&#xff1a;撲克中的黑桃A 專欄鏈接&#xff1a;論文精讀 本文關鍵詞&#xff1a;智能合約;合約安全;合約可靠性;合約質量保障;漏洞檢測;合約程序分析 引 諸位技術同仁&#xff1a; 本系列將系統精讀的方式&#xff0c;深入剖析計算機科學頂級期刊/會議論文&#…

YOLO --- YOLO11模型以及項目詳解

YOLO — YOLO11模型以及項目詳解 文章目錄YOLO --- YOLO11模型以及項目詳解一&#xff0c;開源地址二&#xff0c;重要模塊2.1 C3K22.2 C2PSA2.3 檢測頭三&#xff0c;網絡結構3.1 整體結構劃分3.2 Backbone 結構分析&#xff08;從下往上看&#xff09;3.3 結構分析&#xff0…

Debezium監聽MySQL binlog并實現有狀態重啟

Debezium實現MySQL數據監聽了解Debezium? 本期主要內容實現步驟1. 新建Maven工程2.導入依賴3.核心代碼編寫4.offset的存儲5.OffsetBackingStore實現jdbc模式6.運行結果總結了解Debezium 官網&#xff1a;https://debezium.io/ Debezium是一組分布式服務&#xff0c;用于捕獲數…

InfluxDB 存儲優化:TSM 文件管理與空間回收(一)

一、InfluxDB 與 TSM 文件初相識**在數字化時代&#xff0c;數據量呈爆發式增長&#xff0c;尤其是時間序列數據&#xff0c;如服務器監控指標、傳感器讀數、金融交易記錄等&#xff0c;它們都帶有時間戳&#xff0c;記錄著事物隨時間的變化。InfluxDB 作為一款高性能的開源時序…

macos使用FFmpeg與SDL解碼并播放H.265視頻

效果: 安裝依賴: brew install ffmpeg brew install sdl2 brew install x265 確認x265已啟用 查看x265版本 工程CMakeLists.txt

C#開源庫ACadSharp讀取dwg圖元的示例

文章目錄介紹數據示例讀取圖元屬性介紹 開源庫ACadSharp的地址&#xff1a;https://github.com/DomCR/ACadSharp 可以在NuGet中搜索到該庫并安裝。 數據示例 數據是一個繪制了以下簡單圖元的dwg數據&#xff1a; 讀取圖元屬性 創建了.net6控制臺項目&#xff0c;通過NuG…

【UniApp打包鴻蒙APP全流程】如何配置并添加UniApp API所需的鴻蒙系統權限

一、前言&#xff1a;為什么選擇 UniApp 打包鴻蒙應用&#xff1f; 隨著鴻蒙生態的快速發展&#xff0c;越來越多開發者希望將現有跨平臺項目快速接入鴻蒙系統。而 UniApp 作為國內領先的跨平臺開發框架&#xff0c;憑借其“一次開發&#xff0c;多端發布”的特性&#xff0c;…

STM32-FreeRTOS快速入門指南(下)

第十一章 FreeRTOS事件標志組 1. 事件標志組簡介 事件標志組與信號量一樣屬于任務間同步的機制&#xff0c;但是信號量一般用于任務間的單事件同步&#xff0c;對于任務間的多事件同步&#xff0c;僅使用信號量就顯得力不從心了。 FreeRTOS 提供的事件標志組可以很好的處理多事…