Send USRP-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of USRP-users digest..."
Today's Topics:
1. about the performance of b210 running the gr-ieee802.11p
(zhan siyu)
2. Re: E310 does not start after battery supply (Dan CaJacob)
3. Re: Using multiple frequencies and bandwidth at the same time
(Ran Shalit)
4. Re: Using multiple frequencies and bandwidth at the same time
(Kyeong Su Shin)
----------------------------------------------------------------------
Message: 1
Date: Sat, 6 May 2017 02:10:22 +0800
From: zhan siyu <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] about the performance of b210 running the
gr-ieee802.11p
Message-ID:
<cagnex4jgvkgc_pm4jcbesi40vlvs-ypuk+fgfln1jqarjzx...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi all,
Recently, I bought two b210 usrps. And I just successfully setup the usrps
to run the gr-ieee802.11. I used 2 desktops connected to usrp and run the
transceiver.py program. I can ping from one to the other. I 'm so excited
as I finally made it. However, I used the iperf to test the throughput
between two computers through the 802.11p. The result is too low, only
around 120kb/s , as shown by the log of iperf server side. No overrun or
underrun errors. The OS of my computers is ubuntu 16 and cpu is i7. Also,
the %cpu is only 310% as shown by the top command. Is the result normal ?
How can I improve it ? Where is the bottleneck ?
Thanks.
Siyu Zhan
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170506/5e74e7e9/attachment-0001.html>
------------------------------
Message: 2
Date: Fri, 05 May 2017 23:50:56 +0000
From: Dan CaJacob <[email protected]>
To: Philip Balister <[email protected]>, gauthier duchene
<[email protected]>, [email protected]
Subject: Re: [USRP-users] E310 does not start after battery supply
Message-ID:
<CAMOmJODU2o0uwc9zWUey2s1VA=aohurqva+zlfo4atcr7d7...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
I ran into a similar problem after completely discharging an E312. Take
the device apart and remove the battery, then start the E312 on external DC
power. While powered, reconnect the battery. Let it charge for a while.
Good luck.
On Fri, May 5, 2017 at 10:57 AM Philip Balister via USRP-users <
[email protected]> wrote:
> On 05/05/2017 07:46 AM, gauthier duchene via USRP-users wrote:
> > Hi,
> >
> > I have a problem with my E310 since my last experiment. I was taking
> > measurements outside so I used a battery ( 7.2V 4000mAh) to supply the
> > radio. The tests were longer than expected and the battery was completely
> > discharged. I used the radio as an emitter with an autorun code so no
> > computer was plugged in.
> >
> > Since then, the radio is not working, even with the original power
> > supply. The leds are lit at the beginning but I do not have anything
> after
> > that. My autorun code is not working and I can not connect by ethernet.
> >
> > Has anyone ever had a similar problem? Or an idea of how I could solve
> it?
>
> Do the LED's "blink" when you turn it on? If so it means the safe fpga
> image is loading, which means lots of stuff is working. If they stay on,
> it means no fsbl.
>
> In both cases, I'd try with a new card from the current factory image.
>
> Philip
>
> >
> >
> >
> > Thanks and Regards
> >
> >
> > Gauthier
> >
> >
> >
> >
> > _______________________________________________
> > USRP-users mailing list
> > [email protected]
> > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
--
Very Respectfully,
Dan CaJacob
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170505/44e779e8/attachment-0001.html>
------------------------------
Message: 3
Date: Sat, 6 May 2017 09:33:49 +0300
From: Ran Shalit <[email protected]>
To: Ron Economos <[email protected]>
Cc: [email protected], Ran Shalit <[email protected]>,
"Marcus D. Leech" <[email protected]>
Subject: Re: [USRP-users] Using multiple frequencies and bandwidth at
the same time
Message-ID:
<CAJ2oMhL-43wEER1md-w6tAqVXLzf-CGV6gcKB0xcV7UFo=t...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Hi,
Thank you very much for the comments.
I am beginner with USRP, trying now to have a better understating on this topic:
1.
If I have 2 applications (both based on gnuradio), can I make each
application work on other channel (for example with B210 which has 2
TX and 2 RX channels), so that the 2 applications can work together
each on different channel ?
For example, srsLTE ( LTE sniffer), and gr-gsm ( GSM sniffer)
2.
There is a table showing bandwidth for USRP boards here:
https://kb.ettus.com/About_USRP_Bandwidths_and_Sampling_Rates
It shows for B210 for example data rate of 61.44 MS/s .
Does this number means that the bandwidth - for each channel - is
61.44/2=30MHz bandwidth ?
So that working together with 2 channels of B210 we can reach up to 61.44MHz ?
Thank you,
Ran
On Fri, May 5, 2017 at 8:45 AM, Ron Economos via bUSRP-users
<[email protected]> wrote:
> Here's an example of a multiple waveform flow graph.
>
> https://github.com/argilo/sdr-examples/blob/master/multi_tx.grc
>
> It's in this repository.
>
> https://github.com/argilo/sdr-examples
>
> Ron
>
> On 05/04/2017 10:27 PM, Ran Shalit via USRP-users wrote:
>
>
> On Wed, May 3, 2017 at 11:51 PM, Marcus D. Leech via USRP-users
> <[email protected]> wrote:
>>
>> On 05/03/2017 04:27 PM, Ran Shalit via USRP-users wrote:
>>>
>>> Hello,
>>>
>>> Is it possible to transmit in several frequencies, each with its own
>>> bandwidth ?
>>> Is the only limitation that the number of sections should be that the
>>> total bandwidth of all sections < usrp bandwidth ? Or are there any other
>>> limitations in this context ?
>>>
>>> Thank you,
>>> Ran
>>>
>> The USRP receives a waveform of a particular bandwidth. If that band is
>> further subdivided by the application into discrete "carriers", the USRP
>> neither knows nor cars. You would be presenting it with a composite
>> waveform of all your carriers.
>>
>>
>
> Thank you Marcus, but I am not sure I understand it yet.
> Can we use for example transmit application such as tx_waveforms ,
> multiple times (running at the same time in the background), so that we usrp
> actually transmit in several separate bandwidth ?
>
> Best Regards,
> Ran
>
>
>
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 4
Date: Sat, 6 May 2017 04:34:26 -0700
From: Kyeong Su Shin <[email protected]>
To: Ettus mail list <[email protected]>
Subject: Re: [USRP-users] Using multiple frequencies and bandwidth at
the same time
Message-ID:
<CAGL0V3mwX9WvuY3whhUUVwcvE_twekOLh_485qW5r=0xxbn...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Dear Ran Shalit:
1. I haven't tried this, so I am not sure, but USRP B210 uses one LO for
both channels. That means, its RX chains can only tune to one frequency at
a time (cannot receive different two channels at the same time, unless
these two channels are located close enough so as you can separate them
using DSP techniques). Maybe USRP X3x0s or USRP 1 can, I am not sure.
2. You are probably thinking about the Nyquist rate. USRPs (or many other
similar devices) do I-Q sampling, so the bandwidth of the devices is
actually equal to the effective sampling rate of the device (data rate;
61.44MS/s), not half of this (assuming that the analog filter bandwidth is
not limiting the usable bandwidth of the data). Datasheet of the B200 and
B210 suggests that 56MHz is a more realistic estimate for the B2x0 series
boards, though.
For an example, Let's say that your USRP is tuned to f = 2GHz and is
running at the effective sampling rate (data rate) of 20MS/s: in this case,
you will get everything from 1990MHz to 2010 MHz (=20MHz).
I don't think if using two channels helps much in this case, since I
believe that 1. these two channels share one LO (=cannot tune to different
frequencies), and 2. it does not seems to help you increasing the data rate
between the radio and the host PC.
Regards,
Kyeong Su Shin
On Fri, May 5, 2017 at 11:33 PM, Ran Shalit via USRP-users <
[email protected]> wrote:
> Hi,
>
> Thank you very much for the comments.
> I am beginner with USRP, trying now to have a better understating on this
> topic:
>
> 1.
> If I have 2 applications (both based on gnuradio), can I make each
> application work on other channel (for example with B210 which has 2
> TX and 2 RX channels), so that the 2 applications can work together
> each on different channel ?
> For example, srsLTE ( LTE sniffer), and gr-gsm ( GSM sniffer)
>
> 2.
> There is a table showing bandwidth for USRP boards here:
> https://kb.ettus.com/About_USRP_Bandwidths_and_Sampling_Rates
> It shows for B210 for example data rate of 61.44 MS/s .
> Does this number means that the bandwidth - for each channel - is
> 61.44/2=30MHz bandwidth ?
> So that working together with 2 channels of B210 we can reach up to
> 61.44MHz ?
>
> Thank you,
> Ran
>
> On Fri, May 5, 2017 at 8:45 AM, Ron Economos via bUSRP-users
> <[email protected]> wrote:
> > Here's an example of a multiple waveform flow graph.
> >
> > https://github.com/argilo/sdr-examples/blob/master/multi_tx.grc
> >
> > It's in this repository.
> >
> > https://github.com/argilo/sdr-examples
> >
> > Ron
> >
> > On 05/04/2017 10:27 PM, Ran Shalit via USRP-users wrote:
> >
> >
> > On Wed, May 3, 2017 at 11:51 PM, Marcus D. Leech via USRP-users
> > <[email protected]> wrote:
> >>
> >> On 05/03/2017 04:27 PM, Ran Shalit via USRP-users wrote:
> >>>
> >>> Hello,
> >>>
> >>> Is it possible to transmit in several frequencies, each with its own
> >>> bandwidth ?
> >>> Is the only limitation that the number of sections should be that the
> >>> total bandwidth of all sections < usrp bandwidth ? Or are there any
> other
> >>> limitations in this context ?
> >>>
> >>> Thank you,
> >>> Ran
> >>>
> >> The USRP receives a waveform of a particular bandwidth. If that band is
> >> further subdivided by the application into discrete "carriers", the USRP
> >> neither knows nor cars. You would be presenting it with a composite
> >> waveform of all your carriers.
> >>
> >>
> >
> > Thank you Marcus, but I am not sure I understand it yet.
> > Can we use for example transmit application such as tx_waveforms ,
> > multiple times (running at the same time in the background), so that we
> usrp
> > actually transmit in several separate bandwidth ?
> >
> > Best Regards,
> > Ran
> >
> >
> >
> >>
> >> _______________________________________________
> >> USRP-users mailing list
> >> [email protected]
> >> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >
> >
> >
> >
> > _______________________________________________
> > USRP-users mailing list
> > [email protected]
> > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >
> >
> >
> > _______________________________________________
> > USRP-users mailing list
> > [email protected]
> > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170506/37cdd7c9/attachment-0001.html>
------------------------------
Subject: Digest Footer
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
End of USRP-users Digest, Vol 81, Issue 6
*****************************************
