[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gnuradio-discuss
Subject:    =?gb18030?B?u9i4tKO6dGhlIG91dHB1dCBvZiB0aGUgIlVTUlAg?= =?gb18030?B?U291cmNlIj8=?=
From:       "=?gb18030?B?xNzK6cTc0dQ=?=" <2127629883 () qq ! com>
Date:       2021-05-24 1:53:36
Message-ID: tencent_06A22A0472A6AD7568ED1752AD80B0C45708 () qq ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]

[Attachment #4 (text/plain)]

My screenshot is in the attachment ,Is there a big difference between the simulated \
channel of the "channel model" and the actual channel connected via USRP? How can I \
adjust the parameters or add other modules to recover the original signal? 






------------------&nbsp;ԭʼÓʼþ&nbsp;------------------
·¢¼þÈË:                                                                               \
"ÄÜÊéÄÜÑÔ"                                                                            \
<2127629883@qq.com&gt;; ·¢ËÍʱ¼ä:&nbsp;2021Äê5Ô 21ÈÕ(ÐÇÆÚÎå) Ï Îç4:23
ÊÕ¼þÈË:&nbsp;"discuss-gnuradio"<discuss-gnuradio@gnu.org&gt;;

Ö÷Ìâ:&nbsp;the output of the "USRP Source"?



Hi!
I tried to use the "channel model" module to simulate the interference caused by the \
channel. I used the "constellation modulator" to output the QPSK signal, and restored \
the original signal at the receiving end through multiphase clock synchronization, \
equalizer, etc. The performance was very good, but If I use "USRP Sink" and "USRP \
source" to send and receive signals, that is to say, the "channel model" becomes the \
interference of the actual space. When I use the same recovery settings as before, \
the signal does not recover. what should I do?Below is my GRC. .diagram


Thanks a lot!


[Attachment #5 (text/html)]

<meta http-equiv="Content-Type" content="text/html; charset=GB18030"><div><span \
class="VIiyi" lang="en"><span class="JLqJ4b ChMk0b" \
data-language-for-alternatives="en" data-language-to-translate-into="zh-CN" \
data-phrase-index="0"><span>My screenshot is in the attachment</span></span></span> \
,<span class="VIiyi" lang="en"><span class="JLqJ4b ChMk0b" \
data-language-for-alternatives="en" data-language-to-translate-into="zh-CN" \
data-phrase-index="0"><span>Is there a big difference between the simulated channel \
of the "channel model" and the actual channel connected via USRP?</span></span> <span \
class="JLqJ4b ChMk0b" data-language-for-alternatives="en" \
data-language-to-translate-into="zh-CN" data-phrase-index="1"><span>How can I adjust \
the parameters or add other modules to recover the original \
signal?</span></span></span> <span class="VIiyi" lang="en"><span class="JLqJ4b \
ChMk0b" data-language-for-alternatives="en" data-language-to-translate-into="zh-CN" \
data-phrase-index="0"><span></span></span></span></div><div><br><span class="VIiyi" \
lang="en"><span class="JLqJ4b ChMk0b" data-language-for-alternatives="en" \
data-language-to-translate-into="zh-CN" \
data-phrase-index="0"><span></span></span></span></div><div><div><br></div><div><br></div><div \
style="font-size: 12px;font-family: Arial Narrow;padding:2px 0 2px \
0;">------------------&nbsp;ԭʼÓʼþ&nbsp;------------------</div><div \
style="font-size: 12px;background:#efefef;padding:8px;"><div><b>·¢¼þÈË:</b>           \
"ÄÜÊéÄÜÑÔ"                                                                            \
&lt;2127629883@qq.com&gt;;</div><div><b>·¢ËÍʱ¼ä:</b>&nbsp;2021Äê5Ô 21ÈÕ(ÐÇÆÚÎå) Ï \
Îç4:23</div><div><b>ÊÕ¼þÈË:</b>&nbsp;"discuss-gnuradio"&lt;discuss-gnuradio@gnu.org&gt;;<wbr></div><div></div><div><b>Ö÷Ìâ:</b>&nbsp;the \
output of the "USRP Source"?</div></div><div><br></div><div><span style=" color: \
rgb(46, 47, 50); ; ; ; ; ;  white-space: pre-wrap; background-color: rgb(246, 247, \
248); ">Hi!</span></div><div><span style=" color: rgb(46, 47, 50); ; ; ; ; ;  \
white-space: pre-wrap; background-color: rgb(246, 247, 248); ">I tried to use the \
"channel model" module to simulate the interference caused by the channel. I used the \
"constellation modulator" to output the QPSK signal, and restored the original signal \
at the receiving end through multiphase clock synchronization, equalizer, etc. The \
performance was very good, but If I use "USRP Sink" and "USRP source" to send and \
receive signals, that is to say, the "channel model" becomes the interference of the \
actual space. When I use the same recovery settings as before, the signal does not \
recover. what should I do?</span><font color="#2e2f32"><span style="white-space: \
pre-wrap;">Below is my GRC. .diagram</span></font></div><div><img \
src="cid:CA78D281@EB1CEC29.2007AB60" style="width: 693px; height: 519px;" \
id="img_insert_162158524908807872023191739022" modifysize="48%" diffpixels="6px" \
scalingmode="zoom"></div><div><img src="cid:CAAED5D7@AF924B74.2007AB60" style="width: \
693px; height: 519px;" id="img_insert_1621585328045015133362979798815" \
modifysize="48%" diffpixels="6px" scalingmode="zoom"><br><font color="#2e2f32"><span \
style="white-space: pre-wrap; background-color: rgb(246, 247, 248);">Thanks a \
lot!</span></font></div><div><font color="#2e2f32"><span style="white-space: \
pre-wrap; background-color: rgb(246, 247, 248);"><br></span></font></div></div>


["CAAED5D7@AF924B74.2007AB60.jpg" (image/jpeg)]

[prev in list] [next in list] [prev in thread] [next in thread]