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. I am dead in the water due to the following error: RFNoC not
found. (Swanson, Craig)
2. Re: questions about usrp b210 (Marcus D. Leech)
3. Re: I am dead in the water due to the following error: RFNoC
not found. (Marcus M?ller)
4. Re: I am dead in the water due to the following error: RFNoC
not found. (Swanson, Craig)
5. Re: I am dead in the water due to the following error: RFNoC
not found. (Marcus M?ller)
6. Re: I am dead in the water due to the following error: RFNoC
not found. (Swanson, Craig)
7. Re: I am dead in the water due to the following error: RFNoC
not found. (Swanson, Craig)
8. Re: Compiling UHD examples (Sumit Kumar)
9. Re: Compiling UHD examples (Marcus M?ller)
10. Re: Compiling UHD examples (Sumit Kumar)
11. Re: X310/UBX temperature/performance, RFNoC clock control (hanwen)
12. Trying to control E310 RFNoC FPGA noc_block_moving_avg
registers SR_SUM_LEN from laptop running a .grc WX GUI Slider
(Swanson, Craig)
13. How can I get successful transmission using the QPSK
transmitter and receiver USRP? (Zhang, Wenyu)
14. Re: How can I get successful transmission using the QPSK
transmitter and receiver USRP? (Marcus M?ller)
----------------------------------------------------------------------
Message: 1
Date: Sat, 7 May 2016 18:11:25 +0000
From: "Swanson, Craig" <[email protected]>
To: Martin Braun <[email protected]>, Jonathon Pendlum
<[email protected]>
Cc: "[email protected]" <[email protected]>, "Myers,
David" <[email protected]>
Subject: [USRP-users] I am dead in the water due to the following
error: RFNoC not found.
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Martin,
When I perform a cmake ../ in gr-ettus, I get the following error:
CMake Error at CMakeLists.txt:113 (message):
RFNoC not found.
Here are more details of the error:
craig@craig-VirtualBox:~/gr-ettus/build (master)$ cmake ../
-- The CXX compiler identification is GNU 4.8.4
-- The C compiler identification is GNU 4.8.4
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Build type not specified: defaulting to release.
-- Boost version: 1.54.0
-- Found the following Boost libraries:
-- filesystem
-- system
-- Found PkgConfig: /usr/bin/pkg-config (found version "0.26")
-- Found UHD: /usr/local/lib/libuhd.so
CMake Error at CMakeLists.txt:113 (message):
RFNoC not found.
Here is the script I am using:
git clone https://github.com/EttusResearch/uhd
mkdir ~/uhd/host/build
cd ~/uhd/host/build
cmake ../ -DENABLE_E300=ON ../
make -j8
sudo make install -j8
sudo ldconfig
git clone --recursive http://git.gnuradio.org/git/gnuradio.git
mkdir ~/gnuradio/build
cd ~/gnuradio/build
cmake ../
make -j8
sudo make install -j8
sudo ldconfig
git clone https://github.com/EttusResearch/gr-ettus.git?
mkdir ~/gr-ettus/build
cd ~/gr-ettus/build
cmake ../
make -j8
sudo make install -j8
sudo ldconfig
Craig
Craig F. Swanson
Research Engineer II
Information and Communications Laboratory
Communications, Systems, and Spectrum Division
Georgia Tech Research Institute
Room 560
250 14th St NW
Atlanta, GA 30318
Cell: 770.298.9156
http://www.gtri.gatech.edu<https://mail.gtri.gatech.edu/owa/redir.aspx?C=c20925f2f0af4dd29329ddf0701ecfff&URL=http%3a%2f%2fwww.gtri.gatech.edu%2f>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160507/49dcdae2/attachment-0001.html>
------------------------------
Message: 2
Date: Sat, 07 May 2016 14:17:35 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] questions about usrp b210
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"; Format="flowed"
On 05/06/2016 11:14 PM, liangyong via USRP-users wrote:
> hi all
> I have one question about usrp b210.
> Generally usrp b210 get time reference from gps if there is an OCXO
> exists.
> then,usrp generate the local oscillator (LO) frequency from gps.
> In addition, there is a 1pps signal derived from the incoming GPS
> signal to synchronize.
> Now ,usrp b210 is connectted to PC via usb3.0,I want to know how
> could PC get time reference.
> Is this relate to vita timestamp ?
> looking forward to your reply,thanks.
> Best Regard
> ------------------------------------------------------------------------
> liangyong
>
Not clear what you're asking.
The samples will arrive with VITA timestamps, which will correspond to
the time from the built-in GPS if you syncrhonize the USRP device time
to GPS time.
Your host PC time will be whatever it would "naturally" be--there's no
automatic synchronization between USRP device time and host time. The
GPSDO in the
B210 isn't really set-up so that your host could synchronize to it
(via something like GPSD). The best approach for this would likely be
to acquired a GPS
unit that is compatible with GPSD, and setup GPSD on your host. The
GPSDO in the B210 is there to provide a high-quality 10Mhz and 1PPS
reference signal
for the USRP itself.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160507/5a5f6080/attachment-0001.html>
------------------------------
Message: 3
Date: Sat, 7 May 2016 20:23:18 +0200
From: Marcus M?ller <[email protected]>
To: "Swanson, Craig" <[email protected]>, Martin Braun
<[email protected]>, Jonathon Pendlum
<[email protected]>
Cc: "[email protected]" <[email protected]>, "Myers,
David" <[email protected]>
Subject: Re: [USRP-users] I am dead in the water due to the following
error: RFNoC not found.
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Hi Craig,
this won't work because you're (implicitly) checking out the "master"
branch of UHD - which isn't RFNoC'ed.
So, I recommend modifying your script:
instead of
git clone https://github.com/EttusResearch/uhd
use
git clone -b rfnoc-devel https://github.com/EttusResearch/uhd
git submodule update --init ##fill the fpga-src directory with the
matching FPGA code
. Of course, if you've still got the downloaded files around, you can
check out the right branch right now
cd ~/uhd/host/build
sudo make uninstall
rm -r * ##cleans the build directory
git checkout -t rfnoc-devel ## checks out the RFNoC version of UHD
git submodule update --init ##fill the fpga-src directory with the
matching FPGA code
cmake -DENABLE_E300=ON ../
make -j8 && sudo make install && sudo ldconfig
cd ~/gnuradio/build
cmake ..
make -j8 && sudo make install && sudo ldconfig
and then try building gr-ettus again.
Best regards,
Marcus
On 07.05.2016 20:11, Swanson, Craig via USRP-users wrote:
>
> Martin,
>
> When I perform a cmake ../ in gr-ettus, I get the following error:
>
> CMake Error at CMakeLists.txt:113 (message):
> RFNoC not found.
>
> Here are more details of the error:
> craig@craig-VirtualBox:~/gr-ettus/build (master)$ cmake ../
> -- The CXX compiler identification is GNU 4.8.4
> -- The C compiler identification is GNU 4.8.4
> -- Check for working CXX compiler: /usr/bin/c++
> -- Check for working CXX compiler: /usr/bin/c++ -- works
> -- Detecting CXX compiler ABI info
> -- Detecting CXX compiler ABI info - done
> -- Check for working C compiler: /usr/bin/cc
> -- Check for working C compiler: /usr/bin/cc -- works
> -- Detecting C compiler ABI info
> -- Detecting C compiler ABI info - done
> -- Build type not specified: defaulting to release.
> -- Boost version: 1.54.0
> -- Found the following Boost libraries:
> -- filesystem
> -- system
> -- Found PkgConfig: /usr/bin/pkg-config (found version "0.26")
> -- Found UHD: /usr/local/lib/libuhd.so
> CMake Error at CMakeLists.txt:113 (message):
> RFNoC not found.
>
> Here is the script I am using:
>
> git clone https://github.com/EttusResearch/uhd
> mkdir ~/uhd/host/build
> cd ~/uhd/host/build
> cmake ../ -DENABLE_E300=ON ../
> make -j8
> sudo make install -j8
> sudo ldconfig
>
> git clone --recursive http://git.gnuradio.org/git/gnuradio.git
> mkdir ~/gnuradio/build
> cd ~/gnuradio/build
> cmake ../
> make -j8
> sudo make install -j8
> sudo ldconfig
>
> git clone https://github.com/EttusResearch/gr-ettus.git?
> mkdir ~/gr-ettus/build
> cd ~/gr-ettus/build
> cmake ../
> make -j8
> sudo make install -j8
> sudo ldconfig
>
>
>
> Craig
>
>
> *Craig F. Swanson*
> */Research Engineer II
> /*
> */Information and Communications Laboratory/*
> */Communications, Systems, and Spectrum Division/*
> /Georgia Tech Research Institute/
> /Room 560
> 250 14th St NW
> /
> /Atlanta, GA 30318/
> /Cell: 770.298.9156/
> http://www.gtri.gatech.edu
> <https://mail.gtri.gatech.edu/owa/redir.aspx?C=c20925f2f0af4dd29329ddf0701ecfff&URL=http%3a%2f%2fwww.gtri.gatech.edu%2f>
>
>
>
>
> _______________________________________________
> 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/20160507/e87da0d8/attachment-0001.html>
------------------------------
Message: 4
Date: Sat, 7 May 2016 18:30:10 +0000
From: "Swanson, Craig" <[email protected]>
To: Marcus M?ller <[email protected]>, Martin Braun
<[email protected]>, Jonathon Pendlum
<[email protected]>
Cc: "[email protected]" <[email protected]>, "Myers,
David" <[email protected]>
Subject: Re: [USRP-users] I am dead in the water due to the following
error: RFNoC not found.
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Marcus,
Thanks for the quick reply.
Craig
Craig F. Swanson
Research Engineer II
Information and Communications Laboratory
Communications, Systems, and Spectrum Division
Georgia Tech Research Institute
Room 560
250 14th St NW
Atlanta, GA 30318
Cell: 770.298.9156
http://www.gtri.gatech.edu<https://mail.gtri.gatech.edu/owa/redir.aspx?C=c20925f2f0af4dd29329ddf0701ecfff&URL=http%3a%2f%2fwww.gtri.gatech.edu%2f>
________________________________
From: Marcus M?ller <[email protected]>
Sent: Saturday, May 7, 2016 2:23 PM
To: Swanson, Craig; Martin Braun; Jonathon Pendlum
Cc: [email protected]; Myers, David
Subject: Re: [USRP-users] I am dead in the water due to the following error:
RFNoC not found.
Hi Craig,
this won't work because you're (implicitly) checking out the "master" branch of
UHD - which isn't RFNoC'ed.
So, I recommend modifying your script:
instead of
git clone https://github.com/EttusResearch/uhd
use
git clone -b rfnoc-devel https://github.com/EttusResearch/uhd
git submodule update --init ##fill the fpga-src directory with the matching
FPGA code
. Of course, if you've still got the downloaded files around, you can check out
the right branch right now
cd ~/uhd/host/build
sudo make uninstall
rm -r * ##cleans the build directory
git checkout -t rfnoc-devel ## checks out the RFNoC version of UHD
git submodule update --init ##fill the fpga-src directory with the matching
FPGA code
cmake -DENABLE_E300=ON ../
make -j8 && sudo make install && sudo ldconfig
cd ~/gnuradio/build
cmake ..
make -j8 && sudo make install && sudo ldconfig
and then try building gr-ettus again.
Best regards,
Marcus
On 07.05.2016 20:11, Swanson, Craig via USRP-users wrote:
Martin,
When I perform a cmake ../ in gr-ettus, I get the following error:
CMake Error at CMakeLists.txt:113 (message):
RFNoC not found.
Here are more details of the error:
craig@craig-VirtualBox:~/gr-ettus/build (master)$ cmake ../
-- The CXX compiler identification is GNU 4.8.4
-- The C compiler identification is GNU 4.8.4
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Build type not specified: defaulting to release.
-- Boost version: 1.54.0
-- Found the following Boost libraries:
-- filesystem
-- system
-- Found PkgConfig: /usr/bin/pkg-config (found version "0.26")
-- Found UHD: /usr/local/lib/libuhd.so
CMake Error at CMakeLists.txt:113 (message):
RFNoC not found.
Here is the script I am using:
git clone https://github.com/EttusResearch/uhd
mkdir ~/uhd/host/build
cd ~/uhd/host/build
cmake ../ -DENABLE_E300=ON ../
make -j8
sudo make install -j8
sudo ldconfig
git clone --recursive http://git.gnuradio.org/git/gnuradio.git
mkdir ~/gnuradio/build
cd ~/gnuradio/build
cmake ../
make -j8
sudo make install -j8
sudo ldconfig
git clone https://github.com/EttusResearch/gr-ettus.git?
mkdir ~/gr-ettus/build
cd ~/gr-ettus/build
cmake ../
make -j8
sudo make install -j8
sudo ldconfig
Craig
Craig F. Swanson
Research Engineer II
Information and Communications Laboratory
Communications, Systems, and Spectrum Division
Georgia Tech Research Institute
Room 560
250 14th St NW
Atlanta, GA 30318
Cell: 770.298.9156
<https://mail.gtri.gatech.edu/owa/redir.aspx?C=c20925f2f0af4dd29329ddf0701ecfff&URL=http%3a%2f%2fwww.gtri.gatech.edu%2f>http://www.gtri.gatech.edu
_______________________________________________
USRP-users mailing list
[email protected]<mailto:[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/20160507/e9d5e4a2/attachment-0001.html>
------------------------------
Message: 5
Date: Sat, 7 May 2016 20:33:36 +0200
From: Marcus M?ller <[email protected]>
To: "Swanson, Craig" <[email protected]>, Martin Braun
<[email protected]>, Jonathon Pendlum
<[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] I am dead in the water due to the following
error: RFNoC not found.
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
You're welcome! Hope this works out.
If you're aiming for using RFNoC on your E310 (which I just realized
might be the case, looking at your -DENABLE_E300), you not only need any
version of UHD that supports RFNoC ? you need the version (and, most
importantly, since I guess you might be building your own FPGA images
sooner or later, the right FPGA source code) that runs on the E310.
What image are you running on the E310?
Best regards,
Marcus
On 07.05.2016 20:30, Swanson, Craig wrote:
>
> Marcus,
>
> Thanks for the quick reply.
>
> Craig
>
>
>
> *Craig F. Swanson*
> */Research Engineer II
> /*
> */Information and Communications Laboratory/*
> */Communications, Systems, and Spectrum Division/*
> /Georgia Tech Research Institute/
> /Room 560
> 250 14th St NW
> /
> /Atlanta, GA 30318/
> /Cell: 770.298.9156/
> http://www.gtri.gatech.edu
> <https://mail.gtri.gatech.edu/owa/redir.aspx?C=c20925f2f0af4dd29329ddf0701ecfff&URL=http%3a%2f%2fwww.gtri.gatech.edu%2f>
>
>
> ------------------------------------------------------------------------
> *From:* Marcus M?ller <[email protected]>
> *Sent:* Saturday, May 7, 2016 2:23 PM
> *To:* Swanson, Craig; Martin Braun; Jonathon Pendlum
> *Cc:* [email protected]; Myers, David
> *Subject:* Re: [USRP-users] I am dead in the water due to the
> following error: RFNoC not found.
>
> Hi Craig,
>
> this won't work because you're (implicitly) checking out the "master"
> branch of UHD - which isn't RFNoC'ed.
>
> So, I recommend modifying your script:
>
> instead of
>
> git clone https://github.com/EttusResearch/uhd
>
> use
>
> git clone -b rfnoc-devel https://github.com/EttusResearch/uhd
> git submodule update --init ##fill the fpga-src directory with the
> matching FPGA code
>
> . Of course, if you've still got the downloaded files around, you can
> check out the right branch right now
>
> cd ~/uhd/host/build
> sudo make uninstall
> rm -r * ##cleans the build directory
> git checkout -t rfnoc-devel ## checks out the RFNoC version of UHD
> git submodule update --init ##fill the fpga-src directory with the
> matching FPGA code
> cmake -DENABLE_E300=ON ../
> make -j8 && sudo make install && sudo ldconfig
>
> cd ~/gnuradio/build
> cmake ..
> make -j8 && sudo make install && sudo ldconfig
>
> and then try building gr-ettus again.
>
> Best regards,
> Marcus
> On 07.05.2016 20:11, Swanson, Craig via USRP-users wrote:
>>
>> Martin,
>>
>> When I perform a cmake ../ in gr-ettus, I get the following error:
>>
>> CMake Error at CMakeLists.txt:113 (message):
>> RFNoC not found.
>>
>> Here are more details of the error:
>> craig@craig-VirtualBox:~/gr-ettus/build (master)$ cmake ../
>> -- The CXX compiler identification is GNU 4.8.4
>> -- The C compiler identification is GNU 4.8.4
>> -- Check for working CXX compiler: /usr/bin/c++
>> -- Check for working CXX compiler: /usr/bin/c++ -- works
>> -- Detecting CXX compiler ABI info
>> -- Detecting CXX compiler ABI info - done
>> -- Check for working C compiler: /usr/bin/cc
>> -- Check for working C compiler: /usr/bin/cc -- works
>> -- Detecting C compiler ABI info
>> -- Detecting C compiler ABI info - done
>> -- Build type not specified: defaulting to release.
>> -- Boost version: 1.54.0
>> -- Found the following Boost libraries:
>> -- filesystem
>> -- system
>> -- Found PkgConfig: /usr/bin/pkg-config (found version "0.26")
>> -- Found UHD: /usr/local/lib/libuhd.so
>> CMake Error at CMakeLists.txt:113 (message):
>> RFNoC not found.
>>
>> Here is the script I am using:
>>
>> git clone https://github.com/EttusResearch/uhd
>> mkdir ~/uhd/host/build
>> cd ~/uhd/host/build
>> cmake ../ -DENABLE_E300=ON ../
>> make -j8
>> sudo make install -j8
>> sudo ldconfig
>>
>> git clone --recursive http://git.gnuradio.org/git/gnuradio.git
>> mkdir ~/gnuradio/build
>> cd ~/gnuradio/build
>> cmake ../
>> make -j8
>> sudo make install -j8
>> sudo ldconfig
>>
>> git clone https://github.com/EttusResearch/gr-ettus.git?
>> mkdir ~/gr-ettus/build
>> cd ~/gr-ettus/build
>> cmake ../
>> make -j8
>> sudo make install -j8
>> sudo ldconfig
>>
>>
>>
>> Craig
>>
>>
>> *Craig F. Swanson*
>> */Research Engineer II
>> /*
>> */Information and Communications Laboratory/*
>> */Communications, Systems, and Spectrum Division/*
>> /Georgia Tech Research Institute/
>> /Room 560
>> 250 14th St NW
>> /
>> /Atlanta, GA 30318/
>> /Cell: 770.298.9156/
>> http://www.gtri.gatech.edu
>>
>>
>>
>> _______________________________________________
>> 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/20160507/bb423b1b/attachment-0001.html>
------------------------------
Message: 6
Date: Sat, 7 May 2016 18:35:19 +0000
From: "Swanson, Craig" <[email protected]>
To: Marcus M?ller <[email protected]>, Martin Braun
<[email protected]>, Jonathon Pendlum
<[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] I am dead in the water due to the following
error: RFNoC not found.
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Marcus,
I am using alpha_fido-rfnoc?. Is that the best version to use for the E310 and
the latest rfnoc-devel and rfnoc-radio-redo?
Craig
Craig F. Swanson
Research Engineer II
Information and Communications Laboratory
Communications, Systems, and Spectrum Division
Georgia Tech Research Institute
Room 560
250 14th St NW
Atlanta, GA 30318
Cell: 770.298.9156
http://www.gtri.gatech.edu<https://mail.gtri.gatech.edu/owa/redir.aspx?C=c20925f2f0af4dd29329ddf0701ecfff&URL=http%3a%2f%2fwww.gtri.gatech.edu%2f>
________________________________
From: Marcus M?ller <[email protected]>
Sent: Saturday, May 7, 2016 2:33 PM
To: Swanson, Craig; Martin Braun; Jonathon Pendlum
Cc: [email protected]
Subject: Re: [USRP-users] I am dead in the water due to the following error:
RFNoC not found.
You're welcome! Hope this works out.
If you're aiming for using RFNoC on your E310 (which I just realized might be
the case, looking at your -DENABLE_E300), you not only need any version of UHD
that supports RFNoC ? you need the version (and, most importantly, since I
guess you might be building your own FPGA images sooner or later, the right
FPGA source code) that runs on the E310.
What image are you running on the E310?
Best regards,
Marcus
On 07.05.2016 20:30, Swanson, Craig wrote:
Marcus,
Thanks for the quick reply.
Craig
Craig F. Swanson
Research Engineer II
Information and Communications Laboratory
Communications, Systems, and Spectrum Division
Georgia Tech Research Institute
Room 560
250 14th St NW
Atlanta, GA 30318
Cell: 770.298.9156
<https://mail.gtri.gatech.edu/owa/redir.aspx?C=c20925f2f0af4dd29329ddf0701ecfff&URL=http%3a%2f%2fwww.gtri.gatech.edu%2f>http://www.gtri.gatech.edu
________________________________
From: Marcus M?ller <[email protected]><mailto:[email protected]>
Sent: Saturday, May 7, 2016 2:23 PM
To: Swanson, Craig; Martin Braun; Jonathon Pendlum
Cc: [email protected]<mailto:[email protected]>; Myers, David
Subject: Re: [USRP-users] I am dead in the water due to the following error:
RFNoC not found.
Hi Craig,
this won't work because you're (implicitly) checking out the "master" branch of
UHD - which isn't RFNoC'ed.
So, I recommend modifying your script:
instead of
git clone https://github.com/EttusResearch/uhd
use
git clone -b rfnoc-devel https://github.com/EttusResearch/uhd
git submodule update --init ##fill the fpga-src directory with the matching
FPGA code
. Of course, if you've still got the downloaded files around, you can check out
the right branch right now
cd ~/uhd/host/build
sudo make uninstall
rm -r * ##cleans the build directory
git checkout -t rfnoc-devel ## checks out the RFNoC version of UHD
git submodule update --init ##fill the fpga-src directory with the matching
FPGA code
cmake -DENABLE_E300=ON ../
make -j8 && sudo make install && sudo ldconfig
cd ~/gnuradio/build
cmake ..
make -j8 && sudo make install && sudo ldconfig
and then try building gr-ettus again.
Best regards,
Marcus
On 07.05.2016 20:11, Swanson, Craig via USRP-users wrote:
Martin,
When I perform a cmake ../ in gr-ettus, I get the following error:
CMake Error at CMakeLists.txt:113 (message):
RFNoC not found.
Here are more details of the error:
craig@craig-VirtualBox:~/gr-ettus/build (master)$ cmake ../
-- The CXX compiler identification is GNU 4.8.4
-- The C compiler identification is GNU 4.8.4
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Build type not specified: defaulting to release.
-- Boost version: 1.54.0
-- Found the following Boost libraries:
-- filesystem
-- system
-- Found PkgConfig: /usr/bin/pkg-config (found version "0.26")
-- Found UHD: /usr/local/lib/libuhd.so
CMake Error at CMakeLists.txt:113 (message):
RFNoC not found.
Here is the script I am using:
git clone https://github.com/EttusResearch/uhd
mkdir ~/uhd/host/build
cd ~/uhd/host/build
cmake ../ -DENABLE_E300=ON ../
make -j8
sudo make install -j8
sudo ldconfig
git clone --recursive <http://git.gnuradio.org/git/gnuradio.git>
http://git.gnuradio.org/git/gnuradio.git
mkdir ~/gnuradio/build
cd ~/gnuradio/build
cmake ../
make -j8
sudo make install -j8
sudo ldconfig
git clone
https://github.com/EttusResearch/gr-ettus.git?<https://github.com/EttusResearch/gr-ettus.git%E2%80%8B>
mkdir ~/gr-ettus/build
cd ~/gr-ettus/build
cmake ../
make -j8
sudo make install -j8
sudo ldconfig
Craig
Craig F. Swanson
Research Engineer II
Information and Communications Laboratory
Communications, Systems, and Spectrum Division
Georgia Tech Research Institute
Room 560
250 14th St NW
Atlanta, GA 30318
Cell: 770.298.9156
<http://www.gtri.gatech.edu>http://www.gtri.gatech.edu
_______________________________________________
USRP-users mailing list
[email protected]<mailto:[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/20160507/7b78c017/attachment-0001.html>
------------------------------
Message: 7
Date: Sat, 7 May 2016 19:06:30 +0000
From: "Swanson, Craig" <[email protected]>
To: Marcus M?ller <[email protected]>, Martin Braun
<[email protected]>, Jonathon Pendlum
<[email protected]>
Cc: "[email protected]" <[email protected]>, "Myers,
David" <[email protected]>
Subject: Re: [USRP-users] I am dead in the water due to the following
error: RFNoC not found.
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Marcus,
I made sure both uhd and fpga-src were on the rfnoc-radio-redo branch.
This is what I did and this is the error I got:
1. ?rm -rf uhd
2. git clone -b rfnoc-devel git clone -b rfnoc-devel
https://github.com/EttusResearch/uhd
3. git submodule update --init ##fill the fpga-src directory with the
matching FPGA code
4. git checkout rfnoc-radio-redo
5. cd fpga-src
6. git checkout rfnoc-radio-redo
7. cd host
8. mkdir build
9. cd build
10.
~/uhd/host/build (rfnoc-radio-redo)$ cmake ../ -DENABLE_E300=ON ../
11.
~/uhd/host/build (rfnoc-radio-redo)$ make -j8
[ 59%] Building CXX object lib/CMakeFiles/uhd.dir/usrp/b200/b200_io_impl.cpp.o
/home/craig/uhd/host/lib/usrp/b200/b200_impl.cpp: In constructor
?b200_impl::b200_impl(const uhd::device_addr_t&,
uhd::transport::usb_device_handle::sptr&)?:
/home/craig/uhd/host/lib/usrp/b200/b200_impl.cpp:624:93: error: no matching
function for call to
?uhd::usrp::ad936x_manager::loopback_self_test(radio_ctrl_core_3000::sptr&,
int, const int&)?
_codec_mgr->loopback_self_test(perif.ctrl, TOREG(SR_CODEC_IDLE),
RB64_CODEC_READBACK);
^
/home/craig/uhd/host/lib/usrp/b200/b200_impl.cpp:624:93: note: candidate is:
In file included from /home/craig/uhd/host/lib/usrp/b200/b200_impl.hpp:25:0,
from /home/craig/uhd/host/lib/usrp/b200/b200_impl.cpp:18:
/home/craig/uhd/host/lib/usrp/common/ad936x_manager.hpp:82:18: note: virtual
void
uhd::usrp::ad936x_manager::loopback_self_test(boost::function<void(unsigned
int)>, boost::function<long unsigned int()>)
virtual void loopback_self_test(
^
/home/craig/uhd/host/lib/usrp/common/ad936x_manager.hpp:82:18: note:
candidate expects 2 arguments, 3 provided
[ 59%] Building CXX object lib/CMakeFiles/uhd.dir/usrp/b200/b200_uart.cpp.o
[ 59%] Building CXX object lib/CMakeFiles/uhd.dir/usrp/b200/b200_cores.cpp.o
[ 59%] Building CXX object lib/CMakeFiles/uhd.dir/usrp/n230/n230_cores.cpp.o
make[2]: *** [lib/CMakeFiles/uhd.dir/usrp/b200/b200_impl.cpp.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[1]: *** [lib/CMakeFiles/uhd.dir/all] Error 2
make: *** [all] Error 2
?
Craig F. Swanson
Research Engineer II
Information and Communications Laboratory
Communications, Systems, and Spectrum Division
Georgia Tech Research Institute
Room 560
250 14th St NW
Atlanta, GA 30318
Cell: 770.298.9156
http://www.gtri.gatech.edu<https://mail.gtri.gatech.edu/owa/redir.aspx?C=c20925f2f0af4dd29329ddf0701ecfff&URL=http%3a%2f%2fwww.gtri.gatech.edu%2f>
________________________________
From: Marcus M?ller <[email protected]>
Sent: Saturday, May 7, 2016 2:33 PM
To: Swanson, Craig; Martin Braun; Jonathon Pendlum
Cc: [email protected]
Subject: Re: [USRP-users] I am dead in the water due to the following error:
RFNoC not found.
You're welcome! Hope this works out.
If you're aiming for using RFNoC on your E310 (which I just realized might be
the case, looking at your -DENABLE_E300), you not only need any version of UHD
that supports RFNoC ? you need the version (and, most importantly, since I
guess you might be building your own FPGA images sooner or later, the right
FPGA source code) that runs on the E310.
What image are you running on the E310?
Best regards,
Marcus
On 07.05.2016 20:30, Swanson, Craig wrote:
Marcus,
Thanks for the quick reply.
Craig
Craig F. Swanson
Research Engineer II
Information and Communications Laboratory
Communications, Systems, and Spectrum Division
Georgia Tech Research Institute
Room 560
250 14th St NW
Atlanta, GA 30318
Cell: 770.298.9156
<https://mail.gtri.gatech.edu/owa/redir.aspx?C=c20925f2f0af4dd29329ddf0701ecfff&URL=http%3a%2f%2fwww.gtri.gatech.edu%2f>http://www.gtri.gatech.edu
________________________________
From: Marcus M?ller <[email protected]><mailto:[email protected]>
Sent: Saturday, May 7, 2016 2:23 PM
To: Swanson, Craig; Martin Braun; Jonathon Pendlum
Cc: [email protected]<mailto:[email protected]>; Myers, David
Subject: Re: [USRP-users] I am dead in the water due to the following error:
RFNoC not found.
Hi Craig,
this won't work because you're (implicitly) checking out the "master" branch of
UHD - which isn't RFNoC'ed.
So, I recommend modifying your script:
instead of
git clone https://github.com/EttusResearch/uhd
use
git clone -b rfnoc-devel https://github.com/EttusResearch/uhd
git submodule update --init ##fill the fpga-src directory with the matching
FPGA code
. Of course, if you've still got the downloaded files around, you can check out
the right branch right now
cd ~/uhd/host/build
sudo make uninstall
rm -r * ##cleans the build directory
git checkout -t rfnoc-devel ## checks out the RFNoC version of UHD
git submodule update --init ##fill the fpga-src directory with the matching
FPGA code
cmake -DENABLE_E300=ON ../
make -j8 && sudo make install && sudo ldconfig
cd ~/gnuradio/build
cmake ..
make -j8 && sudo make install && sudo ldconfig
and then try building gr-ettus again.
Best regards,
Marcus
On 07.05.2016 20:11, Swanson, Craig via USRP-users wrote:
Martin,
When I perform a cmake ../ in gr-ettus, I get the following error:
CMake Error at CMakeLists.txt:113 (message):
RFNoC not found.
Here are more details of the error:
craig@craig-VirtualBox:~/gr-ettus/build (master)$ cmake ../
-- The CXX compiler identification is GNU 4.8.4
-- The C compiler identification is GNU 4.8.4
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Build type not specified: defaulting to release.
-- Boost version: 1.54.0
-- Found the following Boost libraries:
-- filesystem
-- system
-- Found PkgConfig: /usr/bin/pkg-config (found version "0.26")
-- Found UHD: /usr/local/lib/libuhd.so
CMake Error at CMakeLists.txt:113 (message):
RFNoC not found.
Here is the script I am using:
git clone https://github.com/EttusResearch/uhd
mkdir ~/uhd/host/build
cd ~/uhd/host/build
cmake ../ -DENABLE_E300=ON ../
make -j8
sudo make install -j8
sudo ldconfig
git clone --recursive <http://git.gnuradio.org/git/gnuradio.git>
http://git.gnuradio.org/git/gnuradio.git
mkdir ~/gnuradio/build
cd ~/gnuradio/build
cmake ../
make -j8
sudo make install -j8
sudo ldconfig
git clone
https://github.com/EttusResearch/gr-ettus.git?<https://github.com/EttusResearch/gr-ettus.git%E2%80%8B>
mkdir ~/gr-ettus/build
cd ~/gr-ettus/build
cmake ../
make -j8
sudo make install -j8
sudo ldconfig
Craig
Craig F. Swanson
Research Engineer II
Information and Communications Laboratory
Communications, Systems, and Spectrum Division
Georgia Tech Research Institute
Room 560
250 14th St NW
Atlanta, GA 30318
Cell: 770.298.9156
<http://www.gtri.gatech.edu>http://www.gtri.gatech.edu
_______________________________________________
USRP-users mailing list
[email protected]<mailto:[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/20160507/f2167723/attachment-0001.html>
------------------------------
Message: 8
Date: Sat, 7 May 2016 23:00:26 +0200
From: Sumit Kumar <[email protected]>
To: Marcus M?ller <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Compiling UHD examples
Message-ID:
<CAOExtcS8vVzOHuU=dt6z_z4+x2ovpowzduqmfypmyzap5am...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello Marcus,
Yes I will definitely use the build system. But my first attempt gave me
this unfortunately :-/
For this particular issue I am pasting the error message.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
fourmi@fourmi:~/Downloads/uhd/host/examples$ mkdir build && cd build
fourmi@fourmi:~/Downloads/uhd/host/examples/build$ cmake ..
-- The C compiler identification is GNU 4.8.4
-- The CXX compiler identification is GNU 4.8.4
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
CMake Error at CMakeLists.txt:50 (UHD_INSTALL):
Unknown CMake command "UHD_INSTALL".
CMake Warning (dev) in CMakeLists.txt:
No cmake_minimum_required command is present. A line of code such as
cmake_minimum_required(VERSION 2.8)
should be added at the top of the file. The version specified may be
lower
if you wish to support older CMake versions for this project. For more
information run "cmake --help-policy CMP0000".
This warning is for project developers. Use -Wno-dev to suppress it.
-- Configuring incomplete, errors occurred!
See also
"/home/fourmi/Downloads/uhd/host/examples/build/CMakeFiles/CMakeOutput.log".
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
On Fri, May 6, 2016 at 10:00 AM, Marcus M?ller <[email protected]>
wrote:
> Hi Sumit,
>
> really, discard the idea of building a large project without the help of
> its build system.
>
> Instead, get Cmake to work.
> Now, I've never seen this problem you're mentioning:
>
> Unknown CMake command "UHD_INSTALL".
>
> Can you give a bit more context to that line? Usually, CMake points out
> the file and line where something "bad" happened.
> What version of UHD are you building?
> How did you get that UHD source tree?
> UHD_INSTALL is in Modules/UHDComponent.cmake, so it should definitely be
> found by any CMake version.
>
> Best regards,
> Marcus
>
>
> On 06.05.2016 06:08, Sumit Kumar via USRP-users wrote:
>
> I edited some parts of rx_timed_samples.cpp and tried to compile it.
>
> First I tried (inside /host/build)
>
> cmake ..
> and this error came up
>
> Unknown CMake command "UHD_INSTALL".
>
> Then I tried doing other way round without cmake. I normally use it to
> compile my other files of cpp
>
> g ++ uhdd.cpp -luhd -o rx
>
> But it threw whole lot of linker errors.
>
> Here is a snapshot
>
> /tmp/ccNJGg4e.o: In function `_main(int, char**)':
> timeds.cpp:(.text+0x159): undefined reference to
> `boost::program_options::options_description::m_default_line_length'
> timeds.cpp:(.text+0x164): undefined reference to
> `boost::program_options::options_description::m_default_line_length'
> timeds.cpp:(.text+0x1a9): undefined reference to
> `boost::program_options::options_description::options_description(std::string
> const&, unsigned int, unsigned int)'
> timeds.cpp:(.text+0x35d): undefined reference to
> `boost::program_options::options_description::add_options()'
>
> It seems, it is not able to find the boost libraries.
>
> What I am missing ?
>
> ** These errors dint come for my other uhd based files where I dint use
> boost libraries.
>
>
>
> --
> --
> Sumit Kumar,
> Doctoral student, Upms
> Eurecom, BIOT
> France
>
>
>
> _______________________________________________
> USRP-users mailing
> [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
>
>
--
--
Sumit kumar
Doctoral Student, UPMC
Eurecom, BIOT
France
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160507/37e11140/attachment-0001.html>
------------------------------
Message: 9
Date: Sat, 7 May 2016 23:37:16 +0200
From: Marcus M?ller <[email protected]>
To: Sumit Kumar <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Compiling UHD examples
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Hi Sumit!
No, "examples" can't be built as an out-of-tree Cmake project
you'll have to do
cd ~/Downloads/uhd/host/
mkdir build
cd build
cmake ..
make
to build UHD /including/ the examples.
Best regards,
Marcus
On 07.05.2016 23:00, Sumit Kumar wrote:
> Hello Marcus,
>
> Yes I will definitely use the build system. But my first attempt gave
> me this unfortunately :-/
>
> For this particular issue I am pasting the error message.
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> fourmi@fourmi:~/Downloads/uhd/host/examples$ mkdir build && cd build
> fourmi@fourmi:~/Downloads/uhd/host/examples/build$ cmake ..
> -- The C compiler identification is GNU 4.8.4
> -- The CXX compiler identification is GNU 4.8.4
> -- Check for working C compiler: /usr/bin/cc
> -- Check for working C compiler: /usr/bin/cc -- works
> -- Detecting C compiler ABI info
> -- Detecting C compiler ABI info - done
> -- Check for working CXX compiler: /usr/bin/c++
> -- Check for working CXX compiler: /usr/bin/c++ -- works
> -- Detecting CXX compiler ABI info
> -- Detecting CXX compiler ABI info - done
> CMake Error at CMakeLists.txt:50 (UHD_INSTALL):
> Unknown CMake command "UHD_INSTALL".
>
>
> CMake Warning (dev) in CMakeLists.txt:
> No cmake_minimum_required command is present. A line of code such as
>
> cmake_minimum_required(VERSION 2.8)
>
> should be added at the top of the file. The version specified may
> be lower
> if you wish to support older CMake versions for this project. For more
> information run "cmake --help-policy CMP0000".
> This warning is for project developers. Use -Wno-dev to suppress it.
>
> -- Configuring incomplete, errors occurred!
> See also
> "/home/fourmi/Downloads/uhd/host/examples/build/CMakeFiles/CMakeOutput.log".
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> On Fri, May 6, 2016 at 10:00 AM, Marcus M?ller
> <[email protected] <mailto:[email protected]>> wrote:
>
> Hi Sumit,
>
> really, discard the idea of building a large project without the
> help of its build system.
>
> Instead, get Cmake to work.
> Now, I've never seen this problem you're mentioning:
>> Unknown CMake command "UHD_INSTALL".
> Can you give a bit more context to that line? Usually, CMake
> points out the file and line where something "bad" happened.
> What version of UHD are you building?
> How did you get that UHD source tree?
> UHD_INSTALL is in Modules/UHDComponent.cmake, so it should
> definitely be found by any CMake version.
>
> Best regards,
> Marcus
>
>
> On 06.05.2016 06:08, Sumit Kumar via USRP-users wrote:
>> I edited some parts of rx_timed_samples.cpp and tried to compile
>> it.
>>
>> First I tried (inside /host/build)
>>
>> cmake ..
>> and this error came up
>>
>> Unknown CMake command "UHD_INSTALL".
>>
>> Then I tried doing other way round without cmake. I normally use
>> it to compile my other files of cpp
>>
>> g ++ uhdd.cpp -luhd -o rx
>>
>> But it threw whole lot of linker errors.
>>
>> Here is a snapshot
>>
>> /tmp/ccNJGg4e.o: In function `_main(int, char**)':
>> timeds.cpp:(.text+0x159): undefined reference to
>> `boost::program_options::options_description::m_default_line_length'
>> timeds.cpp:(.text+0x164): undefined reference to
>> `boost::program_options::options_description::m_default_line_length'
>> timeds.cpp:(.text+0x1a9): undefined reference to
>>
>> `boost::program_options::options_description::options_description(std::string
>> const&, unsigned int, unsigned int)'
>> timeds.cpp:(.text+0x35d): undefined reference to
>> `boost::program_options::options_description::add_options()'
>>
>> It seems, it is not able to find the boost libraries.
>>
>> What I am missing ?
>>
>> ** These errors dint come for my other uhd based files where I
>> dint use boost libraries.
>>
>>
>>
>> --
>> --
>> Sumit Kumar,
>> Doctoral student, Upms
>> Eurecom, BIOT
>> France
>>
>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected] <mailto:[email protected]>
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected] <mailto:[email protected]>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
>
>
> --
> --
> Sumit kumar
> Doctoral Student, UPMC
> Eurecom, BIOT
> France
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160507/98f1feca/attachment-0001.html>
------------------------------
Message: 10
Date: Sun, 8 May 2016 12:09:20 +0530
From: Sumit Kumar <[email protected]>
To: Marcus M?ller <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Compiling UHD examples
Message-ID:
<CAOExtcSFwQvERLKC9Mb7iudJJdD+xcuBWmU4ZuAi+ETL=ux...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Ok !
Actually the issue is : In the laptop we have openairinterface5G, which
uses .deb package to install UHD. I was just worried if I make a separate
UHD build, it will mess up with the previous one.
On Sun, May 8, 2016 at 3:07 AM, Marcus M?ller <[email protected]>
wrote:
> Hi Sumit!
>
> No, "examples" can't be built as an out-of-tree Cmake project
> you'll have to do
>
> cd ~/Downloads/uhd/host/
> mkdir build
> cd build
> cmake ..
> make
>
> to build UHD *including* the examples.
>
> Best regards,
> Marcus
>
>
> On 07.05.2016 23:00, Sumit Kumar wrote:
>
> Hello Marcus,
>
> Yes I will definitely use the build system. But my first attempt gave me
> this unfortunately :-/
>
> For this particular issue I am pasting the error message.
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> fourmi@fourmi:~/Downloads/uhd/host/examples$ mkdir build && cd build
> fourmi@fourmi:~/Downloads/uhd/host/examples/build$ cmake ..
> -- The C compiler identification is GNU 4.8.4
> -- The CXX compiler identification is GNU 4.8.4
> -- Check for working C compiler: /usr/bin/cc
> -- Check for working C compiler: /usr/bin/cc -- works
> -- Detecting C compiler ABI info
> -- Detecting C compiler ABI info - done
> -- Check for working CXX compiler: /usr/bin/c++
> -- Check for working CXX compiler: /usr/bin/c++ -- works
> -- Detecting CXX compiler ABI info
> -- Detecting CXX compiler ABI info - done
> CMake Error at CMakeLists.txt:50 (UHD_INSTALL):
> Unknown CMake command "UHD_INSTALL".
>
>
> CMake Warning (dev) in CMakeLists.txt:
> No cmake_minimum_required command is present. A line of code such as
>
> cmake_minimum_required(VERSION 2.8)
>
> should be added at the top of the file. The version specified may be
> lower
> if you wish to support older CMake versions for this project. For more
> information run "cmake --help-policy CMP0000".
> This warning is for project developers. Use -Wno-dev to suppress it.
>
> -- Configuring incomplete, errors occurred!
> See also
> "/home/fourmi/Downloads/uhd/host/examples/build/CMakeFiles/CMakeOutput.log".
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> On Fri, May 6, 2016 at 10:00 AM, Marcus M?ller <[email protected]
> > wrote:
>
>> Hi Sumit,
>>
>> really, discard the idea of building a large project without the help of
>> its build system.
>>
>> Instead, get Cmake to work.
>> Now, I've never seen this problem you're mentioning:
>>
>> Unknown CMake command "UHD_INSTALL".
>>
>> Can you give a bit more context to that line? Usually, CMake points out
>> the file and line where something "bad" happened.
>> What version of UHD are you building?
>> How did you get that UHD source tree?
>> UHD_INSTALL is in Modules/UHDComponent.cmake, so it should definitely be
>> found by any CMake version.
>>
>> Best regards,
>> Marcus
>>
>>
>> On 06.05.2016 06:08, Sumit Kumar via USRP-users wrote:
>>
>> I edited some parts of rx_timed_samples.cpp and tried to compile it.
>>
>> First I tried (inside /host/build)
>>
>> cmake ..
>> and this error came up
>>
>> Unknown CMake command "UHD_INSTALL".
>>
>> Then I tried doing other way round without cmake. I normally use it to
>> compile my other files of cpp
>>
>> g ++ uhdd.cpp -luhd -o rx
>>
>> But it threw whole lot of linker errors.
>>
>> Here is a snapshot
>>
>> /tmp/ccNJGg4e.o: In function `_main(int, char**)':
>> timeds.cpp:(.text+0x159): undefined reference to
>> `boost::program_options::options_description::m_default_line_length'
>> timeds.cpp:(.text+0x164): undefined reference to
>> `boost::program_options::options_description::m_default_line_length'
>> timeds.cpp:(.text+0x1a9): undefined reference to
>> `boost::program_options::options_description::options_description(std::string
>> const&, unsigned int, unsigned int)'
>> timeds.cpp:(.text+0x35d): undefined reference to
>> `boost::program_options::options_description::add_options()'
>>
>> It seems, it is not able to find the boost libraries.
>>
>> What I am missing ?
>>
>> ** These errors dint come for my other uhd based files where I dint use
>> boost libraries.
>>
>>
>>
>> --
>> --
>> Sumit Kumar,
>> Doctoral student, Upms
>> Eurecom, BIOT
>> France
>>
>>
>>
>> _______________________________________________
>> USRP-users mailing
>> [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
>>
>>
>
>
> --
> --
> Sumit kumar
> Doctoral Student, UPMC
> Eurecom, BIOT
> France
>
>
>
--
--
Sumit kumar
Doctoral Student, UPMC
Eurecom, BIOT
France
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160508/18a4e158/attachment-0001.html>
------------------------------
Message: 11
Date: Sun, 8 May 2016 11:39:18 +0200
From: hanwen <[email protected]>
To: Michael West <[email protected]>
Cc: Mark-Jan Bastian <[email protected]>,
"[email protected]" <[email protected]>
Subject: Re: [USRP-users] X310/UBX temperature/performance, RFNoC
clock control
Message-ID:
<CABjUSe3KGV8QZgB=xxgycz298nfzjrenhpp-g5lr5fbozmo...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Michael,
I'm building a TDMA system with UHD and found strong leakages from Tx slot
to Rx slot of UBX than of SBX. I try to turn on the powersave mode of UBX
with:
usrp->get_device()->get_tree()->access<std::string>("/mboards/0/dboards/A/rx_frontends/0/power_mode/").set("powersave");
but I get runtime error: Error: RuntimeError: Cannot access! Property
uninitialized at: /mboards/0/dboards/A/rx_frontends/0/power_mode/
Would you tell the correct setting for turning on the powersave mode? Thank
you.
I'm using x310+UBX-160 with fresh 3.9.4-release UHD and image.
Br, Hanwen
2016-02-01 20:38 GMT+01:00 Michael West via USRP-users <
[email protected]>:
> Hi Mark-Jan,
>
> I can't speak to the RFNoC question, but there are ways to reduce power on
> the UBX board. First, the UBX has a "power_mode" setting that can disable
> certain frontend components when not streaming. To do this, add the
> following lines of code:
>
> BOOST_FOREACH(size_t mboard, usrp->get_num_mboards)
> {
> usrp->get_device()->get_tree().access<std::string>("/mboards" / mboard
> / "dboards/A/rx_frontends/0/power_mode").set("powersave");
> usrp->get_device()->get_tree().access<std::string>("/mboards" / mboard
> / "dboards/B/rx_frontends/0/power_mode").set("powersave");
> }
>
> In "powersave" mode, the UBX will only enable the frontend components when
> streaming so settling time will be longer. The default is "performance"
> mode, which keeps the frontend components enabled.
>
> Beyond that, you can modify the UHD code to shutdown the TX side LOs.
> Just add the following code at the end of the UBX initialization (at line
> https://github.com/EttusResearch/uhd/blob/master/host/lib/usrp/dboard/db_ubx.cpp#L465
> ):
>
> _txlo1->shutdown();
> _txlo2->shutdown();
>
> Regards,
> Michael
>
> On Sat, Jan 30, 2016 at 6:24 AM, Mark-Jan Bastian via USRP-users <
> [email protected]> wrote:
>
>> Hi,
>>
>> Over time, my UBX-160 modules run hot, up to concerning levels (ribbed
>> heat plate of one or both sometimes run too hot to touch).
>> The temperature of the FPGA heatsink does not seem to be a problem. The
>> metal lid of the X310 is on to push the air over both modules, vents on
>> both sides are ofcourse free.
>>
>> I would like to reduce the heat and perhaps powerconsumption of the X310
>> and the daugtherboards to moderate levels, also to get the best analog
>> phase and SNR performance, while downconverting a wideband signal around
>> 1420.405751786 MHz (hydrogen line). For this purpose, I will not need
>> to use the transmitter part.
>>
>> On the software and FPGA side, I'd figure some bias currents might be
>> switched off or reduced, perhaps clocks and modulatators/demodulators
>> to the unused parts of the UBX-160 could be turned off if not already
>> turned off.
>>
>> 1) There are two additional 12V headers on the X310 mainboard, W3 and W4,
>> are there additional fans available for these, how much can be drawn ?
>>
>> I have used both an RFNoC based bitstream and the mainbranch.
>> I performed calibration of DC offsets, rx and tx iq balance,
>> for both modules and the ADCs they are instaled on, independently.
>> I terminated all RF inputs with 50 ohm.
>> I have no GPSDO installed, instead I'm using an external 10 MHz rubidium
>> reference or the (hardwired?) internal oscillator.
>>
>> 2) I'm missing configuration options when using RFNoC regarding
>> external clocksources for both radio inputs. Is there more documentation
>> or some other hints in sourcecode for this ?
>>
>> Best,
>>
>> Mark-Jan
>>
>> _______________________________________________
>> 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/20160508/2dbaa255/attachment-0001.html>
------------------------------
Message: 12
Date: Sun, 8 May 2016 10:05:07 +0000
From: "Swanson, Craig" <[email protected]>
To: Jonathon Pendlum <[email protected]>, Martin Braun
<[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: [USRP-users] Trying to control E310 RFNoC FPGA
noc_block_moving_avg registers SR_SUM_LEN from laptop running a .grc
WX GUI Slider
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Jonathon and Martin,
I am trying to learn how to control the registers SR_SUM_LEN? and SR_DIVISOR
that reside inside the RFNoC noc_block_moving_avg.v file remotely from my
laptop running a .grc file.
Would you by any chance have a .grc file that provides an example of how I can
control on my laptop running a flowgraph QT or WX GUI slider, the RFNoC FPGA
registers in an E310?
I think the best example would be the noc_block_moving_avg, since that is the
once I am most aquainted with.
Thanks,
Craig
Craig F. Swanson
Research Engineer II
Information and Communications Laboratory
Communications, Systems, and Spectrum Division
Georgia Tech Research Institute
Room 560
250 14th St NW
Atlanta, GA 30318
Cell: 770.298.9156
http://www.gtri.gatech.edu<https://mail.gtri.gatech.edu/owa/redir.aspx?C=c20925f2f0af4dd29329ddf0701ecfff&URL=http%3a%2f%2fwww.gtri.gatech.edu%2f>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160508/3e97cbb4/attachment-0001.html>
------------------------------
Message: 13
Date: Sat, 7 May 2016 20:22:28 +0000
From: "Zhang, Wenyu" <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] How can I get successful transmission using the
QPSK transmitter and receiver USRP?
Message-ID:
<am4pr01mb1796d7a79c7f07229ae8367092...@am4pr01mb1796.eurprd01.prod.exchangelabs.com>
Content-Type: text/plain; charset="iso-8859-1"
I am now using two USRPs (NI 2920) as the QPSK transmitter and receiver using
the scripts
http://uk.mathworks.com/help/supportpkg/usrpradio/examples/qpsk-transmitter-with-usrp-r-hardware.html
and
http://uk.mathworks.com/help/supportpkg/usrpradio/examples/qpsk-receiver-with-usrp-r-hardware.html?searchHighlight=QPSK%20Receiver%20with%20USRP%C2%AE%20Hardware.
First, I wonder are these two USRPs share the same IP address which is
192.168.10.2? Second, I do not know where I am wrong as when I use different IP
address for transmitter and receiver, I get messy codes which are attached by
the screenshots. Do I have to update both USRP firmware and FPGA images and UHD
version (
http://uk.mathworks.com/help/supportpkg/usrpradio/ug/support-package-hardware-setup.html)
Thanks very much
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160507/c0fbe1a6/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: sdruQPSKreceiver1.png
Type: image/png
Size: 17844 bytes
Desc: sdruQPSKreceiver1.png
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160507/c0fbe1a6/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: sdruQPSKreceiver2-messy codes.png
Type: image/png
Size: 19401 bytes
Desc: sdruQPSKreceiver2-messy codes.png
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160507/c0fbe1a6/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: sdruQPSKtransmitter.png
Type: image/png
Size: 22561 bytes
Desc: sdruQPSKtransmitter.png
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160507/c0fbe1a6/attachment-0005.png>
------------------------------
Message: 14
Date: Sun, 08 May 2016 15:39:41 +0200
From: Marcus M?ller <[email protected]>
To: "Zhang, Wenyu" <[email protected]>, "Zhang, Wenyu via
USRP-users" <[email protected]>,
"[email protected]"
<[email protected]>
Subject: Re: [USRP-users] How can I get successful transmission using
the QPSK transmitter and receiver USRP?
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Hello Wenyu,
Two USRPs should never share the same IP address.
So using different ones was the right thing to do; I'll look at your
screenshots later.
Best regards,
Marcus
Am 7. Mai 2016 22:22:28 MESZ, schrieb "Zhang, Wenyu via USRP-users"
<[email protected]>:
>I am now using two USRPs (NI 2920) as the QPSK transmitter and receiver
>using the scripts
>http://uk.mathworks.com/help/supportpkg/usrpradio/examples/qpsk-transmitter-with-usrp-r-hardware.html
>and
>http://uk.mathworks.com/help/supportpkg/usrpradio/examples/qpsk-receiver-with-usrp-r-hardware.html?searchHighlight=QPSK%20Receiver%20with%20USRP%C2%AE%20Hardware.
>First, I wonder are these two USRPs share the same IP address which is
>192.168.10.2? Second, I do not know where I am wrong as when I use
>different IP address for transmitter and receiver, I get messy codes
>which are attached by the screenshots. Do I have to update both USRP
>firmware and FPGA images and UHD version (
>http://uk.mathworks.com/help/supportpkg/usrpradio/ug/support-package-hardware-setup.html)
>Thanks very much
>
>
>
>------------------------------------------------------------------------
>
>_______________________________________________
>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/20160508/62c41a46/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 69, Issue 8
*****************************************
