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. b210 load fpga error (john liu)
2. Reg : custom_dsp_rx.v for B210 (Sumit Kumar)
3. using two USRP N210 (Mostafa Alizadeh)
4. Re: How to set the number output on rfnoc_splitstream block?
(Jason Matusiak)
5. Re: b210 load fpga error (James Humphries)
6. Cross Compiling RFNoC for E310 (Sam Carey)
7. Re: Cross Compiling RFNoC for E310 (Sean Nowlan)
8. Examples and set up scripts used during NEWSDR 2016
(Cherif Chibane)
9. RFNoC - No radio block found (Dave NotTelling)
----------------------------------------------------------------------
Message: 1
Date: Mon, 6 Jun 2016 09:00:29 +0800
From: john liu <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] b210 load fpga error
Message-ID:
<CAF6NnT++gnWxatCkN0shkWTB8Y9Qp99N2P0XdVXe=bzgw9sM=q...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Dear all,
we used b210,and errors output bellow:
uhd_usrp_probe
linux; GNU C++ version 4.8.4; Boost_105400; UHD_003.009.001-0-gf7a15853
-- Loading firmware image: /usr/local/share/uhd/images/usrp_b200_fw.hex...
done
-- Detected Device: B210
-- Loading FPGA image:
/usr/local/share/uhd/images/usrp_b210_fpga.bin...100%Error:
EnvironmentError: IOError: Failed to get FX3 status (-4: LIBUSB_ERROR_CODE
-4)
We have changed the computer?but errors keep the same.
thank you for your help.
best regards
John
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160606/1deb6757/attachment-0001.html>
------------------------------
Message: 2
Date: Mon, 6 Jun 2016 03:03:43 +0200
From: Sumit Kumar <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] Reg : custom_dsp_rx.v for B210
Message-ID:
<caoextcq_bmsrxq5m77botxcvk50b1my2zcdga5b0_fjcyks...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Do we have something like
custom_dsp_rx.v
for B210 also. It was there for N series.
Regards
Sumit
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160606/bf2c7d4e/attachment-0001.html>
------------------------------
Message: 3
Date: Mon, 6 Jun 2016 14:18:22 +0430
From: Mostafa Alizadeh <[email protected]>
To: [email protected]
Subject: [USRP-users] using two USRP N210
Message-ID:
<CAFD-VT45LDxJ6g=KMj+=utqyjfohc3wy-ocv3gkj_jq_-cn...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello,
I have a question about a possibility.
I want to a system to capture signal from two different carrier
simultaneously and they must be synchronous in terms of sample time.
Is it possible to have such system with two N210 USRPs connected with MIMO
cable to receive from two different carrier?
Best,
Mostafa
***********************************************************
Tehran
IRAN
Tel: +98 (919) 158-7730
Emails: [email protected], [email protected]
Homepage: Linkedin <https://ir.linkedin.com/in/mostafa-alizadeh-50a70169>
***********************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160606/f9d06c51/attachment-0001.html>
------------------------------
Message: 4
Date: Mon, 6 Jun 2016 08:15:47 -0400
From: Jason Matusiak <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] How to set the number output on
rfnoc_splitstream block?
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
> Hi,
>>/thread[thread-per-block[0]: <block uhd_rfnoc_SplitStream (1)>]:
LookupError: />>/IndexError: multi_usrp: RX channel 2 out of range for
configured RX />>/frontends /
>That looks exactly like the error Jason Matusiak had when trying to
>make a block with 3 outputs.
>Not sure if he ever solved it ... but tbh it might just be a bug in
>the framework itself, there is no other blocks with > 2 outputs AFAIK.
>(at least in rfnoc-devel, not sure about radio-redo)
Yep, the same issue, and nope, I never did solve it. I am thinking there is
indeed a bug in there somewhere, but I haven't found it yet...
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160606/28b91ab5/attachment-0001.html>
------------------------------
Message: 5
Date: Mon, 6 Jun 2016 10:12:25 -0400
From: James Humphries <[email protected]>
To: john liu <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] b210 load fpga error
Message-ID:
<caewgfhvaoyvb90wdaq0suapcrzu0hdqraexjlhfkc981xbb...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi John,
Is the USRP connected to the computer when you boot?
If you press the reset button (S700 near the USB port) are you able to
connect to the device after reset? If you physically disconnect/reconnect
the USB connector, does this help?
Have you tried a different USB cable?
Can you post the output of dmesg right after you plug the B210 into
the host computer?
-Trip
On Sun, Jun 5, 2016 at 9:00 PM, john liu via USRP-users <
[email protected]> wrote:
> Dear all,
> we used b210,and errors output bellow:
>
> uhd_usrp_probe
> linux; GNU C++ version 4.8.4; Boost_105400; UHD_003.009.001-0-gf7a15853
>
> -- Loading firmware image: /usr/local/share/uhd/images/usrp_b200_fw.hex...
> done
> -- Detected Device: B210
> -- Loading FPGA image:
> /usr/local/share/uhd/images/usrp_b210_fpga.bin...100%Error:
> EnvironmentError: IOError: Failed to get FX3 status (-4: LIBUSB_ERROR_CODE
> -4)
>
> We have changed the computer?but errors keep the same.
> thank you for your help.
>
> best regards
> John
>
> _______________________________________________
> 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/20160606/e89aed57/attachment-0001.html>
------------------------------
Message: 6
Date: Mon, 6 Jun 2016 11:07:58 -0400
From: Sam Carey <[email protected]>
To: [email protected]
Subject: [USRP-users] Cross Compiling RFNoC for E310
Message-ID:
<CAP85vD_U5VVoCiMXhixH+RhG__tqtjzRLk=oq9ou32zocbj...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Howdy,
I'm a bit confused about how the E310 cross-compiling process is supposed
to work, and I need someone to un-confuse me. I've been trying to follow
the instructions on http://files.ettus.com/manual/page_usrp_e3x0.html while
modifying them for a custom rfnoc-radio-redo branch installation.
As I understand it, cross-compiling means that the building takes place on
my desktop machine and then the results are installed on the E310.
So I install the SDK toolchain on my desktop in /usr/local/.
Then I run
.
/usr/local/oecore-x86_64/environment-setup-armv7ahf-vfp-neon-oe-linux-gnueabi
cmake -DCMAKE_TOOLCHAIN_FILE=../host/cmake/Toolchains/oe-sdk_cross.cmake
-DCMAKE_INSTALL_PREFIX=/usr -DENABLE_E300=ON -DENABLE_B200=OFF ..
which means that the resulting files will be installed to /usr on my
desktop machine. At this point it seems there's a gap in the instructions
where I need to install to the E310, either by setting CMAKE_INSTALL_PREFIX
to the /usr directory on the E310 via sshfs, or by setting DESTDIR to the
E310 via sshfs when I install.
Anyway, I install uhd and gnuradio to the E310 in this manner.
Then when I try to build gr-ettus:
cmake
-DCMAKE_TOOLCHAIN_FILE=/home/samcarey/GNURadio/gnuradio/cmake/Toolchains/oe-sdk_cross.cmake
-DCMAKE_INSTALL_PREFIX=/usr -DENABLE_DOXYGEN=OFF ..
it can't find the correct rfnoc-radio-redo uhd library, apparently because
it is looking where I installed the SDK on the machine (which I assume has
non-rfnoc libraries) instead of where I installed the correct libraries on
the E310:
...
-- Found PkgConfig:
/usr/local/oecore-x86_64/sysroots/x86_64-oesdk-linux/usr/bin/pkg-config
(found version "0.28")
-- Found UHD:
/usr/local/oecore-x86_64/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/lib/libuhd.so
CMake Error at CMakeLists.txt:113 (message):
RFNoC not found.
I suppose I could set the CMAKE_INSTALL_PREFIX to the SDK installation,
where it is looking for the libraries. But this would contradict the
instructed location of "/usr" and I'd have to also install everything to
the E310 afterward.
Could someone please help me understand how this is supposed to work?
Thanks,
Sam Carey
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160606/4fd4e159/attachment-0001.html>
------------------------------
Message: 7
Date: Mon, 6 Jun 2016 11:25:06 -0400
From: Sean Nowlan <[email protected]>
To: Sam Carey <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Cross Compiling RFNoC for E310
Message-ID:
<CAGmpSnoN=7rKD+6k-4rcjwN0u=spe7fyewrlugqh6u6dspa...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
> setting CMAKE_INSTALL_PREFIX to the /usr directory on the E310 via sshfs,
or by setting DESTDIR to the E310 via sshfs when I install.
DESTDIR and CMAKE_INSTALL_PREFIX are two different things. DESTDIR
specifies the absolute root path to which Make will install, and
CMAKE_INSTALL_PREFIX tells cmake the prefix (which defaults to /usr/local,
I believe) and will be relative to DESTDIR. On your development machine,
your SDK has a copy of the headers and libraries that are installed on the
corresponding E310 image. After you cross compile, you should install to
*both* the E310 and to your SDK sysroot.
cmake -DCMAKE_INSTALL_PREFIX=/usr
make
make install DESTDIR=/mnt/my_e310_root
make install DESTDIR=/usr/local/oecore-x86_64/sysroots/armv7ahf-vfp-neon-oe-
linux-gnueabi/
This should overwrite the non-RFNoC version of UHD that came with the E310
image and SDK. Then compile your application against that.
Sean
On Mon, Jun 6, 2016 at 11:07 AM, Sam Carey via USRP-users <
[email protected]> wrote:
> Howdy,
>
> I'm a bit confused about how the E310 cross-compiling process is supposed
> to work, and I need someone to un-confuse me. I've been trying to follow
> the instructions on http://files.ettus.com/manual/page_usrp_e3x0.html
> while modifying them for a custom rfnoc-radio-redo branch installation.
>
> As I understand it, cross-compiling means that the building takes place on
> my desktop machine and then the results are installed on the E310.
>
> So I install the SDK toolchain on my desktop in /usr/local/.
>
> Then I run
> .
> /usr/local/oecore-x86_64/environment-setup-armv7ahf-vfp-neon-oe-linux-gnueabi
> cmake -DCMAKE_TOOLCHAIN_FILE=../host/cmake/Toolchains/oe-sdk_cross.cmake
> -DCMAKE_INSTALL_PREFIX=/usr -DENABLE_E300=ON -DENABLE_B200=OFF ..
>
> which means that the resulting files will be installed to /usr on my
> desktop machine. At this point it seems there's a gap in the instructions
> where I need to install to the E310, either by setting CMAKE_INSTALL_PREFIX
> to the /usr directory on the E310 via sshfs, or by setting DESTDIR to the
> E310 via sshfs when I install.
>
> Anyway, I install uhd and gnuradio to the E310 in this manner.
>
> Then when I try to build gr-ettus:
>
> cmake
> -DCMAKE_TOOLCHAIN_FILE=/home/samcarey/GNURadio/gnuradio/cmake/Toolchains/oe-sdk_cross.cmake
> -DCMAKE_INSTALL_PREFIX=/usr -DENABLE_DOXYGEN=OFF ..
>
> it can't find the correct rfnoc-radio-redo uhd library, apparently because
> it is looking where I installed the SDK on the machine (which I assume has
> non-rfnoc libraries) instead of where I installed the correct libraries on
> the E310:
>
> ...
> -- Found PkgConfig:
> /usr/local/oecore-x86_64/sysroots/x86_64-oesdk-linux/usr/bin/pkg-config
> (found version "0.28")
> -- Found UHD:
> /usr/local/oecore-x86_64/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/lib/libuhd.so
>
> CMake Error at CMakeLists.txt:113 (message):
> RFNoC not found.
>
> I suppose I could set the CMAKE_INSTALL_PREFIX to the SDK installation,
> where it is looking for the libraries. But this would contradict the
> instructed location of "/usr" and I'd have to also install everything to
> the E310 afterward.
>
> Could someone please help me understand how this is supposed to work?
>
> Thanks,
> Sam Carey
>
> _______________________________________________
> 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/20160606/9a72f30b/attachment-0001.html>
------------------------------
Message: 8
Date: Mon, 6 Jun 2016 15:30:56 +0000
From: Cherif Chibane <[email protected]>
To: Sam Carey <[email protected]>, "[email protected]"
<[email protected]>
Subject: [USRP-users] Examples and set up scripts used during NEWSDR
2016
Message-ID:
<f4926999d0cb674eb83933850b495e55510c8...@oc11expo28.exchange.mit.edu>
Content-Type: text/plain; charset="us-ascii"
Hello,
Thnask a lot for putting together the tutorial session at Northeastern U. last
week.
Would it be possible to post the exercises tat were used during the NEWSDR
tutorial held lats week for the E310.
It would be nice to have the files that were used to set up the environment as
well.
Thanks,
Cherif
________________________________________
From: USRP-users [[email protected]] on behalf of Sam Carey
via USRP-users [[email protected]]
Sent: Monday, June 06, 2016 11:07 AM
To: [email protected]
Subject: [USRP-users] Cross Compiling RFNoC for E310
Howdy,
I'm a bit confused about how the E310 cross-compiling process is supposed to
work, and I need someone to un-confuse me. I've been trying to follow the
instructions on http://files.ettus.com/manual/page_usrp_e3x0.html while
modifying them for a custom rfnoc-radio-redo branch installation.
As I understand it, cross-compiling means that the building takes place on my
desktop machine and then the results are installed on the E310.
So I install the SDK toolchain on my desktop in /usr/local/.
Then I run
. /usr/local/oecore-x86_64/environment-setup-armv7ahf-vfp-neon-oe-linux-gnueabi
cmake -DCMAKE_TOOLCHAIN_FILE=../host/cmake/Toolchains/oe-sdk_cross.cmake
-DCMAKE_INSTALL_PREFIX=/usr -DENABLE_E300=ON -DENABLE_B200=OFF ..
which means that the resulting files will be installed to /usr on my desktop
machine. At this point it seems there's a gap in the instructions where I need
to install to the E310, either by setting CMAKE_INSTALL_PREFIX to the /usr
directory on the E310 via sshfs, or by setting DESTDIR to the E310 via sshfs
when I install.
Anyway, I install uhd and gnuradio to the E310 in this manner.
Then when I try to build gr-ettus:
cmake
-DCMAKE_TOOLCHAIN_FILE=/home/samcarey/GNURadio/gnuradio/cmake/Toolchains/oe-sdk_cross.cmake
-DCMAKE_INSTALL_PREFIX=/usr -DENABLE_DOXYGEN=OFF ..
it can't find the correct rfnoc-radio-redo uhd library, apparently because it
is looking where I installed the SDK on the machine (which I assume has
non-rfnoc libraries) instead of where I installed the correct libraries on the
E310:
...
-- Found PkgConfig:
/usr/local/oecore-x86_64/sysroots/x86_64-oesdk-linux/usr/bin/pkg-config (found
version "0.28")
-- Found UHD:
/usr/local/oecore-x86_64/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/lib/libuhd.so
CMake Error at CMakeLists.txt:113 (message):
RFNoC not found.
I suppose I could set the CMAKE_INSTALL_PREFIX to the SDK installation, where
it is looking for the libraries. But this would contradict the instructed
location of "/usr" and I'd have to also install everything to the E310
afterward.
Could someone please help me understand how this is supposed to work?
Thanks,
Sam Carey
------------------------------
Message: 9
Date: Mon, 6 Jun 2016 11:45:06 -0400
From: Dave NotTelling <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] RFNoC - No radio block found
Message-ID:
<CAK6GVuNTkeu=kymj5wv2vzyomjorcwooy9egq8d5icrzvcd...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
I am compiled the newest rfnoc-radio-redo for uhd and gr-ettus and now when
I try to run the example graphs in GNU Radio I get the following error:
-- ========== Full list of RFNoC blocks: ============
-- * 0/Block_0
-- * 0/Block_1
-- * 0/AddSub_0
-- * 0/FIR_0
-- * 0/FFT_0
-- * 0/Window_0
-- * 0/NullSrcSink_0
-- * 0/LogPwr_0
-- * 0/MovingAverage_0
-- * 0/VectorIIR_0
-- * 0/KeepOneInN_0
-- No Radio Block found. Assuming radio-less operation.
[Then later]
Traceback (most recent call last):
File "/opt/git/gr-ettus/examples/rfnoc/rfnoc_fft.py", line 248, in
<module>
main()
File "/opt/git/gr-ettus/examples/rfnoc/rfnoc_fft.py", line 236, in main
tb = top_block_cls()
File "/opt/git/gr-ettus/examples/rfnoc/rfnoc_fft.py", line 92, in __init__
0, -1
File "/usr/local/lib/python2.7/dist-packages/ettus/ettus_swig.py", line
2692, in make
return _ettus_swig.rfnoc_radio_make(*args, **kwargs)
RuntimeError: Cannot find a block for ID: Radio_0
The FIFO block is also missing from that list.
I had to run cmake with -DENABLE_B200=No and I added in
-DCMAKE_BUILD_TYPE=Debug just because. No other special options were
used. I am running on Ubuntu 14.04.4 and using and X310 with the UBX-160
over 10G Ethernet. I ran the downloader script and updated the image on
the radio using the commands that uhd_fft output for me.
Thanks!
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160606/fd9608a4/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 70, Issue 6
*****************************************
