Hi,
    I'm sorry that I was delayed last week. I conducted some 
experiments again (test_tx, test_rx in the attachment). I found that the two 
signals have been successfully separated under this setting and will not 
interfere with each other. Therefore, I believe that the cause of high bit 
error rate may be somewhere else. The other two GRCs in the attachment are what 
I want to achieve. I found this phenomenon:
    I removed one of the "FEC extended decoders" on the receiving end 
(rx), and the other one performed very well. However, as long as the two "FEC 
extended decoders" modules existed at the same time, the bit error rate would 
become extremely high. I don't know what happened. I also didn't get a detailed 
explanation about this module from the official website.
Best Regards,
linge93


------------------ ???????? ------------------
??????:                                                                         
                                               "Marcus M??ller"                 
                                                                   
<muel...@kit.edu&gt;;
????????:&nbsp;2022??12??8??(??????) ????6:23
??????:&nbsp;"discuss-gnuradio"<discuss-gnuradio@gnu.org&gt;;

????:&nbsp;Re: ?????? ?????? Problems implementing USRP b210 dual channel 
transceiver




On 12/7/22 13:49, ???????? wrote:
&gt; &nbsp;&nbsp;&nbsp; The number of data packets in ?? is not correct, but 
the number of 
&gt; data packets in ?? is correct. Therefore, to avoid more problems, I 
&gt; choose ??.
You were probably operating on a different frequency than you've thought!
&gt; By viewing the pictures in the attachment and your explanation, f_ RF 
&gt; is LO frequency? Then the two channels share one LO, so setting f_ 
&gt; Offset adjusts the frequency to f_ target?
Exactly!
&gt; &nbsp;&nbsp;&nbsp;&nbsp; I tried the following:
&gt; &nbsp; &nbsp; &nbsp; &nbsp; freq1=&nbsp;&nbsp; 2.4G
&gt; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; freq2=&nbsp;&nbsp; 2.39G
&gt; &nbsp; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp; lo_off1=&nbsp;&nbsp; 5M
&gt; &nbsp; &nbsp; &nbsp; &nbsp; lo_off2=&nbsp; -5M
&gt; &nbsp; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp; samp_rate=300K
&gt; &nbsp;&nbsp;&nbsp; But the problem still exists, and the bit error rate is 
very high : (
well, there might be many reasons for that; one might be that the 
sampling rate of 300 kHz is very low for the USRP, so filtering might be 
suboptimal.
&gt; Another thing I forgot to say is that I did a dual channel 
&gt; transmission experiment before (I call it experiment A. ), and the 
&gt; parameter settings are the same as when I first set them??freq1 = 2.4G, 
&gt; freq2=2.39G, lo_off1=2M, lo_off2=-2M,samp_rate=300k??,which performs 
&gt; very well.

But you cannot have been operating on the frequencies you thought you 
were using, so that success is a bit meaningless?

Best regards,

Marcus

&gt; The only difference between experiment A and this experiment now is 
&gt; that the modulation of the signals on the RFA and RFB of experiment A 
&gt; are different. I copied the USRP sink and USRP source components 
&gt; directly from the GRC of experiment A, and the parameter settings are 
&gt; the same, experiment A performed very well, but in this experiment a 
&gt; high BER occurred, so now I am confused where the problem lies
&gt; Best regards??
&gt;
&gt;
&gt; ------------------&nbsp;????????&nbsp;------------------
&gt; *??????:* "Marcus M??ller" <mmuel...@gnuradio.org&gt;;
&gt; *????????:*&nbsp;2022??12??7??(??????) ????5:37
&gt; *??????:*&nbsp;"discuss-gnuradio"<discuss-gnuradio@gnu.org&gt;;
&gt; *????:*&nbsp;Re: ?????? Problems implementing USRP b210 dual channel 
&gt; transceiver
&gt;
&gt; Sorry, typo, hit ctrl-enter to send accidentally when trying to fix 
&gt; it. Let me say it
&gt; correctly:
&gt;
&gt; Re: ?? But you receive packets! So that's a good thing, I guess?
&gt;
&gt; Re: ?? So, maybe the attached figure helps. The offset is the 
&gt; difference between the
&gt; physical LO frequency f_{RF}, and the center frequency of what becomes 
&gt; your baseband.
&gt;
&gt; So, I incorrectly said "the offsets need to add up to 10 MHz"; correct 
&gt; would be to say that
&gt; freq1-offset1 = freq2-offset2.
&gt; Now, since freq2 = freq1 - 10 MHz follows
&gt; freq1-offset1 = freq1 - 10 MHz - offset2
&gt; 10 MHz = offset1 - offset2
&gt;
&gt; Note that offsets can be negative.
&gt;
&gt; Best regards,
&gt; Marcus
&gt;
&gt; On 07.12.22 10:30, Marcus M??ller wrote:
&gt; &gt; Your LO offset still don't add up to the difference between freq1 
&gt; and freq2. What
&gt; &gt; frequency is the physical LO supposed to have? It cannot have 
&gt; frequency 2.4 GHz - 5 MHz
&gt; &gt; and 2.39 + 2 MHz at the same time. These are different numbers!
&gt; &gt;
&gt; &gt; Best regards,
&gt; &gt; Marcus
&gt; &gt;
&gt; &gt; On 07.12.22 09:09, ???????? wrote:
&gt; &gt;&gt; Hi,
&gt; &gt;&gt; &nbsp;&nbsp; &nbsp;&nbsp;Thank you for your reply, based on your 
suggestion I have 
&gt; tried the following:
&gt; &gt;&gt; &nbsp;&nbsp; &nbsp; ??No LO offset set (no uhd.tune_request)
&gt; &gt;&gt; &nbsp;&nbsp; &nbsp; &nbsp; &nbsp;Ch0:Center Freq : freq1
&gt; &gt;&gt; &nbsp;&nbsp; &nbsp; &nbsp; &nbsp;Ch1:Center Freq : freq2
&gt; &gt;&gt; &nbsp;&nbsp; &nbsp; &nbsp; &nbsp;??freq1 = 2.4G, 
freq2=2.39G,samp_rate=300k??
&gt; &gt;&gt; &nbsp;&nbsp; &nbsp; &nbsp;??Set LO Offset
&gt; &gt;&gt; &nbsp;&nbsp; &nbsp; &nbsp; &nbsp;Ch0:Center Freq : 
uhd.tune_request(freq1,lo_off1)
&gt; &gt;&gt; &nbsp;&nbsp; &nbsp; &nbsp; &nbsp;Ch1:Center Freq : 
uhd.tune_request(freq2,lo_off2)
&gt; &gt;&gt; &nbsp;&nbsp; &nbsp; &nbsp; &nbsp;??freq1 = 2.4G, freq2=2.39G, 
lo_off1=5M, 
&gt; lo_off2=5M,samp_rate=300k??
&gt; &gt;&gt; &nbsp;&nbsp; &nbsp; &nbsp;or ??freq1 = 2.4G, freq2=2.396G, 
lo_off1=2M, 
&gt; lo_off2=2M,samp_rate=300k??
&gt; &gt;&gt; &nbsp;&nbsp; &nbsp; &nbsp;or ??freq1 = 2.4G, freq2=2.396G, 
lo_off1=2M, 
&gt; lo_off2=-2M,samp_rate=300k??
&gt; &gt;&gt;
&gt; &gt;&gt; &nbsp;&nbsp; &nbsp; for ????
&gt; &gt;&gt; &nbsp;&nbsp; &nbsp; In this case, the number of packets received 
is incorrect and 
&gt; the problem becomes
&gt; &gt;&gt; more serious.
&gt; &gt;&gt; &nbsp;&nbsp; &nbsp; for ????
&gt; &gt;&gt; &nbsp;&nbsp; &nbsp; In this case the BER is still very high (I 
don't think it's my 
&gt; system because the
&gt; &gt;&gt; transmit power is set to 1 (Normalized) and the BER is quite low 
&gt; when using one RF
&gt; &gt;&gt; channel, but I still think I'm using the USRPB210's dual channel 
&gt; transmission mode
&gt; &gt;&gt; incorrectly)
&gt; &gt;&gt; Best Regards??
&gt; &gt;&gt;
&gt; &gt;&gt; ------------------&nbsp;????????&nbsp;------------------
&gt; &gt;&gt; *??????:* "Marcus M??ller" <marcus.muel...@ettus.com&gt;;
&gt; &gt;&gt; *????????:*&nbsp;2022??12??6??(??????) ????8:49
&gt; &gt;&gt; *??????:*&nbsp;"discuss-gnuradio"<discuss-gnuradio@gnu.org&gt;;
&gt; &gt;&gt; *????:*&nbsp;Re: Problems implementing USRP b210 dual channel 
transceiver
&gt; &gt;&gt;
&gt; &gt;&gt; There's only one physical TX LO; so either you just don't specify 
&gt; offsets, OR they must
&gt; &gt;&gt; add up to the difference between the two target frequencies.
&gt; &gt;&gt;
&gt; &gt;&gt; In your case, the difference is 10 MHz, but your offsets don't 
add 
&gt; up to 10 MHz, and
&gt; &gt;&gt; you're requesting something impossible.
&gt; &gt;&gt;
&gt; &gt;&gt; Best regards,
&gt; &gt;&gt; Marcus
&gt; &gt;&gt; On 06.12.22 12:45, ???????? wrote:
&gt; &gt;&gt; &nbsp;&gt; Hi,
&gt; &gt;&gt; &nbsp;&gt;&nbsp; &nbsp; &nbsp; I am using OFDM + USRPB210 for 
data transmission. I am 
&gt; using two USRPB210s, one
&gt; &gt;&gt; being
&gt; &gt;&gt; &nbsp;&gt; used as a transmitter and the other as a receiver. 
When I use 
&gt; only one of the channels
&gt; &gt;&gt; &nbsp;&gt; (RFA or RFB) the data can be transmitted properly. I 
needed to 
&gt; transmit two different
&gt; &gt;&gt; data
&gt; &gt;&gt; &nbsp;&gt; at the same time, so I used both the USRP RFA and RFB. 
the 
&gt; baseband processing part
&gt; &gt;&gt; of the
&gt; &gt;&gt; &nbsp;&gt; link was the same for both channels (including channel 
coding, 
&gt; modulation, FFT,
&gt; &gt;&gt; etc.), but
&gt; &gt;&gt; &nbsp;&gt; at this point I found that I was transmitting data 
with a very 
&gt; high BER (for both
&gt; &gt;&gt; links).
&gt; &gt;&gt; &nbsp;&gt; again, mentioning that there was no problem when 
sending on one 
&gt; channel alone, I The
&gt; &gt;&gt; USRP
&gt; &gt;&gt; &nbsp;&gt; Sink and Source settings are shown in the attached 
picture.
&gt; &gt;&gt; &nbsp;&gt;&nbsp; &nbsp; &nbsp; where
&gt; &gt;&gt; &nbsp;&gt;&nbsp; &nbsp; &nbsp; freq1=2.4G
&gt; &gt;&gt; &nbsp;&gt;&nbsp; &nbsp; &nbsp; freq2=2.39G
&gt; &gt;&gt; &nbsp;&gt;&nbsp; &nbsp; &nbsp; lo_off1=2M
&gt; &gt;&gt; &nbsp;&gt;&nbsp; &nbsp; &nbsp; lo_off2=-2M
&gt; &gt;&gt; &nbsp;&gt;&nbsp; &nbsp; &nbsp; samp_rate=300K
&gt; &gt;&gt; &nbsp;&gt;&nbsp; &nbsp; &nbsp;The two signals are separated using 
different frequencies, I 
&gt; don't think there
&gt; &gt;&gt; should
&gt; &gt;&gt; &nbsp;&gt; be any interference between them, and I have 
troubleshot errors 
&gt; other than USRP
&gt; &gt;&gt; source and
&gt; &gt;&gt; &nbsp;&gt; sink, so I think there is something wrong with my 
parameter 
&gt; settings, or I am using the
&gt; &gt;&gt; &nbsp;&gt; two RF channels in an incorrect way. How should I 
modify 
&gt; this?Looking forward to your
&gt; &gt;&gt; &nbsp;&gt; response??
&gt; &gt;&gt; &nbsp;&gt;
&gt; &gt;&gt; &nbsp;&gt; Best Regards!
&gt; &gt;&gt; &nbsp;&gt;

Reply via email to