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. Re: OpenBTS Subscriber Registration - E310 USRP (Tom Tsou)
2. 2 X310 motherboards with 4 channel receive
(=?ISO-8859-1?B?VHJlaw==?=)
3. Re: GRC with 2 USRP X310 motherboards and 4 channels
(Marcus M?ller)
4. Re: OpenBTS Subscriber Registration - E310 USRP (Amber and Sarosh)
5. Trouble on loopback for square waves (Soumen Banerjee)
6. Re: Again performance issues B210, while BladeRF performs
fine (Ralph A. Schmid, dk5ras)
----------------------------------------------------------------------
Message: 1
Date: Tue, 31 Mar 2015 10:15:27 -0700
From: Tom Tsou <[email protected]>
To: Amber and Sarosh <[email protected]>
Cc: "[email protected]" <[email protected]>,
"[email protected]" <[email protected]>, Sir
wajid
<[email protected]>, "[email protected]"
<[email protected]>
Subject: Re: [USRP-users] OpenBTS Subscriber Registration - E310 USRP
Message-ID:
<CAATyM+bihS3-4mxL752Pw3c7FTqa54nZ8_ruKqRPSF1rPEcP=a...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
On Tue, Mar 31, 2015 at 3:58 AM, Amber and Sarosh
<[email protected]> wrote:
> We are following this wiki http://openbts.org/w/index.php/E3x0 in order to
> install OpenBTS along with all the other dependencies on Ettus USRP E310.
> After the installation, when OpenBTS and subscriber registry are run,
> network is detected but no mobile handset is able to register to the
> network. The command "tmsis" also prints an empty TMSI Table. Please inform
> if anything else needs to be done in addition to following the steps in the
> wiki.
Can you check the OpenBTS log for any activity? What does your antenna
and gain setup look like?
-TT
------------------------------
Message: 2
Date: Wed, 1 Apr 2015 03:22:12 +0800
From: "=?ISO-8859-1?B?VHJlaw==?=" <[email protected]>
To: "=?ISO-8859-1?B?TWFyY3VzIE38bGxlciB2aWEgVVNSUC11c2Vycw==?="
<[email protected]>
Subject: [USRP-users] 2 X310 motherboards with 4 channel receive
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
I need to set up 2 X310 motherboards to do a 4 channel receive using
Gnuradio-Companion under Ubuntu 14.04 LTS,Under GRC, it seems not
straighforward to specify the four different carrier frequencies (all four
channels have different center freq).
Pl. help.
Thanks,
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150401/44c76894/attachment-0001.html>
------------------------------
Message: 3
Date: Tue, 31 Mar 2015 21:31:10 +0200
From: Marcus M?ller <[email protected]>
To: [email protected], "[email protected]"
<[email protected]>
Subject: Re: [USRP-users] GRC with 2 USRP X310 motherboards and 4
channels
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Hi Trek,
you should be able to configure two X300 by using something like
(assuming your X310s are network-attached and have the given IP addresses)
addr0=192.168.10.2,addr1=192.168.10.3
You should then be able to adjust the num_mboards field and the
num_channels field.
Please let us know of any problem you encounter and can't overcome.
Best regards,
Marcus M?ller
On 03/31/2015 09:15 PM, Trek wrote:
> I need to set up 2 X310 motherboards to do a 4 channel receive using
> Gnuradio-Companion under Ubuntu 14.04 LTS,
> Under GRC, it seems not straighforward to specify the four different
> carrier frequencies (all four channels have different center freq).
> Pl. help.
>
> Thanks,
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> [email protected]
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150331/c2fb82bc/attachment-0001.html>
------------------------------
Message: 4
Date: Wed, 1 Apr 2015 10:14:22 +0500
From: Amber and Sarosh <[email protected]>
To: Tom Tsou <[email protected]>
Cc: "[email protected]" <[email protected]>,
"[email protected]" <[email protected]>, Sir
wajid
<[email protected]>, "[email protected]"
<[email protected]>
Subject: Re: [USRP-users] OpenBTS Subscriber Registration - E310 USRP
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Thanks for your response.
We have followed the installation procedure as on the wiki but the log file is
not created so it does not show OpenBTS logs at all.
We are using VERT 400 antenna with this(that we had tested earlier with USRP
N200 too).
Please also inform if sqlite3 has to be installed in addition to the packages
mentioned on the wiki. We have tried to install sqlite3, but we are unable to
find a package that is compatible with the architecture.
Regards,
Amber, Sarosh & Naheed
> Date: Tue, 31 Mar 2015 10:15:27 -0700
> Subject: Re: OpenBTS Subscriber Registration - E310 USRP
> From: [email protected]
> To: [email protected]
> CC: [email protected]; [email protected];
> [email protected]; [email protected]
>
> On Tue, Mar 31, 2015 at 3:58 AM, Amber and Sarosh
> <[email protected]> wrote:
> > We are following this wiki http://openbts.org/w/index.php/E3x0 in order to
> > install OpenBTS along with all the other dependencies on Ettus USRP E310.
> > After the installation, when OpenBTS and subscriber registry are run,
> > network is detected but no mobile handset is able to register to the
> > network. The command "tmsis" also prints an empty TMSI Table. Please inform
> > if anything else needs to be done in addition to following the steps in the
> > wiki.
>
> Can you check the OpenBTS log for any activity? What does your antenna
> and gain setup look like?
>
> -TT
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150401/7e81bb5c/attachment-0001.html>
------------------------------
Message: 5
Date: Wed, 1 Apr 2015 17:22:38 +0530
From: Soumen Banerjee <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] Trouble on loopback for square waves
Message-ID:
<caezf6yzeur98iceedv8sbjik66tjknqkpwqvapgr8ukfiuy...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
I am having some trouble sending and receiving square waves using uhd
programs. I have the receiver and transmitter connected using rf cable. On
the exact same program, I am able to send and receive sine waves properly
though. I have attached the code I'm using to transmit and receive the data
into the file. All the parameters are hardcoded in the code file itself.
Simply exchanging line 230 with line 231 causes it to work just fine(for
sine waves).
Also attached is a snapshot of what I get instead of square waves.
Can someone please help? Im totally stuck on this one!
Regards,
Soumen
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150401/bd7fee0a/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tx2rxsine_test_success.cpp
Type: text/x-c++src
Size: 8420 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150401/bd7fee0a/attachment-0001.cpp>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: square_test1.png
Type: image/png
Size: 13862 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150401/bd7fee0a/attachment-0001.png>
------------------------------
Message: 6
Date: Wed, 1 Apr 2015 13:57:42 +0200
From: "Ralph A. Schmid, dk5ras" <[email protected]>
To: "'Ron Economos'" <[email protected]>
Cc: 'usrp-users' <[email protected]>
Subject: Re: [USRP-users] Again performance issues B210, while BladeRF
performs fine
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
I will give it a try later this evening, however from the first test in the
lunch break I found that DVB-T still produces lots of U, while DVB-T2 is
stable. I did not yet test DVB-S2, but this will be one of the next
projects...
Thanks a lot for all the assistance! It is amazing what you created with all
those TV mode projects!!
Ralph.
> -----Original Message-----
> From: Ron Economos [mailto:[email protected]]
> Sent: Tuesday, March 31, 2015 12:50 PM
> To: Ralph A. Schmid, dk5ras
> Cc: 'usrp-users'
> Subject: Re: [USRP-users] Again performance issues B210, while BladeRF
> performs fine
>
> For the DVB-T transmit flow, delete the Rational Resampler block and set
the
> sample rate to (8000000.0 * 8) / 7 for an
> 8 MHz wide channel. For other channel widths, the sample rate formula is:
>
> (8000000.0 * channel width in MHz) / 7
>
> On my setup, I'm getting better performance with the B210.
> I was just doing some testing with the DVB-S2 flow, and I was able to do
36
> Msps. With bladeRF, I can't go over 24 Msps.
>
> It all seems to be related to the USB3.0 controller. On the B210, I'm
using a
> VL80X based controller, which seems pretty fast.
>
> On bladeRF, the VL80X controller doesn't work well at all and causes hard
> crashes (where you have to power down to recover). I have to use the
built-
> in NEC uPD720200 controller instead. It's slower, but solid as a rock.
>
> Ron
>
> On 03/31/2015 03:09 AM, Ralph A. Schmid, dk5ras wrote:
> > OK, with your tips the signal is less broken, but still not stable; I
> > already was using the vv009-4kfft.grc anyway. CPU is running at around
> > 80%, not critical, but who knows?! I will try tweaking a bit if I can
> > get it more stable. This is a very interesting case for fine tuning,
> > as it is right at the edge small changes get visible at once.
> >
> > Edit before sending: Now I have a solid signal, after assigning 4
> > cores to the VM. Just the question remains, why does the B210 use the
> > given resources so bad, compared to the BladeRF? And still I am not
> > sure if I'd better use four virtual cores, or two virtual cores with
> > two "virtual-virtual" ones each :) At first sight both variants behave
> identical.
> >
> > Reception of the signal needs to wait until the DVB-T2 receiver is
> > here, I expect it by next week. The DVB-T package I did not get to
> > run, it transmits, but only some garble. The gnuradio fft view looks
> > perfect, but the real spectrum is completely different, both with
> > BladeRF and B210 it is the same crap coming out of the antenna. Maybe I
> missed something...
> >
> > Ralph.
> >
> >> -----Original Message-----
> >> From: Ron Economos [mailto:[email protected]]
> >> Sent: Tuesday, March 31, 2015 8:55 AM
> >> To: Ralph A. Schmid, dk5ras
> >> Cc: 'usrp-users'
> >> Subject: Re: [USRP-users] Again performance issues B210, while
> >> BladeRF performs fine
> >>
> >> I'm using the UHD sink.
> >>
> >> BTW, the AD9361 has built-in sin(x)/x correction, so you should set
> >> that option to "Off" in the Pilot Generator and IFFT block.
> >> It will still work fine either way, but the correct setting is "Off"
> >> for B210 and "On" for bladeRF.
> >>
> >> Also, if you still end up with performance issues, the
> >> vv009-4kfft.grc
> > test flow
> >> graph requires quite a bit less CPU performance than the
> >> vv003-cr23.grc
> > test
> >> flow graph.
> >>
> >> Ron
> >>
> >> On 03/30/2015 11:13 PM, Ralph A. Schmid, dk5ras wrote:
> >>> Hey, thanks a lot, I will give this a try later this day! What do
> >>> you recommend, the osmocom sink, or the UHD sink?
> >>>
> >>> Ralph.
> >>>
> >>>
> >>>> -----Original Message-----
> >>>> From: USRP-users [mailto:[email protected]] On
> >>>> Behalf Of Ron Economos via USRP-users
> >>>> Sent: Tuesday, March 31, 2015 12:52 AM
> >>>> To: [email protected]
> >>>> Subject: [USRP-users] Again performance issues B210, while BladeRF
> >>>> performs fine
> >>>>
> >>>> Just joined the mailing list to respond to this question. I'm the
> >>> developer of
> >>>> gr-dvbt2 and coincidently, I've just bought a B210.
> >>>>
> >>>> The fix for the underruns is to add some buffering. In the USRP
> >>>> Sink block Device Address field, add the following:
> >>>>
> >>>> "send_frame_size=65536,num_send_frames=128"
> >>>>
> >>>> This works well here with a VL80X based USB3.0 controller.
> >>>>
> >>>> Ron
> >>>>
> >
------------------------------
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 56, Issue 1
*****************************************
