[USRP-users] Fw: help with uhd_image_builder_gui.py

2017-10-30 Thread Snehasish Kar via USRP-users
Hello Nicolas When I use uhd_image_builder_gui.py to generate an image, on selecting X310_RFNOC_HG as target, it automatically adds the parameter I without setting any argument to it and also doesn't allow us to set it manually. On using uhd_image_builder.py and setting I to rfnoc-pfb-channe

[USRP-users] Problems with Ettus B210 and Intel Nuk

2017-10-30 Thread "Tathagata (T)" via USRP-users
Hi, We have a problem with Ettus B210 on an Intel Nuk. Briefly when we plug in the SDR into the USB port of the Intel Nuk, it is not recognized. The Nuk is running Ubuntu 16.04. The attached document details the debugging steps that we have taken and the errors that we are getting. We never ha

[USRP-users] USRP feedback messages on stdout

2017-10-30 Thread André Gomes via USRP-users
I have found some information about messages returned by USRP. "U" and "O" are some examples and stand for underrun and overflow. However, I was not able to find what "Gt" means and I'm getting this as an output. Does anyone know what "Gt" stand for? Is there any table for this kind of message tran

Re: [USRP-users] help with uhd_image_builder_gui.py

2017-10-30 Thread Nicolas Cuervo via USRP-users
Hello Snehasish, could you please elaborate what is the problem precisely? We know of a small issue regarding the -I argument but that has been already fixed. Could you please pull the latest changes from the rfnoc-devel branch at the FPGA repository and try again? Let us know if you are still fa

Re: [USRP-users] Fwd: Removing DC offset on USRP B200

2017-10-30 Thread Oliver Wayne via USRP-users
Hi Marcus, I switched to performance mode and got the same results. I'm running LDXE on this computer, so I changed it by editing /etc/init.d/cpufrequtils and setting GOVERNOR="performance", then using sysv-rc-conf to deactivate on-demand. On Mon, Oct 30, 2017 at 3:01 PM, Marcus D. Leech wrote:

Re: [USRP-users] Fwd: Removing DC offset on USRP B200

2017-10-30 Thread Marcus D. Leech via USRP-users
On 10/30/2017 02:54 PM, Oliver Wayne wrote: When I run perf top, I get libuhd.so.3.11 and libc-2.23.so taking up about 15% and 21% respectively, rising over time. This is at 10Msps. any thoughts? I've tried a few other things like setting otw_format=sc12 and setting the fr

Re: [USRP-users] Fwd: Removing DC offset on USRP B200

2017-10-30 Thread Oliver Wayne via USRP-users
When I run perf top, I get libuhd.so.3.11 and libc-2.23.so taking up about 15% and 21% respectively, rising over time. This is at 10Msps. any thoughts? I've tried a few other things like setting otw_format=sc12 and setting the frame size higher, but I haven't had any success. On Tue, Oct 24, 2017

Re: [USRP-users] feedback from a USRP message

2017-10-30 Thread Derek Kozel via USRP-users
The error checking of the parameter range will happen inside of UHD rather than in the GNU Radio wrapper. The existing check is only for the type of the parameter, in the gain case a numerical value is supplied so it passes the check. The first command will result in a tune to 2.4 GHz. The second

[USRP-users] X310 error could not create nirio_zero_copy transport

2017-10-30 Thread Дмитрий Михайличенко via USRP-users
Hi, I am trying to run OAI with X310 device connected through PCIe interface. Although device probe and benchmark utility report no problems OAI fails with the following error when initializing X310: terminate called after throwing an instance of 'uhd::runtime_error' what(): RuntimeError: Coul

[USRP-users] Debugging late Samples and Underflows

2017-10-30 Thread Richard Mcallister via USRP-users
Hi all, So I've been reading the Ettus docunmentation pretty heavily, and I've tried several of the steps. I just have a handful of quick questions from here: http://files.ettus.com/manual/page_usrp_x3x0_config.html#x3x0cfg_hostpc_netcfg_ip 1) For an underflow, it mentions samples not being produ

Re: [USRP-users] feedback from a USRP message

2017-10-30 Thread Jason Matusiak via USRP-users
Thanks Derek, that last link helped get me in the right direction. I set both to debug level (to try to get as much output as I can. What bothers me is that I get this message for sending what I feel like is a valid command: gr::debug :DEBUG: gr uhd usrp source0 - Processing command message ((c

[USRP-users] help with uhd_image_builder_gui.py

2017-10-30 Thread Snehasish Kar via USRP-users
Hello I was trying create an FPGA image of https://github.com/EttusResearch/rfnoc-pfb-channelizer, but I am unable to set -I parameter and thus not able to build the image. Please help me with it. BR Snehasish [https://avatars0.githubusercontent.com/u/125709?s=400&v=4]

Re: [USRP-users] USRPB210 master clock rate and RF front end bandwidth

2017-10-30 Thread Derek Kozel via USRP-users
Hi Wahhab, It sounds like you are expecting a configuration which is not possible. With an ADC sampling rate of 2 MS/s complex your application will receive valid information about 2 MHz of bandwidth. Setting the analog bandwidth to 2 MHz or 56 MHz will not change this. In order to receive inform

Re: [USRP-users] feedback from a USRP message

2017-10-30 Thread Derek Kozel via USRP-users
Hi Jason, The command message handling in the USRP source in GNU Radio is a bit interesting. The command may contain many pairs of key->value, most of which end up in a call to their own handler. There is a debug message printed for each of these handlers if you have GNU Radio debug messages enabl

[USRP-users] USRPB210 master clock rate and RF front end bandwidth

2017-10-30 Thread Wahhab Albazrqaoe via USRP-users
​​I have USRPB210 and would like to set the bandwidth of the RF front to a high value, like 56MHz or 61.44MHz (which I think the max value supported by B210). At the same time, I would like to set the sampling rate of ADC to 2MHz. I used the following cmd to do so: ./rx_sample_to_file --args master

[USRP-users] feedback from a USRP message

2017-10-30 Thread Jason Matusiak via USRP-users
Is there anyway to get feedback from a sent message command to a USRP source in GR?  I was sending some commands and was /pretty/ sure I was doing it right, but to know for sure I sent a bogus command, and it didn't complain (I expected to see something on the terminal).  Is there anyway to tur

Re: [USRP-users] time/phase synchronization of 2 X300

2017-10-30 Thread Derek Kozel via USRP-users
Hi Luca, Any external 10 MHz and 1PPS source will work. The 1PPS is basically a DC signal so it is best to have a buffer amplifier to split it, but if just going to two USRPs you may be able to get away with using the RF power divider as well. The required signal levels are posted in the user man

[USRP-users] time/phase synchronization of 2 X300

2017-10-30 Thread Luca Pascale via USRP-users
Hi Marcus, What about to use an "external" GPS Timing receiver with PPS and 10 MHz output and to split them using power divider to provide pps and ref to the 2 X300 ? I do not want to use the octoclok for space saving reasons. Thanks, Luca > There has never been really-good support for REF O