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. IDE for working with UHD examples under Ubuntu 14.04 LTS
(=?ISO-8859-1?B?VHJlaw==?=)
2. Re: IDE for working with UHD examples under Ubuntu 14.04 LTS
(Neel Pandeya)
3. b210 problems msvs2013 (?????? ????)
4. Again performance issues B210, while BladeRF performs fine
(Ralph A. Schmid, dk5ras)
5. Re: Ubuntu: install conflict between gnuradio uhd-host
package and Ettus uhd package (Simon IJskes)
6. Re: Ubuntu: install conflict between gnuradio uhd-host
package and Ettus uhd package (Marcus M?ller)
7. Re: Ubuntu: install conflict between gnuradio uhd-host
package and Ettus uhd package (Simon IJskes)
8. Re: Phase offset drift over time for two x310 (Neel Pandeya)
9. Re: Phase offset drift over time for two x310 (Damiano Scanferla)
10. Re: Again performance issues B210, while BladeRF performs
fine (Neel Pandeya)
----------------------------------------------------------------------
Message: 1
Date: Mon, 30 Mar 2015 07:45:05 +0800
From: "=?ISO-8859-1?B?VHJlaw==?=" <[email protected]>
To: "=?ISO-8859-1?B?dXNycC11c2Vycw==?=" <[email protected]>
Subject: [USRP-users] IDE for working with UHD examples under Ubuntu
14.04 LTS
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
would someone pl. recommend a good integrated IDE to work with UHD examples
under Ubuntu?
I am new to Linux.
Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150330/542c7601/attachment-0001.html>
------------------------------
Message: 2
Date: Sun, 29 Mar 2015 17:19:43 -0700
From: Neel Pandeya <[email protected]>
To: Trek <[email protected]>
Cc: usrp-users <[email protected]>
Subject: Re: [USRP-users] IDE for working with UHD examples under
Ubuntu 14.04 LTS
Message-ID:
<cacaxmv_kgb_omlqk4zc7xso2wom_+_yerbbtsiftxdve4hk...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello Trek:
I would suggest one of the following:
Eclipse (C/C++ Development Tooling (CDT))
https://eclipse.org/
https://www.eclipse.org/downloads/packages/eclipse-ide-cc-developers/lunasr2
http://en.wikipedia.org/wiki/Eclipse_%28software%29
To install Eclipse CDT, download the TAR-GZ file, and expand in the /opt
folder.
Geany
http://www.geany.org/
http://en.wikipedia.org/wiki/Geany
To install Geany, run "sudo apt-get install geany".
Code::Blocks
http://www.codeblocks.org/
http://en.wikipedia.org/wiki/Code::Blocks
To install Code::Blocks, run "sudo apt-get install codeblocks".
--Neel
On 29 March 2015 at 16:45, Trek via USRP-users <[email protected]>
wrote:
> would someone pl. recommend a good integrated IDE to work with UHD
> examples under Ubuntu?
> I am new to Linux.
>
> Thank you.
>
> _______________________________________________
> 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/20150329/b46cc01f/attachment-0001.html>
------------------------------
Message: 3
Date: Mon, 30 Mar 2015 10:57:42 +0300
From: ?????? ???? <[email protected]>
To: usrp-users <[email protected]>
Subject: [USRP-users] b210 problems msvs2013
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Good afternoon!
I have problems with the B210.
I use MSVS2013 and QT5.4.1 x64.
the program has hanged while I install the number of channels.
?
std :: vector <size_t> channel_nums;
? uhd :: stream_args_t stream_args ("sc16", "sc16");
stream_args.channels = channel_nums;
If I set up schannel_nums.push_back (i); where i = 0 or the default value, the
program works . If I pass 01 or 1, the program hangs.
I've used different versions of drivers and debug and release - the result has
not changed. When compiling rx_multi_samples there is the same error.
Tell me where I can find the driver for debug MSVS2013?
Please help me with this problem.
? ?????????,
?????? ????
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150330/113a319e/attachment-0001.html>
------------------------------
Message: 4
Date: Mon, 30 Mar 2015 11:36:59 +0200
From: "Ralph A. Schmid, dk5ras" <[email protected]>
To: "'usrp-users'" <[email protected]>
Subject: [USRP-users] Again performance issues B210, while BladeRF
performs fine
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
Hi,
I know, always the same moaning and groaning, but again I am a bit baffled.
When trying to transmit DVB-T2 signals, using the example flowgraph from the
gr-dvbt2, the B210 only allows stuttering transmission, printing lots of U,
no matter, if I use the UHD or the osmocom sink to interface the
transceiver. When I use osmocom sink with BladeRF, the signal is steady, no
dropouts, and if I only already had the DVB-T2 receiver I have no doubt that
it would be decodable. In fact it is enough to change the device in osmocom
sink to either successfully transmit over the BladeRF or get broken
transmission with the B210, the other settings and the flowgraph remain the
same. There is some change when playing with buffers and buflen, but I
achieved only slight improvements, far from being usable.
All the stuff, UHD, bladeRF, gnuradio, osmocom and gr-dvbt2 is built form
source and on latest release level. I am using latest FX3 and FPGA images
for both B210 and BladeRF. The sample rate is 9.something MS/sec, nothing
that should stress the system excessively.
I have no idea who is eating up all the performance when using the B210. It
is without doubt the nicer radio, has the better support throughout the SDR
world - just the driver performance is driving me nuts :-(
Maybe Ettus should hire the BladeRF developers?! :-)
Ralph.
------------------------------
Message: 5
Date: Mon, 30 Mar 2015 13:31:53 +0200
From: Simon IJskes <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Ubuntu: install conflict between gnuradio
uhd-host package and Ettus uhd package
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252; format=flowed
On 27-03-15 11:06, Marcus M?ller via USRP-users wrote:> The Ubuntu
gnuradio-package relies on the Ubuntu uhd-host package, which
> is a horribly outdated UHD; that's why we supply our own UHD repository.
> Ubuntu's GNU Radio build is linked against Ubuntu's UHD, though, so
> there's no way to use Ubuntu's GNU Radio, because libraries must have
> the same ABI (basically: must be the same version) during build and
> runtime. Therefore, you simply can't apt-get install gnuradio on Ubuntu.
>
> So what probably happened is that parts of Ettus' UHD were overwritten.
> Make sure all uhd packages, both from Ubuntu and from Ettus, are
> uninstalled, and then install the Ettus packages again. You should again
> be getting working uhd_* tools.
>
> After that, you should go ahead and build GNU Radio from source. There's
> a lot of tools that help, for example there's pybombs[1], which you can
> tell that you want to install gnuradio; you must tell it that you
> already have "uhd" installed during the initial run, or it will try to
> install it again.
You can install gnuradio / uhd on Ubuntu. Just use the recipe on:
http://www.hamspirit.nl/mediawiki/index.php/Installing_GnuRadio
this will give you the benefit of working with easily installable and
clean removable packages. And you dont have to compile everything from
source. A very workable solution when you want to use gnuradio-companion
or gqrx. It also gives you the possibility to compile your own solutions.
Thanks to Alexandru Csete for doing the work to package gnuradio into
ubuntu packages.
Gr. Simon
------------------------------
Message: 6
Date: Mon, 30 Mar 2015 15:16:55 +0200
From: Marcus M?ller <[email protected]>
To: Simon IJskes <[email protected]>, Simon IJskes via USRP-users
<[email protected]>, [email protected]
Subject: Re: [USRP-users] Ubuntu: install conflict between gnuradio
uhd-host package and Ettus uhd package
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Hi Simon,
I hate to contradict you, but the most recent version in that repository is UHD
3.7.2, which lacks several important bug fixes related to B210. So I'd
recommend getting 3.8.2 from our repository, and building GNU radio from
source, linking against that, or building both UHD and GNU radio from source.
Best regards,
Marcus
On March 30, 2015 1:31:53 PM CEST, Simon IJskes via USRP-users
<[email protected]> wrote:
>On 27-03-15 11:06, Marcus M?ller via USRP-users wrote:> The Ubuntu
>gnuradio-package relies on the Ubuntu uhd-host package, which
>> is a horribly outdated UHD; that's why we supply our own UHD
>repository.
> > Ubuntu's GNU Radio build is linked against Ubuntu's UHD, though, so
>> there's no way to use Ubuntu's GNU Radio, because libraries must have
> > the same ABI (basically: must be the same version) during build and
>> runtime. Therefore, you simply can't apt-get install gnuradio on
>Ubuntu.
> >
>> So what probably happened is that parts of Ettus' UHD were
>overwritten.
> > Make sure all uhd packages, both from Ubuntu and from Ettus, are
>> uninstalled, and then install the Ettus packages again. You should
>again
> > be getting working uhd_* tools.
> >
>> After that, you should go ahead and build GNU Radio from source.
>There's
>> a lot of tools that help, for example there's pybombs[1], which you
>can
> > tell that you want to install gnuradio; you must tell it that you
>> already have "uhd" installed during the initial run, or it will try
>to
> > install it again.
>
>You can install gnuradio / uhd on Ubuntu. Just use the recipe on:
>
>http://www.hamspirit.nl/mediawiki/index.php/Installing_GnuRadio
>
>this will give you the benefit of working with easily installable and
>clean removable packages. And you dont have to compile everything from
>source. A very workable solution when you want to use
>gnuradio-companion
>or gqrx. It also gives you the possibility to compile your own
>solutions.
>
>Thanks to Alexandru Csete for doing the work to package gnuradio into
>ubuntu packages.
>
>Gr. Simon
>
>_______________________________________________
>USRP-users mailing list
>[email protected]
>http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150330/a30f9e3b/attachment-0001.html>
------------------------------
Message: 7
Date: Mon, 30 Mar 2015 15:30:26 +0200
From: Simon IJskes <[email protected]>
To: Marcus M?ller <[email protected]>,
[email protected]
Subject: Re: [USRP-users] Ubuntu: install conflict between gnuradio
uhd-host package and Ettus uhd package
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
On 30-03-15 15:16, Marcus M?ller wrote:
> Hi Simon,
> I hate to contradict you, but the most recent version in that repository
> is UHD 3.7.2, which lacks several important bug fixes related to B210.
> So I'd recommend getting 3.8.2 from our repository, and building GNU
> radio from source, linking against that, or building both UHD and GNU
> radio from source.
>
> Best regards,
> Marcus
No problem, i've send an email, to let them/him know, so there is a
change there will be an update. Good of you to check the version.
Gr. Simon
------------------------------
Message: 8
Date: Mon, 30 Mar 2015 06:54:54 -0700
From: Neel Pandeya <[email protected]>
To: Damiano Scanferla <[email protected]>
Cc: usrp-users <[email protected]>
Subject: Re: [USRP-users] Phase offset drift over time for two x310
Message-ID:
<CACaXmv96hu_WcbKKTyhh2NWix-TV249OHWD=+nsysxz5fpz...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello Damiano Scanferla:
We have seen this issue before, and we believe that we have a solution that
should improve the results that you're seeing. I would like to ask you to
make a one-line change on line 193 of the file
"uhd/host/lib/usrp/x300/x300_clock_ctrl.cpp", and then re-build and
re-install UHD. I've attached a copy of the file with the change in it. It
is necessary that you are running UHD 3.8.2 for this to work. I assume that
you're on Linux, such as Ubuntu 14.04. Please let me know if you see better
results with this change, or if you have any problems making the code
change. Thanks.
--Neel
On 27 March 2015 at 05:58, Damiano Scanferla via USRP-users <
[email protected]> wrote:
> Hi,
>
> I would like to achieve phase alignment at two receivers being 2 SBX-120
> daughter-boards of either the same X310 or belonging to 2 different X310s.
>
> I can measure the phase offset between the two receivers and compensate
> for it. The problem is that the phase offset is not constant but it is
> drifting over time. Of course I can do a periodic calibration of the
> receivers but I read in several blogs that the phase offset should be
> constant so I am wondering what I am not doing properly in my setup.
>
> SETUP
> An RF signal at 800 MHz or 2700 MHz is generated with a signal generator
> (R&S SMJ100A) and fed to 2 daughter-boards via splitter and 2 cables of the
> same length. At the receiving USRPs, I just measure the phase difference
> between the samples received by receiver 1 and receiver 2 (phase offset).
> The USRPs get the 10 MHz ref and PPS from an OctoClock (both clock_source
> and time_source set to "external", and sync set to "unknown PPS").
>
> I have attached the "grc file" and the slope of the phase offset over 3
> minutes for the following configurations:
> - 800 MHz, 2 SBX-120 in 1 X310
> - 800 MHz, 1 SBX-120 in 2 different X310
> - 2700 MHz, 2 SBX-120 in 1 X310
> - 2700 MHz, 1 SBX-120 in 2 different X310
>
> 2 observations:
> - the higher the frequency, the higher the phase drift (almost linear with
> frequency). So, could it be due to a phase drift of the 10 MHz reference?
> - the phase drift is lower when the 2 daughter-boards belong to the same
> X310.
>
> Do you know what could be the reason for this? Have you ever seen such
> behaviour?
>
> Best regards,
> Damiano
>
>
> _______________________________________________
> 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/20150330/0b83f820/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: x300_clock_ctrl.cpp
Type: text/x-c++src
Size: 16402 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150330/0b83f820/attachment-0001.cpp>
------------------------------
Message: 9
Date: Mon, 30 Mar 2015 17:18:14 +0200
From: Damiano Scanferla <[email protected]>
To: Neel Pandeya <[email protected]>
Cc: usrp-users <[email protected]>
Subject: Re: [USRP-users] Phase offset drift over time for two x310
Message-ID:
<CABbV7kwGzd0sjdkrCOns03mrBAN86LHTCt61=C-0Q3rZKGPm=g...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello Neel,
Thanks for your answer. I have tried what you suggested but we did not see
any significant improvements:
- the phase offset at 2.7 GHz drifted by 40 degrees over 3 minutes (same as
before)
- the oscillations of the phase offset over short time were reduced.
Do you have a reason for this phase offset drift over time?
Damiano
On Mon, Mar 30, 2015 at 3:54 PM, Neel Pandeya <[email protected]>
wrote:
> Hello Damiano Scanferla:
>
> We have seen this issue before, and we believe that we have a solution
> that should improve the results that you're seeing. I would like to ask you
> to make a one-line change on line 193 of the file
> "uhd/host/lib/usrp/x300/x300_clock_ctrl.cpp", and then re-build and
> re-install UHD. I've attached a copy of the file with the change in it. It
> is necessary that you are running UHD 3.8.2 for this to work. I assume that
> you're on Linux, such as Ubuntu 14.04. Please let me know if you see better
> results with this change, or if you have any problems making the code
> change. Thanks.
>
> --Neel
>
>
>
> On 27 March 2015 at 05:58, Damiano Scanferla via USRP-users <
> [email protected]> wrote:
>
>> Hi,
>>
>> I would like to achieve phase alignment at two receivers being 2 SBX-120
>> daughter-boards of either the same X310 or belonging to 2 different X310s.
>>
>> I can measure the phase offset between the two receivers and compensate
>> for it. The problem is that the phase offset is not constant but it is
>> drifting over time. Of course I can do a periodic calibration of the
>> receivers but I read in several blogs that the phase offset should be
>> constant so I am wondering what I am not doing properly in my setup.
>>
>> SETUP
>> An RF signal at 800 MHz or 2700 MHz is generated with a signal generator
>> (R&S SMJ100A) and fed to 2 daughter-boards via splitter and 2 cables of the
>> same length. At the receiving USRPs, I just measure the phase difference
>> between the samples received by receiver 1 and receiver 2 (phase offset).
>> The USRPs get the 10 MHz ref and PPS from an OctoClock (both clock_source
>> and time_source set to "external", and sync set to "unknown PPS").
>>
>> I have attached the "grc file" and the slope of the phase offset over 3
>> minutes for the following configurations:
>> - 800 MHz, 2 SBX-120 in 1 X310
>> - 800 MHz, 1 SBX-120 in 2 different X310
>> - 2700 MHz, 2 SBX-120 in 1 X310
>> - 2700 MHz, 1 SBX-120 in 2 different X310
>>
>> 2 observations:
>> - the higher the frequency, the higher the phase drift (almost linear
>> with frequency). So, could it be due to a phase drift of the 10 MHz
>> reference?
>> - the phase drift is lower when the 2 daughter-boards belong to the same
>> X310.
>>
>> Do you know what could be the reason for this? Have you ever seen such
>> behaviour?
>>
>> Best regards,
>> Damiano
>>
>>
>> _______________________________________________
>> 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/20150330/fd7b21a4/attachment-0001.html>
------------------------------
Message: 10
Date: Mon, 30 Mar 2015 08:33:20 -0700
From: Neel Pandeya <[email protected]>
To: "Ralph A. Schmid, dk5ras" <[email protected]>
Cc: usrp-users <[email protected]>
Subject: Re: [USRP-users] Again performance issues B210, while BladeRF
performs fine
Message-ID:
<CACaXmv-SPK8JqnzjU3smcWdgn40H9dzOiLmncu+=2jzrri_...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello Ralph:
I just want to double-check some facts with you before responding further.
Are you using UHD 3.8.2? Which USB controller are you using on this system?
Which Linux distribution, and which version of libusb? Thanks.
--Neel
On 30 March 2015 at 02:36, Ralph A. Schmid, dk5ras via USRP-users <
[email protected]> wrote:
> Hi,
>
> I know, always the same moaning and groaning, but again I am a bit baffled.
> When trying to transmit DVB-T2 signals, using the example flowgraph from
> the
> gr-dvbt2, the B210 only allows stuttering transmission, printing lots of U,
> no matter, if I use the UHD or the osmocom sink to interface the
> transceiver. When I use osmocom sink with BladeRF, the signal is steady, no
> dropouts, and if I only already had the DVB-T2 receiver I have no doubt
> that
> it would be decodable. In fact it is enough to change the device in osmocom
> sink to either successfully transmit over the BladeRF or get broken
> transmission with the B210, the other settings and the flowgraph remain the
> same. There is some change when playing with buffers and buflen, but I
> achieved only slight improvements, far from being usable.
>
> All the stuff, UHD, bladeRF, gnuradio, osmocom and gr-dvbt2 is built form
> source and on latest release level. I am using latest FX3 and FPGA images
> for both B210 and BladeRF. The sample rate is 9.something MS/sec, nothing
> that should stress the system excessively.
>
> I have no idea who is eating up all the performance when using the B210. It
> is without doubt the nicer radio, has the better support throughout the SDR
> world - just the driver performance is driving me nuts :-(
>
> Maybe Ettus should hire the BladeRF developers?! :-)
>
> Ralph.
>
>
>
>
> _______________________________________________
> 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/20150330/e860423d/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 55, Issue 29
******************************************
