Re: 回复: 回复: Problems implementing USRP b210 dual channel transceiver

2022-12-08 Thread Marcus Müller



On 12/7/22 13:49, 能书能言 wrote:
    The number of data packets in ① is not correct, but the number of 
data packets in ② is correct. Therefore, to avoid more problems, I 
choose ②.

You were probably operating on a different frequency than you've thought!
By viewing the pictures in the attachment and your explanation, f_ RF 
is LO frequency? Then the two channels share one LO, so setting f_ 
Offset adjusts the frequency to f_ target?

Exactly!

 I tried the following:
        freq1=   2.4G
    freq2=   2.39G
    lo_off1=   5M
        lo_off2=  -5M
    samp_rate=300K
    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.
Another thing I forgot to say is that I did a dual channel 
transmission experiment before (I call it experiment A. ), and the 
parameter settings are the same as when I first set them(freq1 = 2.4G, 
freq2=2.39G, lo_off1=2M, lo_off2=-2M,samp_rate=300k),which performs 
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

The only difference between experiment A and this experiment now is 
that the modulation of the signals on the RFA and RFB of experiment A 
are different. I copied the USRP sink and USRP source components 
directly from the GRC of experiment A, and the parameter settings are 
the same, experiment A performed very well, but in this experiment a 
high BER occurred, so now I am confused where the problem lies

Best regards!


-- 原始邮件 --
*发件人:* "Marcus Müller" ;
*发送时间:* 2022年12月7日(星期三) 下午5:37
*收件人:* "discuss-gnuradio";
*主题:* Re: 回复: Problems implementing USRP b210 dual channel 
transceiver


Sorry, typo, hit ctrl-enter to send accidentally when trying to fix 
it. Let me say it

correctly:

Re: ① But you receive packets! So that's a good thing, I guess?

Re: ② So, maybe the attached figure helps. The offset is the 
difference between the
physical LO frequency f_{RF}, and the center frequency of what becomes 
your baseband.


So, I incorrectly said "the offsets need to add up to 10 MHz"; correct 
would be to say that

freq1-offset1 = freq2-offset2.
Now, since freq2 = freq1 - 10 MHz follows
freq1-offset1 = freq1 - 10 MHz - offset2
10 MHz = offset1 - offset2

Note that offsets can be negative.

Best regards,
Marcus

On 07.12.22 10:30, Marcus Müller wrote:
> Your LO offset still don't add up to the difference between freq1 
and freq2. What
> frequency is the physical LO supposed to have? It cannot have 
frequency 2.4 GHz - 5 MHz

> and 2.39 + 2 MHz at the same time. These are different numbers!
>
> Best regards,
> Marcus
>
> On 07.12.22 09:09, 能书能言 wrote:
>> Hi,
>>      Thank you for your reply, based on your suggestion I have 
tried the following:

>>      ①No LO offset set (no uhd.tune_request)
>>         Ch0:Center Freq : freq1
>>         Ch1:Center Freq : freq2
>>         (freq1 = 2.4G, freq2=2.39G,samp_rate=300k)
>>       ②Set LO Offset
>>         Ch0:Center Freq : uhd.tune_request(freq1,lo_off1)
>>         Ch1:Center Freq : uhd.tune_request(freq2,lo_off2)
>>         (freq1 = 2.4G, freq2=2.39G, lo_off1=5M, 
lo_off2=5M,samp_rate=300k)
>>       or (freq1 = 2.4G, freq2=2.396G, lo_off1=2M, 
lo_off2=2M,samp_rate=300k)
>>       or (freq1 = 2.4G, freq2=2.396G, lo_off1=2M, 
lo_off2=-2M,samp_rate=300k)

>>
>>      for ①:
>>      In this case, the number of packets received is incorrect and 
the problem becomes

>> more serious.
>>      for ②:
>>      In this case the BER is still very high (I don't think it's my 
system because the
>> transmit power is set to 1 (Normalized) and the BER is quite low 
when using one RF
>> channel, but I still think I'm using the USRPB210's dual channel 
transmission mode

>> incorrectly)
>> Best Regards!
>>
>> -- 原始邮件 --
>> *发件人:* "Marcus Müller" ;
>> *发送时间:* 2022年12月6日(星期二) 晚上8:49
>> *收件人:* "discuss-gnuradio";
>> *主题:* Re: Problems implementing USRP b210 dual channel transceiver
>>
>> There's only one physical TX LO; so either you just don't specify 
offsets, OR they must

>> add up to the difference between the two target frequencies.
>>
>> In your case, the difference is 10 MHz, but your offsets don't add 
up to 10 MHz, and

>> you're requesting something impossible.
>>
>> Best regards,
>> Marcus
>> On 06.12.22 12:45, 能书能言 wrote:
>>  > Hi,
>>  >      I am using OFDM + USRPB210 for data transmission. I am 
using two USRPB210s, one

>> being
>>  > used as a transmitter and the other as a receiver. When I use 
only one of the channels
>>  > (RFA or RFB) the data can be transmitted properly. I needed to 
transmit two different

>> data
>>  > at the same time, so I used both the USRP RFA and RFB. the 
baseband processing part

>> of the
>>  > link was the same for both channels (including channel coding, 

Re: 回复: 回复: Problems implementing USRP b210 dual channel transceiver

2022-12-07 Thread Marcus D. Leech

On 07/12/2022 07:49, 能书能言 wrote:
    The number of data packets in ① is not correct, but the number of 
data packets in ② is correct. Therefore, to avoid more problems, I 
choose ②.
    By viewing the pictures in the attachment and your explanation, f_ 
RF is LO frequency? Then the two channels share one LO, so setting f_ 
Offset adjusts the frequency to f_ target?

 I tried the following:
        freq1=   2.4G
    freq2=   2.39G
    lo_off1=   5M
        lo_off2=  -5M
    samp_rate=300K
    But the problem still exists, and the bit error rate is very high : (
Another thing I forgot to say is that I did a dual channel 
transmission experiment before (I call it experiment A. ), and the 
parameter settings are the same as when I first set them(freq1 = 2.4G, 
freq2=2.39G, lo_off1=2M, lo_off2=-2M,samp_rate=300k),which performs 
very well. The only difference between experiment A and this 
experiment now is that the modulation of the signals on the RFA and 
RFB of experiment A are different. I copied the USRP sink and USRP 
source components directly from the GRC of experiment A, and the 
parameter settings are the same, experiment A performed very well, but 
in this experiment a high BER occurred, so now I am confused where the 
problem lies

Best regards!


You need to look *in detail* about how tune_request works.

In particular, the default policy for both the rf_freq and the dsp_freq 
is *AUTO*, which is not what you want in this case:


https://files.ettus.com/manual/structuhd_1_1tune__request__t.html

You likely want to tune the LO to half-way between your two desired 
frequencies, and then use DSP offsets from that.


With a policy of "auto", it will try to tune the chip so that the 
specified frequency appears in the baseband, but using

  an offset tuning--that's not *quite* what you want.

You need to specify the same (in-the-middle) rf_freq for both channels, 
with MANUAL policy, and set the DSP offset

  appropriately, again with MANUAL policy.