Send USRP-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of USRP-users digest..."
Today's Topics:
1. Re: USRP X310 Link Down with Intel X710-DA4 and Ubuntu
16.04.02 (Neel Pandeya)
2. behavior of N200 with clock source=mimo but no mimo cable
(Sivan Toledo)
3. Re: " usrp_e310_fpga_sg3.bit" vs
"usrp_e3xx_fpga_idle_sg3.bit" for E312 (Jonathon Pendlum)
4. Re: Usrp sample rate (Claudio Cicconetti)
5. Re: Usrp sample rate (Marcus M?ller)
6. Re: X310 : Error code -63150 (Marcus M?ller)
7. Re: Receiving Bursts Control Question (Marcus M?ller)
8. Re: Segmentation fault while accessing user registers
(Marcus M?ller)
9. Re: Usrp sample rate (Ron Economos)
10. Re: E312: Cannot find command 'git' (do ber)
11. Re: E312: Cannot find command 'git' (Marcus M?ller)
12. Re: X310 : Error code -63150 (Sumit Kumar)
13. Suggestions for Minimizing X310 Latency (Sumit Kumar)
14. Re: Suggestions for Minimizing X310 Latency (Marcus M?ller)
15. Re: E312: Cannot find command 'git' (do ber)
16. Questions about using txrx_loopback_to_file to test USRP B200
(Albert Chun-Chieh Huang)
17. Re: Questions about using txrx_loopback_to_file to test USRP
B200 (Marcus D. Leech)
18. Fwd: Questions about using txrx_loopback_to_file to test USRP
B200 (Albert Chun-Chieh Huang)
19. Re: Questions about using txrx_loopback_to_file to test USRP
B200 (Marcus D. Leech)
20. Re: USRP X310 Link Down with Intel X710-DA4 and Ubuntu
16.04.02 (Gilad Beeri (ApolloShield))
21. Re: Questions about using txrx_loopback_to_file to test USRP
B200 (Albert Chun-Chieh Huang)
22. b200_main.c (Jason Matusiak)
----------------------------------------------------------------------
Message: 1
Date: Sun, 12 Mar 2017 09:30:23 -0700
From: Neel Pandeya <[email protected]>
To: Marcus M?ller <[email protected]>
Cc: usrp-users <[email protected]>
Subject: Re: [USRP-users] USRP X310 Link Down with Intel X710-DA4 and
Ubuntu 16.04.02
Message-ID:
<CACaXmv_60AeVo7Qn=zG7mD2uAV6h0CfvLtvGV6VMC3LVNRJ=g...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello Gilad:
Yeah, as Marcus said, set the IP address of the host via NetworkManager,
not from the command line. The default IP address of the X310 for 10 GbE is
192.168.40.2.
Are you using the latest version of the i40e driver? Did you get it from
the Intel website?
--Neel Pandeya
On 12 March 2017 at 04:42, Marcus M?ller via USRP-users <
[email protected]> wrote:
> Hi Gilad,
>
> how exactly are you configuring the IP address of the interface?
> NetworkManager has the tendency to override manually made user settings if
> not made through the NetworkManager interface.
>
> Best regards,
>
> Marcus
> On 12.03.2017 12:38, Gilad Beeri (ApolloShield) via USRP-users wrote:
>
> Hello,
> I have a USRP X310, Ubuntu 16.04.02 and an Intel X710-DA4 with Intel's
> SFP+ cables.
> i40e version: 1.6.42
> firmware-version (NIC): 5.05 0x8000289d 1.1568.0
> The cable is connected to port 1 in the USRP, and the interface in Ubuntu
> is configured statically with IP 192.168.40.1/24.
>
> The problem: the link is seldom up.
> "ip addr show enp1s0f0" says that the enp1s0f0 is UP (ifconfig says that
> also), but "state DOWN", and that it is configured properly with the static
> IP address
>
> "dmesg | grep enp1s0f0" shows "IPv6: ADDRCONF(NETDEV_UP): enp1s0f0: link
> is not ready".
>
> After some long random time, the link/state goes UP and everything is ok
> (pings to USRP work), but not always, and only after I do an arbitrary set
> of "ifconfig down/up" commands, incl. USRP/host reboots.
>
> I tried 2 different cables (both new).
>
> When connecting a SFP+/RJ45 adapter to the X710, and 1 GigE Ethernet cable
> (other side connected to the wall - LAN), it works perfectly.
>
> I don't have another 10 GigE device so I can't compare and connect it to
> the NIC, to determine whether the problem is in the NIC when it tries to
> work in 10 GigE mode (because in 1 GigE mode it worked - with the LAN), in
> the USRP, or in the cables.
>
> Any ideas?
>
>
>
>
> _______________________________________________
> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170312/1b98e55d/attachment-0001.html>
------------------------------
Message: 2
Date: Sun, 12 Mar 2017 19:09:39 +0200
From: Sivan Toledo <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] behavior of N200 with clock source=mimo but no
mimo cable
Message-ID:
<caol_rufvq-weeytr0j-81hw0dfvwnf7gxvmzcsh0qwmfaxn...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi,
I want to verify that I understand what would happen if I set the clock
source to MIMO on an N200 when the mimo cable is not connected. I think
that the reference-clock selector (U18, SY89545) will switch the MIMO
cable's inputs to the output of U18. They don't actually oscillate with no
mimo cable, but clk_exp_in_n is pulled down and clk_exp_in_p pulled up.
This will cause the PLL (U9, AD9510) to detect the loss of reference clock,
to tristate the charge-pump output, which will cause the 100MHz VCTCXO to
be essentially free running (I guess it will drift a bit as the capacitors
in the CP network discharge).
I am asking because I want to switch a bunch of remote N200s with GPSDOs to
use an internal TCXO for an experiment, and I remember that the internal
10MHz TCXO is digitally compensated and therefore has discrete jumps,
whereas the 100MHz TCXO is analog and therefore smoother.
In the past Ettus empolyees suggested on this list to switch to external
clock but to leave the external clock input disconnected to achieve the
same behavior (to avoid the jumps in the digitally compensated TCXO), but
for me physically disconnecting the GPSDOs on remote N200s is difficult, so
I'm hoping to achieve the same thing by switching to MIMO clocking without
a MIMO cable.
Will this work like I assume it will?
Thanks, Sivan Toledo
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170312/b2150b85/attachment-0001.html>
------------------------------
Message: 3
Date: Sun, 12 Mar 2017 14:32:03 -0500
From: Jonathon Pendlum <[email protected]>
To: Xingjian Chen <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] " usrp_e310_fpga_sg3.bit" vs
"usrp_e3xx_fpga_idle_sg3.bit" for E312
Message-ID:
<cagdo0ut4avyca_ppb4htq2awgf2uqtvagmhbx_suzar8gws...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi,
The idle image is a minimal image used when the FPGA is not being used. It
has only a few basic features.
The sg3 images are for speedgrade 3 Zynq devices. You should use those
images with your E312.
On Mar 11, 2017 5:57 PM, "Xingjian Chen via USRP-users" <
[email protected]> wrote:
> Hi,
>
> I am using E312 and going to play with its fpga scripts. I think there are
> two .bit files generated for E312 after typing "make" in
> uhd/fpga-src/usrp3/top/e300. They are " usrp_e310_fpga_sg3.bit" and "
> usrp_e3xx_fpga_idle_sg3.bit". And my E312 loads "usrp_e310_fpga_sg3.bit"
> by default. My question is what is the difference between the two .bit
> files? What is idle mean? 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/20170312/340e54e6/attachment-0001.html>
------------------------------
Message: 4
Date: Mon, 13 Mar 2017 08:44:16 +0100
From: Claudio Cicconetti <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Usrp sample rate
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
Dear Emre,
Make sure you are using USB3 (check screen messages): USB2 cannot
sustain the rate required for higher sampling rates.
Also, to understand whether it is an application issue (as Fernando
hinted) just run the benchmark_rate example bundled with the UHD
library, you can find it in INSTALL_PREFIX/lib/uhd/examples.
Best regards,
Claudio
On 03/11/2017 10:22 AM, Fernando via USRP-users wrote:
> It may be a sw problem. For instance, if you use a low pass filter with
> 30Mhz cut off frequency and transition width 1Hz, the order of the
> filter will be so high, your PC will not be able to process it and you
> will get the overflow
>
> regards
>
>
> El 11/03/17 a las 08:11, emre g?ng?r via USRP-users escribi?:
>> Hi,
>>
>> I'm using NI2901 and I want to generate chirp signal which has 60MHz
>> sample rate.
>>
>> But regardless of the signal type and center frequency I cannot reach
>> this sample rate. For more than 10MHz sample rate I take UUUOU...
>> overflow stack warnings.
>>
>> I'm not sure that this usrp can reach 61.44MHz sample rate.
>> Is there anyway to reach 60MHz sample rate without UUO.. warnings?
>>
>> Best regards.
>> Emre
>>
>>
>> _______________________________________________
>> 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
>
------------------------------
Message: 5
Date: Mon, 13 Mar 2017 09:15:51 +0100
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Usrp sample rate
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Hi Emre,
the USRP as is can work with 60 MS/s ? the FPGA is definitely fast
enough to push through this rate, and the FX3 (the USB device controller
IC on there) is a chip dedicatedly designed by Cypress for high-rate
pushing around of bytes.
Usually, the host's USB3 stack is the bottleneck; this includes the xHCI
controller, its firmware and the OS drivers for that controller, as well
as the software that has to produce the samples in time. We've seen xHCI
controllers just /crash/ under the heavy load a USRP can produce :( but
yours seems to be stable.
So, the typical reason for U's is the host USB3 performance. You might
be able to push out more by optimizing your CPU performance, but at some
point the xHCI hardware becomes the limiting factor. I'm afraid I'd have
no solution for that.
You could test how far you can take your system by using the
"benchmark_rate" utility that we ship with UHD ? it's installation
directory depends on the system you're running ? try something like
/usr/local/lib/uhd/examples.
Best regards,
Marcus
On 11.03.2017 08:11, emre g?ng?r wrote:
> Hi,
>
> I'm using NI2901 and I want to generate chirp signal which has 60MHz
> sample rate.
>
> But regardless of the signal type and center frequency I cannot reach
> this sample rate. For more than 10MHz sample rate I take UUUOU...
> overflow stack warnings.
>
> I'm not sure that this usrp can reach 61.44MHz sample rate.
> Is there anyway to reach 60MHz sample rate without UUO.. warnings?
>
> Best regards.
> Emre
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170313/ff2fa253/attachment-0001.html>
------------------------------
Message: 6
Date: Mon, 13 Mar 2017 10:08:16 +0100
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] X310 : Error code -63150
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Hi Sumit,
can you check whether the NI kernel modules are loaded (lsmod) and
whether your kernel log contains interesting info (dmesg)?
Best regards,
Marcus
On 10.03.2017 15:18, Sumit Kumar via USRP-users wrote:
> Hello,
>
> When I run ./uhd_usrp_probe, I see the following error :
>
> Error: RuntimeError: x300_impl: Could not initialize RIO session.
> Unknown error. (Error code -63150)
>
> *System Details : linux; GNU C++ version 4.8.4; Boost_105400;
> UHD_003.009.004-0-g2b5a88bb*
>
> Regards
>
>
> --
> --
> Sumit kumar
> Doctoral Student, UPMC
> Eurecom, BIOT
> France
>
>
>
> _______________________________________________
> 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/20170313/185e09c9/attachment-0001.html>
------------------------------
Message: 7
Date: Mon, 13 Mar 2017 10:10:00 +0100
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Receiving Bursts Control Question
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Hi Xingjian,
> *w**hat is the difference between "**stream_cmd.time_spec" and
> "md.time_spec"?**
> *
in the send() call, the md.time_spec is *read* by UHD/the USRP, in the
recv() call, md.time_spec is *written* by UHD/USRP. So you need to use
stream_cmd to schedule reception.
Best regards,
Marcus
On 09.03.2017 16:29, Xingjian Chen via USRP-users wrote:
>
> Hi,
>
> I am writing a control c++ file to receive timed packages. The idea is
> to using Ettus board deterministic clock to schedule when a
> system start receiving and recording data repeatedly . You can think
> it as a control similar to tx_bursts.cpp in the example c++ file,*but
> here is for **receiving*.
>
> Assuming we declare "uhd::rx_metadata_t md" and "uhd::stream_cmd_t
> stream_cmd", *w**hat is the difference between
> "**stream_cmd.time_spec" and "md.time_spec"?** What the data flow look
> like? Which happened first? In order to achieving burst receiving,
> should I schedule both of them?* Thank you.
>
>
> Here are some clues I found:
>
> 1. In the description from USRP manual:
>
> uhd::stream_cmd_t Struct Reference
>
> "Command struct for configuration and control of streaming:
>
> A stream command defines how the device sends samples to the host.
> Streaming is controlled by submitting a stream command to the rx dsp.
> Granular control over what the device streams to the host can be
> achieved through submission of multiple (carefully-crafted) commands."
>
> uhd::rx_metadata_t Struct Reference
>
> "RX metadata structure for describing sent IF data. Includes time
> specification, fragmentation flags, burst flags, and error codes. The
> receive routines will convert IF data headers into metadata."
>
>
> 2. In test_timed_conmmands.cpp, it states as below.
>
> std::cout << boost::format(
> " Received packet: %u samples, %u full secs, %f frac secs"
> ) % num_rx_samps
> % md.time_spec.get_full_secs() % md.time_spec.get_frac_secs() <<
> std::endl;
> std::cout << boost::format(
> " Stream time was: %u full secs, %f frac secs"
> ) % stream_time.get_full_secs() % stream_time.get_frac_secs() <<
> std::endl;
> std::cout << boost::format(
> " Difference between stream time and first packet: %f us"
> ) % ((md.time_spec-stream_time).get_real_secs()*1e6) << std::endl;
>
>
>
>
> _______________________________________________
> 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/20170313/194ac9f5/attachment-0001.html>
------------------------------
Message: 8
Date: Mon, 13 Mar 2017 10:14:22 +0100
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Segmentation fault while accessing user
registers
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Hello Mr. Rudnik,
from a short reading of your source code, things look quite OK, so the
classical debug strategies apply:
Assuming this is Linux or similar, GCC-based systems: Start your program
in gdb, ie.
gdb --args program.name --foo --bar
and at the GDB command prompt, as soon as things are loaded,
(gdb) run
... things scroll by, eventually your crash happens ?
(gdb) backtrace
That backtrace might contain info on what was tried to be accessed. you
can use
(gdb) print variablename
to print local, non-optimized-away variables, and
(gdb) frame N
to jump to the backtrace's stack frame you're interested in.
Best regards,
Marcus M.
On 09.03.2017 13:38, Philipp Rudnik via USRP-users wrote:
> Dear Sir or Madam,
>
> I have trouble getting some user registes defined and to get the host
> to communicate with this register.
> I am using a X310 USRP.
> I want to realize a (host side) write only user register at the
> gpio_atr Module.
>
> First of all, i changed the host side as follows:
> - In the x300_regs.hpp
>
> #define localparam static const int
> #define TOREG(x) ((x)*4)
> localparam SR_USER_REGS = 5;
>
> - In the x300_impl.hpp
>
> #include "user_settings_core_200.hpp"
> #include "fifo_ctrl_excelsior.hpp"
> [...]
> private:
> fifo_ctrl_excelsior::sptr _fifo_ctrl;
> user_settings_core_200::sptr _user;
>
> - In the x300_impl.cpp
>
> ////////////////////////////////////////////////////////////////////
> // create user-defined control objects
> ////////////////////////////////////////////////////////////////////
> _user = user_settings_core_200::make(_fifo_ctrl, TOREG(SR_USER_REGS));
> _tree->create<user_settings_core_200::user_reg_t>(mb_path /
> "user/regs")
>
> .add_coerced_subscriber(boost::bind(&user_settings_core_200::set_reg,
> _user, _1));
>
> - In my own c++ application:
>
> uint32_t prtCycles = (1 << 11) - 1;
> usrp_x300->set_user_register(0, prtCycles , 0);
>
> And Second in the FPGA-Code (inside gpio_atr):
>
> reg [31:0] prtCycles; // Local register set by User Settings Bus
> wire [31:0] prtCycles_sr; // setting_reg module output
> wire prtCycles_ch; // bit indicating the reg has just changed
> setting_reg #(.my_addr(0)) sr_0 // 0 is the address you
> choose. (there is an 8 bit address space)
>
> (.clk(clk),.rst(reset),.strobe(set_stb),.addr(set_addr),.in(set_data),
> .out(prtCycles_sr),.changed(prtCycles_ch));
>
> always @(posedge clk)
> if (prtCycles_ch)
> prtCycles <= prtCycles_sr;
>
>
> The code compiles on both sides without any error.
> The error message that i receive when trying to run the code:
>
> ...(USRP initialize sequence)....
> ...
> Single USRP:
> Device: X-Series Device
> Mboard 0: X310
> RX Channel: 0
> RX DSP: 0
> RX Dboard: A
> RX Subdev: CBX-120 RX
> RX Channel: 1
> RX DSP: 0
> RX Dboard: B
> RX Subdev: CBX-120 RX
> TX Channel: 0
> TX DSP: 0
> TX Dboard: A
> TX Subdev: CBX-120 TX
> TX Channel: 1
> TX DSP: 0
> TX Dboard: B
> TX Subdev: CBX-120 TX
>
> Segmentation fault (core dumped)
>
>
> I hope that you can help me with this issue. I have no idea on which
> side (host or fpga or communication?) the error is located and how to
> search for it (or fix it).
>
>
> yours sincerly,
> Philipp Rudnik
>
>
> _______________________________________________
> 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/20170313/db7d74f2/attachment-0001.html>
------------------------------
Message: 9
Date: Mon, 13 Mar 2017 02:22:00 -0700
From: Ron Economos <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Usrp sample rate
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"; Format="flowed"
You can try to add more USB buffering. In the Device Address field of
the UHD sink block properties, add the following.
"send_frame_size=65536,num_send_frames=256"
On my system, this allows for transmit sample rates up to 40 Msps.
Ron
On 03/10/2017 11:11 PM, emre g?ng?r via USRP-users wrote:
> Hi,
>
> I'm using NI2901 and I want to generate chirp signal which has 60MHz
> sample rate.
>
> But regardless of the signal type and center frequency I cannot reach
> this sample rate. For more than 10MHz sample rate I take UUUOU...
> overflow stack warnings.
>
> I'm not sure that this usrp can reach 61.44MHz sample rate.
> Is there anyway to reach 60MHz sample rate without UUO.. warnings?
>
> Best regards.
> Emre
>
>
> _______________________________________________
> 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/20170313/5eb3a56b/attachment-0001.html>
------------------------------
Message: 10
Date: Mon, 13 Mar 2017 12:25:56 +0300
From: do ber <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] E312: Cannot find command 'git'
Message-ID:
<CABLDF_ekUcyoz_rd6+i3D0M=0yqcrfr7c1g3zw8-uuysfj_...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi, now I wrote the following command:
* $ pybombs prefix init ~/prefix -R e3xx-rfnoc -a e300*
Download has been completed and setup has started. But I got the following
error.
?
To handle this first I wrote and installed:
sudo apt install cmake
then wrote the above command again and got the error again. Then I wrote
the following
sudo apt-get install qt-sdk
I did not write the above command again. Because I dont want to download
the same files again. Do you think if I wrote the above command again, will
it work or what should I do to continue installing gnuradio or just install
gnuradio?
2017-03-09 16:42 GMT+03:00 Jason Matusiak <[email protected]>:
> Good show! There are a couple of things I've run into in the past that
> are basically pre-requirements that aren't specifically called out (like
> you saw with git). Hopefully that is your only roadblock!
>
>
>
>
> On 03/09/2017 08:14 AM, do ber via USRP-users wrote:
>
> Thanks Jason, It was that simple :) I am not so experienced in Linux so I
> was just following the steps. Anyway, it worked.
>
> Best,
> Ali
>
> 2017-03-09 15:52 GMT+03:00 Jason Matusiak <[email protected]>:
>
>> I might be oversimplifying this, but do you have git installed? If not,
>> try 'sudo apt-get install git' and then rerun your command.
>>
>> ~Jason
>>
>>
>> On 03/09/2017 07:08 AM, do ber via USRP-users wrote:
>>
>> Hi to all,
>>
>> I am using VMware and Ubuntu 16.04. I try to implement QUICKSTART steps
>> in the following link.
>> https://kb.ettus.com/Software_Development_on_the_E310_and_E312
>>
>> root@ubuntu:~# pip install git+https://github.com/gnuradio/pybombs.git
>>
>> When I write the above command, I got an error. What might be the
>> problem?(Up to this step everything was good)
>>
>> Collecting git+https://github.com/gnuradio/pybombs.git
>> Cloning https://github.com/gnuradio/pybombs.git to
>> /tmp/pip-Be5RlS-build
>> Error [Errno 2] No such file or directory while executing command git
>> clone -q https://github.com/gnuradio/pybombs.git /tmp/pip-Be5RlS-build
>> Cannot find command 'git'
>>
>> Here is the screenshot:
>>
>>
>> ?
>>
>> Best regards,
>> Ali
>>
>>
>> _______________________________________________
>> USRP-users mailing
>> [email protected]http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>> _______________________________________________
> USRP-users mailing
> [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/20170313/c1e1070e/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 272721 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170313/c1e1070e/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot from 2017-03-13 09-50-45.png
Type: image/png
Size: 200958 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170313/c1e1070e/attachment-0003.png>
------------------------------
Message: 11
Date: Mon, 13 Mar 2017 10:30:47 +0100
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] E312: Cannot find command 'git'
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Hi Ali,
you might want to delete the GNU Radio "build/" directory, and run the
"pybombs rebuild gnuradio" command for the prefix.
can you, in the future, just copy and paste the text (as text) from the
error messages? It's a bit easier to deal with.
Best regards,
Marcus
On 13.03.2017 10:25, do ber via USRP-users wrote:
> Hi, now I wrote the following command:
>
> * $ pybombs prefix init ~/prefix -R e3xx-rfnoc -a e300*
>
> Download has been completed and setup has started. But I got the
> following error.
>
>
> ?
>
> To handle this first I wrote and installed:
>
> sudo apt install cmake
>
> then wrote the above command again and got the error again. Then I
> wrote the following
>
> sudo apt-get install qt-sdk
>
> I did not write the above command again. Because I dont want to
> download the same files again. Do you think if I wrote the above
> command again, will it work or what should I do to continue installing
> gnuradio or just install gnuradio?
>
>
> 2017-03-09 16:42 GMT+03:00 Jason Matusiak
> <[email protected] <mailto:[email protected]>>:
>
> Good show! There are a couple of things I've run into in the past
> that are basically pre-requirements that aren't specifically
> called out (like you saw with git). Hopefully that is your only
> roadblock!
>
>
>
>
> On 03/09/2017 08:14 AM, do ber via USRP-users wrote:
>> Thanks Jason, It was that simple :) I am not so experienced in
>> Linux so I was just following the steps. Anyway, it worked.
>>
>> Best,
>> Ali
>>
>> 2017-03-09 15:52 GMT+03:00 Jason Matusiak
>> <[email protected]
>> <mailto:[email protected]>>:
>>
>> I might be oversimplifying this, but do you have git
>> installed? If not, try 'sudo apt-get install git' and then
>> rerun your command.
>>
>> ~Jason
>>
>>
>> On 03/09/2017 07:08 AM, do ber via USRP-users wrote:
>>> Hi to all,
>>>
>>> I am using VMware and Ubuntu 16.04. I try to implement
>>> QUICKSTART steps in the following link.
>>> https://kb.ettus.com/Software_Development_on_the_E310_and_E312
>>> <https://kb.ettus.com/Software_Development_on_the_E310_and_E312>
>>>
>>> root@ubuntu:~# pip install
>>> git+https://github.com/gnuradio/pybombs.git
>>> <https://github.com/gnuradio/pybombs.git>
>>>
>>> When I write the above command, I got an error. What might
>>> be the problem?(Up to this step everything was good)
>>>
>>> Collecting git+https://github.com/gnuradio/pybombs.git
>>> <https://github.com/gnuradio/pybombs.git>
>>> Cloning https://github.com/gnuradio/pybombs.git
>>> <https://github.com/gnuradio/pybombs.git> to
>>> /tmp/pip-Be5RlS-build
>>> Error [Errno 2] No such file or directory while executing
>>> command git clone -q https://github.com/gnuradio/pybombs.git
>>> <https://github.com/gnuradio/pybombs.git> /tmp/pip-Be5RlS-build
>>> Cannot find command 'git'
>>>
>>> Here is the screenshot:
>>>
>>>
>>> ?
>>>
>>> Best regards,
>>> Ali
>>>
>>>
>>> _______________________________________________
>>> USRP-users mailing list
>>> [email protected] <mailto:[email protected]>
>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>> <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
>> <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/20170313/14c5aee4/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 272721 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170313/14c5aee4/attachment-0001.png>
------------------------------
Message: 12
Date: Mon, 13 Mar 2017 10:45:29 +0100
From: Sumit Kumar <[email protected]>
To: Marcus M?ller <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] X310 : Error code -63150
Message-ID:
<caoextcqpu02mxukc-wf4xbr_szb395ssfwq139xp9f0ufcc...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello Marcus,
Yes that was the issue. Thanks :)
On Mon, Mar 13, 2017 at 10:08 AM, Marcus M?ller via USRP-users <
[email protected]> wrote:
> Hi Sumit,
>
> can you check whether the NI kernel modules are loaded (lsmod) and whether
> your kernel log contains interesting info (dmesg)?
>
>
> Best regards,
>
> Marcus
>
> On 10.03.2017 15:18, Sumit Kumar via USRP-users wrote:
>
> Hello,
>
> When I run ./uhd_usrp_probe, I see the following error :
>
> Error: RuntimeError: x300_impl: Could not initialize RIO session. Unknown
> error. (Error code -63150)
>
> *System Details : linux; GNU C++ version 4.8.4; Boost_105400;
> UHD_003.009.004-0-g2b5a88bb*
>
> Regards
>
>
> --
> --
> Sumit kumar
> Doctoral Student, UPMC
> 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/20170313/3f28b5e5/attachment-0001.html>
------------------------------
Message: 13
Date: Mon, 13 Mar 2017 11:40:03 +0100
From: Sumit Kumar <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] Suggestions for Minimizing X310 Latency
Message-ID:
<CAOExtcTp-68sK=0OfPS83kK_fOwLWzf7Q_EdPikWq4O8w=+4...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello,
I was conducting some tests to measure and minimize the round trip latency
in X310 (with PCIe).
I wrote a simple program which turns on all the GPIO in X310 when energy of
the received signal exceeds a threshold. The input signal is 802.11g thru a
R&H VSG.
The program and schematic for the experimentations are is attached.
I tried playing with the SPP but was never able to reduce the latency less
than ~70us.
The CPU is i7 with low latency kernel.
3.19.0-61-lowlatency #69~14.04.1-Ubuntu SMP PREEMPT Thu Jun 9 10:15:00 UTC
2016 x86_64 x86_64 x86_64 GNU/Linux
Also I set the CPU Governance to "performance"
If you have suggestions or need more information, pl let me know.
Regards
--
--
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/20170313/39be57c2/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: latency_test.cpp
Type: text/x-c++src
Size: 6461 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170313/39be57c2/attachment-0001.cpp>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: c.png
Type: image/png
Size: 512890 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170313/39be57c2/attachment-0001.png>
------------------------------
Message: 14
Date: Mon, 13 Mar 2017 11:45:02 +0100
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Suggestions for Minimizing X310 Latency
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Hi Sumit,
kudos, 70?s doesn't sound bad for a software implementation!
I think it'll be hard to push this down much further in software running
on a PC-style computation device.
This might really be the case where a FPGA-internal implementation is
the right way to go; that's what Ettus invented RFNoC for, after all :)
Energy detection really isn't that hard, and might really be a nice
entry-level project.
Best regards,
Marcus
On 13.03.2017 11:40, Sumit Kumar via USRP-users wrote:
> Hello,
>
> I was conducting some tests to measure and minimize the round trip
> latency in X310 (with PCIe).
>
> I wrote a simple program which turns on all the GPIO in X310 when
> energy of the received signal exceeds a threshold. The input signal is
> 802.11g thru a R&H VSG.
>
> The program and schematic for the experimentations are is attached.
>
> I tried playing with the SPP but was never able to reduce the latency
> less than ~70us.
>
> The CPU is i7 with low latency kernel.
>
> 3.19.0-61-lowlatency #69~14.04.1-Ubuntu SMP PREEMPT Thu Jun 9 10:15:00
> UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
>
> Also I set the CPU Governance to "performance"
>
> If you have suggestions or need more information, pl let me know.
>
> Regards
>
> --
> --
> Sumit kumar
> Doctoral Student, UPMC
> Eurecom, BIOT
> France
>
>
>
> _______________________________________________
> 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/20170313/6d692bfd/attachment-0001.html>
------------------------------
Message: 15
Date: Mon, 13 Mar 2017 15:59:41 +0300
From: do ber <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] E312: Cannot find command 'git'
Message-ID:
<cabldf_ffoistouc_gj5gvj9okyjhuivyyrl42yy3fuxssx_...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi,
thanks for the reply and advice.
Now I wrote:
pybombs rebuild gnuradio
I got:
PyBOMBS - INFO - PyBOMBS Version 2.3.1a0
PyBOMBS.rebuild - ERROR - Package gnuradio is not installed into current
prefix. Aborting.
2017-03-13 12:30 GMT+03:00 Marcus M?ller via USRP-users <
[email protected]>:
> Hi Ali,
>
> you might want to delete the GNU Radio "build/" directory, and run the
> "pybombs rebuild gnuradio" command for the prefix.
> can you, in the future, just copy and paste the text (as text) from the
> error messages? It's a bit easier to deal with.
>
> Best regards,
> Marcus
>
> On 13.03.2017 10:25, do ber via USRP-users wrote:
>
> Hi, now I wrote the following command:
>
> * $ pybombs prefix init ~/prefix -R e3xx-rfnoc -a e300*
>
> Download has been completed and setup has started. But I got the following
> error.
>
>
> ?
>
> To handle this first I wrote and installed:
>
> sudo apt install cmake
>
> then wrote the above command again and got the error again. Then I wrote
> the following
>
> sudo apt-get install qt-sdk
>
> I did not write the above command again. Because I dont want to download
> the same files again. Do you think if I wrote the above command again, will
> it work or what should I do to continue installing gnuradio or just install
> gnuradio?
>
>
> 2017-03-09 16:42 GMT+03:00 Jason Matusiak <[email protected]>:
>
>> Good show! There are a couple of things I've run into in the past that
>> are basically pre-requirements that aren't specifically called out (like
>> you saw with git). Hopefully that is your only roadblock!
>>
>>
>>
>>
>> On 03/09/2017 08:14 AM, do ber via USRP-users wrote:
>>
>> Thanks Jason, It was that simple :) I am not so experienced in Linux so I
>> was just following the steps. Anyway, it worked.
>>
>> Best,
>> Ali
>>
>> 2017-03-09 15:52 GMT+03:00 Jason Matusiak <[email protected]>
>> :
>>
>>> I might be oversimplifying this, but do you have git installed? If not,
>>> try 'sudo apt-get install git' and then rerun your command.
>>>
>>> ~Jason
>>>
>>>
>>> On 03/09/2017 07:08 AM, do ber via USRP-users wrote:
>>>
>>> Hi to all,
>>>
>>> I am using VMware and Ubuntu 16.04. I try to implement QUICKSTART steps
>>> in the following link.
>>> https://kb.ettus.com/Software_Development_on_the_E310_and_E312
>>>
>>> root@ubuntu:~# pip install git+https://github.com/gnuradio/pybombs.git
>>>
>>> When I write the above command, I got an error. What might be the
>>> problem?(Up to this step everything was good)
>>>
>>> Collecting git+https://github.com/gnuradio/pybombs.git
>>> Cloning https://github.com/gnuradio/pybombs.git to
>>> /tmp/pip-Be5RlS-build
>>> Error [Errno 2] No such file or directory while executing command git
>>> clone -q https://github.com/gnuradio/pybombs.git /tmp/pip-Be5RlS-build
>>> Cannot find command 'git'
>>>
>>> Here is the screenshot:
>>>
>>>
>>> ?
>>>
>>> Best regards,
>>> Ali
>>>
>>>
>>> _______________________________________________
>>> USRP-users mailing
>>> [email protected]http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>
>>> _______________________________________________
>> USRP-users mailing
>> [email protected]http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>> _______________________________________________
> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170313/d020d3e9/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 272721 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170313/d020d3e9/attachment-0001.png>
------------------------------
Message: 16
Date: Mon, 13 Mar 2017 21:42:50 +0800
From: Albert Chun-Chieh Huang <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] Questions about using txrx_loopback_to_file to
test USRP B200
Message-ID:
<CADtQ1ZXpxCPfdE9Y6PW3DGyc9Gx3xMBQW4DefMVE6=7tz+s...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi, all,
I just purchased a new USRP B200, and I would like to perform some tests on
it before I start to do other experiments. So I first perform
benchmark_rate, and it looks okay, then I try to perform loopback test. The
connection is like this:
TX/RX <--------> 30dB ATTN <--------> RX2
$ /opt/local/share/uhd/examples/benchmark_rate --tx-freq 900e6 --rx-freq
900e6 --rx-gain 0 --tx-ant "TX/RX" --rx-ant "RX2" --tx-rate 2e6 --rx-rate
2e6 --wave-type SINE --wave-freq 100000
The default data type is short, and I treat it as little endian. The graph
is as the attachment, and it does not look right. So is this device capable
of doing this full-duplex TX/RX loopback test?
BTW, I also try to boost gain to 6dB/12dB/18dB, but they all look similar
to this figure with more amplitude. I expect to have very clean sine wave
under this condition.
Best Regards,
Albert
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170313/9159b4b5/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: txrx_loopback_test.png
Type: image/png
Size: 46435 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170313/9159b4b5/attachment-0001.png>
------------------------------
Message: 17
Date: Mon, 13 Mar 2017 09:56:18 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Questions about using txrx_loopback_to_file
to test USRP B200
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252; format=flowed
On 03/13/2017 09:42 AM, Albert Chun-Chieh Huang via USRP-users wrote:
> Hi, all,
>
> I just purchased a new USRP B200, and I would like to perform some
> tests on it before I start to do other experiments. So I first perform
> benchmark_rate, and it looks okay, then I try to perform loopback
> test. The connection is like this:
> TX/RX <--------> 30dB ATTN <--------> RX2
>
> $ /opt/local/share/uhd/examples/benchmark_rate --tx-freq 900e6
> --rx-freq 900e6 --rx-gain 0 --tx-ant "TX/RX" --rx-ant "RX2" --tx-rate
> 2e6 --rx-rate 2e6 --wave-type SINE --wave-freq 100000
>
> The default data type is short, and I treat it as little endian. The
> graph is as the attachment, and it does not look right. So is this
> device capable of doing this full-duplex TX/RX loopback test?
>
> BTW, I also try to boost gain to 6dB/12dB/18dB, but they all look
> similar to this figure with more amplitude. I expect to have very
> clean sine wave under this condition.
>
> Best Regards,
>
> Albert
>
>
Try turning your RX gain up to about 30-40, and your TX gain up to about 20
------------------------------
Message: 18
Date: Mon, 13 Mar 2017 22:17:38 +0800
From: Albert Chun-Chieh Huang <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] Fwd: Questions about using txrx_loopback_to_file
to test USRP B200
Message-ID:
<cadtq1zw8mxzl4yuk90fadlt-v6_mkp45k9r-tn4repiayf8...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Sorry I didn't notice the recipient, and I should send it back to this
list.
---------- Forwarded message ----------
From: Albert Chun-Chieh Huang <[email protected]>
Date: Mon, Mar 13, 2017 at 10:13 PM
Subject: Re: [USRP-users] Questions about using txrx_loopback_to_file to
test USRP B200
To: "Marcus D. Leech" <[email protected]>
Hi Marcus,
Thank you very much. After setting tx gain to 24dB, and rx gain to 39 dB,
now it looks better, as shown in the attached figure. I thought this
loopback test will output maximum output power, but it seems not. So what
is its output power when setting to 0dB tx gain?
BTW, is it big endian or little endian? I use big endian to get this
figure. It's too small when using little endian.
Best Regards,
Albert
On Mon, Mar 13, 2017 at 9:56 PM, Marcus D. Leech via USRP-users <
[email protected]> wrote:
> On 03/13/2017 09:42 AM, Albert Chun-Chieh Huang via USRP-users wrote:
>
>> Hi, all,
>>
>> I just purchased a new USRP B200, and I would like to perform some tests
>> on it before I start to do other experiments. So I first perform
>> benchmark_rate, and it looks okay, then I try to perform loopback test. The
>> connection is like this:
>> TX/RX <--------> 30dB ATTN <--------> RX2
>>
>> $ /opt/local/share/uhd/examples/benchmark_rate --tx-freq 900e6 --rx-freq
>> 900e6 --rx-gain 0 --tx-ant "TX/RX" --rx-ant "RX2" --tx-rate 2e6 --rx-rate
>> 2e6 --wave-type SINE --wave-freq 100000
>>
>> The default data type is short, and I treat it as little endian. The
>> graph is as the attachment, and it does not look right. So is this device
>> capable of doing this full-duplex TX/RX loopback test?
>>
>> BTW, I also try to boost gain to 6dB/12dB/18dB, but they all look similar
>> to this figure with more amplitude. I expect to have very clean sine wave
>> under this condition.
>>
>> Best Regards,
>>
>> Albert
>>
>>
>> Try turning your RX gain up to about 30-40, and your TX gain up to about
> 20
>
>
>
> _______________________________________________
> 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/20170313/6e63d2f5/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: txrx_loopback_freq.png
Type: image/png
Size: 26972 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170313/6e63d2f5/attachment-0001.png>
------------------------------
Message: 19
Date: Mon, 13 Mar 2017 10:24:20 -0400
From: "Marcus D. Leech" <[email protected]>
To: Albert Chun-Chieh Huang <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Questions about using txrx_loopback_to_file
to test USRP B200
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
On 03/13/2017 10:13 AM, Albert Chun-Chieh Huang wrote:
> Hi Marcus,
>
> Thank you very much. After setting tx gain to 24dB, and rx gain to 39
> dB, now it looks better, as shown in the attached figure. I thought
> this loopback test will output maximum output power, but it seems not.
> So what is its output power when setting to 0dB tx gain?
>
> BTW, is it big endian or little endian? I use big endian to get this
> figure. It's too small when using little endian.
>
> Best Regards,
>
> Albert
The gain-control range on the AD9361 is quite large--perhaps larger than
is actually "useful", but UHD exposes the full range.
There's about 90dB of gain-control range on TX and about 80dB on RX.
At max TX gain setting, with a maximum-amplitude baseband signal, the TX
output power of the B210 is on the order of 10dBm,
depending on frequency.
>
> On Mon, Mar 13, 2017 at 9:56 PM, Marcus D. Leech via USRP-users
> <[email protected] <mailto:[email protected]>> wrote:
>
> On 03/13/2017 09:42 AM, Albert Chun-Chieh Huang via USRP-users wrote:
>
> Hi, all,
>
> I just purchased a new USRP B200, and I would like to perform
> some tests on it before I start to do other experiments. So I
> first perform benchmark_rate, and it looks okay, then I try to
> perform loopback test. The connection is like this:
> TX/RX <--------> 30dB ATTN <--------> RX2
>
> $ /opt/local/share/uhd/examples/benchmark_rate --tx-freq 900e6
> --rx-freq 900e6 --rx-gain 0 --tx-ant "TX/RX" --rx-ant "RX2"
> --tx-rate 2e6 --rx-rate 2e6 --wave-type SINE --wave-freq 100000
>
> The default data type is short, and I treat it as little
> endian. The graph is as the attachment, and it does not look
> right. So is this device capable of doing this full-duplex
> TX/RX loopback test?
>
> BTW, I also try to boost gain to 6dB/12dB/18dB, but they all
> look similar to this figure with more amplitude. I expect to
> have very clean sine wave under this condition.
>
> Best Regards,
>
> Albert
>
>
> Try turning your RX gain up to about 30-40, and your TX gain up to
> about 20
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected] <mailto:[email protected]>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> <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/20170313/52a40c2b/attachment-0001.html>
------------------------------
Message: 20
Date: Mon, 13 Mar 2017 14:25:34 +0000
From: "Gilad Beeri (ApolloShield)" <[email protected]>
To: usrp-users <[email protected]>
Subject: Re: [USRP-users] USRP X310 Link Down with Intel X710-DA4 and
Ubuntu 16.04.02
Message-ID:
<CAF4UVpA-vFj2bazV2Rp=utpsViNn3pNrPVFqbYOmAw7=2sr...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Marcus,
I disabled NM for this NIC and configured static ip.
See below /etc/NetworkManager/NetworkManager.conf and /etc/network
interfaces (the unmanaged-devices key is actually redundant as NM won't
manage an interface from /etc/network/interfaces given the managed=false in
the ifupdown section).
The NIC itself holds on to its static 192.168.40.1 IP well so I don't think
it's an issue with NM. The IP seems to be configured well, the interface is
up, but the state is DOWN. Not sure what the "state" in "ip addr show"'s
output means but I think it's related to 2-sided links.
When I put the SFP+/RJ45 adapter in USRP X Port 1, and connect it with a
normal (not 10 GigE) Ethernet cable to my motherboard's Ethernet port
(bypassing X710), stopping NM (sudo service NetworkManager stop),
configuring the IP to the motherboard's NIC ("sudo ifconfig enp1s0f0 down"
- avoid collisions - and then "sudo ip addr add 192.168.40.1/24 dev
enp3s0"), verifying the IP is configured with the NIC, I still don't get
pongs from the USRP, and Wireshark shows the USRP doesn't respond to ARP
requests.
BUT, in this case, "ip addr show" says the state is "UP" (maybe the OS
treats differently links based on RJ45 vs. SFP+).
I did a similar test with port 0 and IP 192.168.30.1/24 (I have the XG
firmware installed), still no luck.
I believe the above indicates the problem isn't with the X710 or its
drivers, and probably also not with the SFP+ cables, but with the USRP
itself, or its configuration in the host computer.
The promised config files:
/etc/NetworkManager/NetworkManager.conf:
[main]
plugins=ifupdown,keyfile,ofono
dns=dnsmasq
[ifupdown]
managed=false
[keyfile]
unmanaged-devices=interface-name:enp1s0*
/etc/network/interfaces:
auto lo
iface lo inet loopback
auto enp1s0f0
iface enp1s0f0 inet static
address 192.168.40.1
netmask 255.255.255.0
gateway 0.0.0.0
---------- Forwarded message ---------
From: <[email protected]>
Date: Sun, Mar 12, 2017 at 8:57 PM
Subject: USRP-users Digest, Vol 79, Issue 12
To: <[email protected]>
Date: Sun, 12 Mar 2017 11:38:54 +0000
From: "Gilad Beeri (ApolloShield)" <[email protected]>
To: usrp-users <[email protected]>
Subject: [USRP-users] USRP X310 Link Down with Intel X710-DA4 and
Ubuntu 16.04.02
Message-ID:
<CAF4UVpDAy-z737U0EFQsgrjcLagvd+Gv+kCgjW=jHb=zy0x...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello,
I have a USRP X310, Ubuntu 16.04.02 and an Intel X710-DA4 with Intel's SFP+
cables.
i40e version: 1.6.42
firmware-version (NIC): 5.05 0x8000289d 1.1568.0
The cable is connected to port 1 in the USRP, and the interface in Ubuntu
is configured statically with IP 192.168.40.1/24.
The problem: the link is seldom up.
"ip addr show enp1s0f0" says that the enp1s0f0 is UP (ifconfig says that
also), but "state DOWN", and that it is configured properly with the static
IP address
"dmesg | grep enp1s0f0" shows "IPv6: ADDRCONF(NETDEV_UP): enp1s0f0: link is
not ready".
After some long random time, the link/state goes UP and everything is ok
(pings to USRP work), but not always, and only after I do an arbitrary set
of "ifconfig down/up" commands, incl. USRP/host reboots.
I tried 2 different cables (both new).
When connecting a SFP+/RJ45 adapter to the X710, and 1 GigE Ethernet cable
(other side connected to the wall - LAN), it works perfectly.
I don't have another 10 GigE device so I can't compare and connect it to
the NIC, to determine whether the problem is in the NIC when it tries to
work in 10 GigE mode (because in 1 GigE mode it worked - with the LAN), in
the USRP, or in the cables.
Any ideas?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <
http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170312/ba309a03/attachment-0001.html
>
------------------------------
Message: 4
Date: Sun, 12 Mar 2017 12:42:34 +0100
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] USRP X310 Link Down with Intel X710-DA4 and
Ubuntu 16.04.02
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Hi Gilad,
how exactly are you configuring the IP address of the interface?
NetworkManager has the tendency to override manually made user settings
if not made through the NetworkManager interface.
Best regards,
Marcus
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170313/9dcdeacb/attachment-0001.html>
------------------------------
Message: 21
Date: Mon, 13 Mar 2017 22:51:11 +0800
From: Albert Chun-Chieh Huang <[email protected]>
To: "Marcus D. Leech" <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Questions about using txrx_loopback_to_file
to test USRP B200
Message-ID:
<cadtq1zvbuc5llkafcqhu9df6eq8vy_+ttxyon0duibrovex...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Marcus,
Now I get it, thank you very much!
On Mon, Mar 13, 2017 at 10:24 PM, Marcus D. Leech <[email protected]> wrote:
> On 03/13/2017 10:13 AM, Albert Chun-Chieh Huang wrote:
>
> Hi Marcus,
>
> Thank you very much. After setting tx gain to 24dB, and rx gain to 39 dB,
> now it looks better, as shown in the attached figure. I thought this
> loopback test will output maximum output power, but it seems not. So what
> is its output power when setting to 0dB tx gain?
>
> BTW, is it big endian or little endian? I use big endian to get this
> figure. It's too small when using little endian.
>
> Best Regards,
>
> Albert
>
> The gain-control range on the AD9361 is quite large--perhaps larger than
> is actually "useful", but UHD exposes the full range.
>
> There's about 90dB of gain-control range on TX and about 80dB on RX.
>
> At max TX gain setting, with a maximum-amplitude baseband signal, the TX
> output power of the B210 is on the order of 10dBm,
> depending on frequency.
>
>
>
> On Mon, Mar 13, 2017 at 9:56 PM, Marcus D. Leech via USRP-users <
> [email protected]> wrote:
>
>> On 03/13/2017 09:42 AM, Albert Chun-Chieh Huang via USRP-users wrote:
>>
>>> Hi, all,
>>>
>>> I just purchased a new USRP B200, and I would like to perform some tests
>>> on it before I start to do other experiments. So I first perform
>>> benchmark_rate, and it looks okay, then I try to perform loopback test. The
>>> connection is like this:
>>> TX/RX <--------> 30dB ATTN <--------> RX2
>>>
>>> $ /opt/local/share/uhd/examples/benchmark_rate --tx-freq 900e6
>>> --rx-freq 900e6 --rx-gain 0 --tx-ant "TX/RX" --rx-ant "RX2" --tx-rate 2e6
>>> --rx-rate 2e6 --wave-type SINE --wave-freq 100000
>>>
>>> The default data type is short, and I treat it as little endian. The
>>> graph is as the attachment, and it does not look right. So is this device
>>> capable of doing this full-duplex TX/RX loopback test?
>>>
>>> BTW, I also try to boost gain to 6dB/12dB/18dB, but they all look
>>> similar to this figure with more amplitude. I expect to have very clean
>>> sine wave under this condition.
>>>
>>> Best Regards,
>>>
>>> Albert
>>>
>>>
>>> Try turning your RX gain up to about 30-40, and your TX gain up to about
>> 20
>>
>>
>>
>> _______________________________________________
>> 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/20170313/d5d1f259/attachment-0001.html>
------------------------------
Message: 22
Date: Mon, 13 Mar 2017 11:31:37 -0400
From: Jason Matusiak <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] b200_main.c
Message-ID:
<[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
I was looking for something else and stumbled upon the b200_main.c file
in the uhd/firmware/fx3/b200 folder. Looking into it, it seems to have
the setup of the FX3 chip (which is what I thought it was doing based on
the folder it is in), but it also prints out some debug messages.
Based on my earlier B200mini MotoZ problem, I wouldn't mind seeing some
of the debug (or adding some of my own) of what is really going on, but
I am not sure where those messages would be printed out to. Are they
just going out the JTAG port (which I don't have an adapter for)?
------------------------------
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 79, Issue 13
******************************************
