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. help: USRP1 + WBX 50-2200 (Thesis 2015)
2. Synchronised Recording across different systems (OpenMPI)
(Carel Combrink)
3. Fwd: UHD Compilation in Windows (John van Leiden)
4. Re: help: USRP1 + WBX 50-2200 (Marcus M?ller)
5. USRP X310 motherboard issues (Timothy Schaffer)
----------------------------------------------------------------------
Message: 1
Date: Wed, 10 Dec 2014 10:53:25 +0800
From: Thesis 2015 <[email protected]>
To: [email protected]
Subject: [USRP-users] help: USRP1 + WBX 50-2200
Message-ID:
<camyurmpngyhnzyvsqw+0nv0q7axoi7roatmbazed+e78u-y...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Good day,
We are beginners using the USRP1 with WBX v.3 50-2200 daughterboard and GNU
radio Companion version 3.7.5.1 with UHD_003.008.000-18-g864f84b5 installed
on Ubuntu 14.04 LTS operating system. Our goal in using these is to create
an SDR WBFM receiver.
We have followed what was done in the video posted by the ettus research (
http://www.ettus.com/kb/detail/sdr-for-beginners-building-an-fm-receiver-with-the-usrp-and-gnu-radio)
but have encountered some problems. As we ran the GRC file, both the fft
plot and scope plot appeared but all we could hear are static sounds
together with the script shown below:
Executing: "/media/thesis/Data/Downloads/Thesis/FM Reciever using
GRC/fm_example.py"
linux; GNU C++ version 4.8.2; Boost_105400; UHD_003.008.000-18-g864f84b5
Using Volk machine: sse4_1_64_orc
-- Opening a USRP1 device...
-- Loading FPGA image: /usr/local/share/uhd/images/usrp1_fpga.rbf... done
-- Using FPGA clock rate of 64.000000MHz...
WARN: Sensor 'lo_locked' failed to lock within timeout on channel 0.
UHD Warning:
Tune Request: 88.100000 MHz
The requested RX frequency is outside of the system range, and has
been clipped:
Target Frequency: 88.100000 MHz
Clipped Target Frequency: 0.000000 MHz
Successfully tuned to 0.000000 MHz
INFO: Audio sink arch: alsa
OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
>>> Done
We are hoping that you could help us with this problem. Thank you.
-SKA15-
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20141210/2f7061fe/attachment-0001.html>
------------------------------
Message: 2
Date: Wed, 10 Dec 2014 18:15:27 +0200
From: Carel Combrink <[email protected]>
To: usrp-users <[email protected]>
Subject: [USRP-users] Synchronised Recording across different systems
(OpenMPI)
Message-ID:
<caaxnqapml9brgmtvw+8q247mxxkd-sar6zymwxcm996rfv4...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi,
I am trying to synchronise recording over different systems from different
B210 devices. I have connected and set up the B210 devices to different
NVIDIA Jetson TK1 boards.
So to synchronise the recording I am trying to use OpenMPI, which I have
set up and is working in principle.
When I run the application distributed using OpenMPI I get the following
error when starting to stream:
ERROR_CODE_LATE_COMMAND
My code flows as follow (extracts of relevant parts):
-------------------
usrp1 = uhd::usrp::multi_usrp::make(deviceArgs);
usrp1->set_clock_source(std::string("internal"));
/* ... more setup like freq and gain */
usrp1->set_time_now(uhd::time_spec_t(0.0));
hd::rx_streamer::sptr rxStream = usrp1->get_rx_stream(streamArgs);
-------------------
and then in a different thread:
-------------------
uhd::stream_cmd_t
streamCommand(uhd::stream_cmd_t::STREAM_MODE_START_CONTINUOUS);
streamCommand.stream_now = false;
streamCommand.time_spec = uhd::time_spec_t(10);
rxStream->issue_stream_cmd(streamCommand);
rxStream->recv(buffPtrs, buffers.numberSamples, md, 10.1);
--------------------
If I print out the time of the metadata it is: 15.0048. This is almost
always 5 seconds after the stream command that I set up.
After the initial error I get ERROR_CODE_TIMEOUT without ever receiving
data.
As mentioned I am using OpenMPI, but when I run the same code on my device
(TK1, not through OpenMPI but same executable) it goes through fine and I
record perfectly.
Are there anything that I am missing that would cause this to happen?
PS: I am only using basic OpenMPI to start the apps remotely and to
synchronise at some points, like before issuing the stream command. There
are no synchronising between the apps after issuing the stream command. I
have even removed all OpenMPI code from the application but the same
problem exists.
Regards,
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20141210/77eaa047/attachment-0001.html>
------------------------------
Message: 3
Date: Wed, 10 Dec 2014 18:13:35 +0100
From: John van Leiden <[email protected]>
To: [email protected]
Subject: [USRP-users] Fwd: UHD Compilation in Windows
Message-ID:
<calcmk5zpu7mxosshgse4abx2vb5ansjvo_u+qbn_k79lh6v...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Dear all,
I have build the UDH distribution in windows.
I have follow this guide:
http://files.ettus.com/manual/page_build_guide.html
and this post
http://stackoverflow.com/questions/25161203/build-uhd-with-cmake-for-windows-xp32-bit
in order to set the flags and the path in CMake.
I success. I build UHD without no errors.
The point if I want to execute any file, for instance rx_samples_to_file.exe
I have to put in the same directory all the bost dll:
boost_timer-vc120-mt-gd-1_56.dll
boost_timer-vc120-mt-1_56.dll
etc
and the libusb-1.0.dll
Otherwise, when I run the program, I get the typical windows error:
The program can't start because file.dll is missing from your computer
Nevertheless, If all the dll are in the same folder the program runs OK.
*Is there any mistake (flag that i have forgot) or any path to add? *
*How I can do in order to avoid adding all the dll in all the folders? *
*If I put the dll in C/Windows/System32 it does not work. *
Using the original UDH, the dll are not needed in the same folder, and I
have checked that they aren't either in C/Windows/System32
Many thanks in advance for your help
Br
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20141210/b386870d/attachment-0001.html>
------------------------------
Message: 4
Date: Wed, 10 Dec 2014 18:27:06 +0100
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] help: USRP1 + WBX 50-2200
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Hello SKA15,
nice meeting you here :)
There is one thing that is most probably easy to solve: We're seeing a
lot of 'O', meaning overflow, which means that your system can't cope
with the samples that the USRP1 is producing fast enough. What is the
sampling rate you use in the usrp_source block? The USRP1, bound by USB2
speeds, can't really produce very high sampling rates, so unless the PC
you are using to do this is really slow, this points to your sound
card's sampling rate being significantly slower than the sample rate the
USRP pushes through the flow graph. Do you resample to match your sample
rate to the one you use for your alsa sink? Which one is that?
The "not being able to tune to 88.1MHz" warning is indeed strange; could
you run "uhd_usrp_probe" on a console and attach the textual output of
that command?
Greetings,
Marcus
On 12/10/2014 03:53 AM, Thesis 2015 via USRP-users wrote:
> Good day,
>
> We are beginners using the USRP1 with WBX v.3 50-2200 daughterboard and GNU
> radio Companion version 3.7.5.1 with UHD_003.008.000-18-g864f84b5 installed
> on Ubuntu 14.04 LTS operating system. Our goal in using these is to create
> an SDR WBFM receiver.
>
> We have followed what was done in the video posted by the ettus research (
> http://www.ettus.com/kb/detail/sdr-for-beginners-building-an-fm-receiver-with-the-usrp-and-gnu-radio)
> but have encountered some problems. As we ran the GRC file, both the fft
> plot and scope plot appeared but all we could hear are static sounds
> together with the script shown below:
>
> Executing: "/media/thesis/Data/Downloads/Thesis/FM Reciever using
> GRC/fm_example.py"
>
> linux; GNU C++ version 4.8.2; Boost_105400; UHD_003.008.000-18-g864f84b5
>
> Using Volk machine: sse4_1_64_orc
> -- Opening a USRP1 device...
> -- Loading FPGA image: /usr/local/share/uhd/images/usrp1_fpga.rbf... done
> -- Using FPGA clock rate of 64.000000MHz...
> WARN: Sensor 'lo_locked' failed to lock within timeout on channel 0.
>
> UHD Warning:
> Tune Request: 88.100000 MHz
> The requested RX frequency is outside of the system range, and has
> been clipped:
> Target Frequency: 88.100000 MHz
> Clipped Target Frequency: 0.000000 MHz
> Successfully tuned to 0.000000 MHz
> INFO: Audio sink arch: alsa
> OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
>>>> Done
> We are hoping that you could help us with this problem. Thank you.
>
> -SKA15-
>
>
>
> _______________________________________________
> 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/20141210/fc43f94c/attachment-0001.html>
------------------------------
Message: 5
Date: Wed, 10 Dec 2014 13:02:44 -0500
From: Timothy Schaffer <[email protected]>
To: [email protected]
Subject: [USRP-users] USRP X310 motherboard issues
Message-ID:
<cacx9bdpkv76mk-ob2u-cjmxwmvrr-cb9-zv-s6mbmfek5tx...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
I received an X310 from NI last week along with 2 x WBX-120 boards and I've
noticed a difference in signal quality between the A and B subdevs of the
motherboard. Overall, It seems the signals receive from the B side are
generally distorted and prone to harmonics. I naturally assumed this was an
issue with the WBX boards, so I swapped them and noticed the same issues.
Next I swapped the cables connected to the bulkhead and still the same
issue.
I''m currently using UHD 3.008.000-52, but have not tried other versions.
I've reloaded the FPGA firmware, ran all 3 cal routines on both subdevs.
I'm not sure what else to try? I'v eattached a couple of screen shots of
some of the tests I performed with an HP E4432B. The tests were done back
to back using the same cable from the siggen to the USRP.
You can see in these two screen shots, the actual distortion to the
waveform in the scope.
[image: Inline image 2].[image: Inline image 1]
Here is a DQPSK(24.3ksps) test signal at 303 MHz
[image: Inline image 3][image: Inline image 4]
Any ideas on what could be wrong, or does it need to go back to NI for
repair/replace?
-Tim
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20141210/4ed59b54/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: multi-tone_A.png
Type: image/png
Size: 550609 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20141210/4ed59b54/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: multi_tone_B.png
Type: image/png
Size: 657881 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20141210/4ed59b54/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: QPSK_A.png
Type: image/png
Size: 1590827 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20141210/4ed59b54/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: QPSK_B.png
Type: image/png
Size: 1690236 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20141210/4ed59b54/attachment-0003.png>
------------------------------
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 52, Issue 11
******************************************
