Re: [USRP-users] uhd_usrp_probe Daughterboard Manager (DBMGR) error.

2018-08-20 Thread Bob Conley via USRP-users 
Marcus,
I set the UHD_LOG_LEVEL to 0 and ran uhd_usrp_probe as requested with the
same results.  see transcript.

The uhd install was accomplished using the PyBOMBS method specified in
Ettus AN-823.  As a result I did not explicitly run cmake for this
environment.
I can re-install uhd with the options you specify.
Is there a Ettus App Note that you recommend I follow to rebuild the uhd
from source?
Thanks again,
Bob




Transcript
-
conley@Ubuntu64-16-4-3Q5LHC2Inc:~$ cd rfnoc/
conley@Ubuntu64-16-4-3Q5LHC2Inc:~/rfnoc$ source ./setup_env.sh
conley@Ubuntu64-16-4-3Q5LHC2Inc:~/rfnoc$ export UHD_LOG_LEVEL=0
conley@Ubuntu64-16-4-3Q5LHC2Inc:~/rfnoc$ echo $UHD_LOG_LEVEL
0
conley@Ubuntu64-16-4-3Q5LHC2Inc:~/rfnoc$ uhd_usrp_probe
[INFO] [UHD] linux; GNU C++ version 5.4.0 20160609; Boost_105800;
UHD_4.0.0.rfnoc-devel-702-geec24d7b
[INFO] [USRP1] Opening a USRP1 device...
[INFO] [USRP1] Using FPGA clock rate of 64.00MHz...
[ERROR] [DBMGR] The daughterboard manager encountered a recoverable error
in init.
Loading the "unknown" daughterboard implementations to continue.
The daughterboard cannot operate until this error is resolved.
LookupError: KeyError: key "0" not found in dict(i,
N14adf4360_regs_t17prescaler_value_tE)
[ERROR] [DBMGR] The daughterboard manager encountered a recoverable error
in init.
Loading the "unknown" daughterboard implementations to continue.
The daughterboard cannot operate until this error is resolved.
LookupError: KeyError: key "0" not found in dict(i,
N14adf4360_regs_t17prescaler_value_tE)
  _
 /
|   Device: USRP1 Device
| _
|/
|   |   Mboard: USRP1
|   |   serial: 4d76b228
|   |
|   |   Time sources:  none
|   |   Clock sources: internal
|   |   Sensors:
|   | _
|   |/
|   |   |   RX DSP: 0
|   |   |
|   |   |   Freq range: -32.000 to 32.000 MHz
|   | _
|   |/
|   |   |   RX DSP: 1
|   |   |
|   |   |   Freq range: -32.000 to 32.000 MHz
|   | _
|   |/
|   |   |   RX Dboard: A
|   |   |   ID: RFX900 (0x0025)
|   |   | _
|   |   |/
|   |   |   |   RX Frontend: 0
|   |   |   |   Name: Unknown (0x) - 0
|   |   |   |   Antennas:
|   |   |   |   Sensors:
|   |   |   |   Freq range: 0.000 to 0.000 MHz
|   |   |   |   Gain Elements: None
|   |   |   |   Bandwidth range: 0.0 to 0.0 step 0.0 Hz
|   |   |   |   Connection Type: IQ
|   |   |   |   Uses LO offset: No
|   |   | _
|   |   |/
|   |   |   |   RX Codec: A
|   |   |   |   Name: ad9522
|   |   |   |   Gain range pga: 0.0 to 20.0 step 1.0 dB
|   | _
|   |/
|   |   |   RX Dboard: B
|   |   |   ID: RFX900 (0x0025)
|   |   | _
|   |   |/
|   |   |   |   RX Frontend: 0
|   |   |   |   Name: Unknown (0x) - 0
|   |   |   |   Antennas:
|   |   |   |   Sensors:
|   |   |   |   Freq range: 0.000 to 0.000 MHz
|   |   |   |   Gain Elements: None
|   |   |   |   Bandwidth range: 0.0 to 0.0 step 0.0 Hz
|   |   |   |   Connection Type: IQ
|   |   |   |   Uses LO offset: No
|   |   | _
|   |   |/
|   |   |   |   RX Codec: B
|   |   |   |   Name: ad9522
|   |   |   |   Gain range pga: 0.0 to 20.0 step 1.0 dB
|   | _
|   |/
|   |   |   TX DSP: 0
|   |   |
|   |   |   Freq range: -44.000 to 44.000 MHz
|   | _
|   |/
|   |   |   TX DSP: 1
|   |   |
|   |   |   Freq range: -44.000 to 44.000 MHz
|   | _
|   |/
|   |   |   TX Dboard: A
|   |   |   ID: RFX900 (0x0029)
|   |   | _
|   |   |/
|   |   |   |   TX Frontend: 0
|   |   |   |   Name: Unknown (0x) - 0
|   |   |   |   Antennas:
|   |   |   |   Sensors:
|   |   |   |   Freq range: 0.000 to 0.000 MHz
|   |   |   |   Gain Elements: None
|   |   |   |   Bandwidth range: 0.0 to 0.0 step 0.0 Hz
|   |   |   |   Connection Type: IQ
|   |   |   |   Uses LO offset: No
|   |   | _
|   |   |/
|   |   |   |   TX Codec: A
|   |   |   |   Name: ad9522
|   |   |   |   Gain range pga: -20.0 to 0.0 step 0.1 dB
|   | _
|   |/
|   |   |   TX Dboard: B
|   |   |   ID: RFX900 (0x0029)
|   |   | _
|   |   |/
|   |   |   |   TX Frontend:

[USRP-users] Prebuilt UHD images for the E310

2018-08-20 Thread Rich Maes via USRP-users 
Any idea on who I should ask if it is possible to get the 
http://files.ettus.com/binaries/images/ 
 directory updated with more recent 
E310 compiled images?  It looks like the last one was March of 2017.
Thanks
Rich___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Cannot attain 56MHz receive BW with either USRP B200mini or E312

2018-08-20 Thread Marcus D. Leech via USRP-users 

On 08/20/2018 03:02 PM, Nicole Bienert via USRP-users wrote:

Hello!

I am trying to reach the 56MHz BW limit for the USRP B200mini, but 
have only been able to receive 1MHz continuously. Could someone help 
me reach a higher BW?


I am using the example code rx_samples_to_file.cpp which comes with 
uhd and can be found here: 
https://github.com/manuts/uhd-examples/blob/master/rx_samples_to_file.cpp 
. I only set the rate, bw (=rate), freq, ant, type, and gain using the 
options when running the example code. Using the USRP B200mini, I get 
an overflow error if the rate is higher than 1MHz (type=float). A 
friend lent me their USRP E312, and with that I get an overflow error 
if the rate is higher than 7.68MHz (type = float). I have checked the 
number of samples in a file with MATLAB and confirmed that I am 
dropping samples above those rates. I am using a linux, Ubuntu virtual 
machine which I allocate 10GB of ram (out of 16- I've tried different 
settings), and am connected to the SDR with USB 3.0.


Any help would be greatly appreciated. Thanks for reading this!
Nicole

What happens if you use the "--null" option, which "goes through the 
motions", but doesn't write any file data to the filesystem?


I'll note that performance of USB within a VM tends to very poor.



___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] Cannot attain 56MHz receive BW with either USRP B200mini or E312

2018-08-20 Thread Nicole Bienert via USRP-users 
Hello!

I am trying to reach the 56MHz BW limit for the USRP B200mini, but have
only been able to receive 1MHz continuously. Could someone help me reach a
higher BW?

I am using the example code rx_samples_to_file.cpp which comes with uhd and
can be found here:
https://github.com/manuts/uhd-examples/blob/master/rx_samples_to_file.cpp .
I only set the rate, bw (=rate), freq, ant, type, and gain using the
options when running the example code. Using the USRP B200mini, I get an
overflow error if the rate is higher than 1MHz (type=float). A friend lent
me their USRP E312, and with that I get an overflow error if the rate is
higher than 7.68MHz (type = float). I have checked the number of samples in
a file with MATLAB and confirmed that I am dropping samples above those
rates. I am using a linux, Ubuntu virtual machine which I allocate 10GB of
ram (out of 16- I've tried different settings), and am connected to the SDR
with USB 3.0.

Any help would be greatly appreciated. Thanks for reading this!
Nicole
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] packet size for RFNOC testbenches

2018-08-20 Thread Jason Matusiak via USRP-users 
Howdy Jon,
 
My problem with skeleton's test bench is that it only sends one packet of data 
out (SPP).  I would need to send many (which works for a little while, then 
seems to stop).
 
 
- Original Message - Subject: Re: [USRP-users] packet size for 
RFNOC testbenches
From: "Jon Pendlum" 
Date: 8/20/18 10:58 am
To: "Jason Matusiak" 
Cc: "USRP-users@lists.ettus.com" 

 Hey Jason,  
You could try testing with noc_block_skeleton. It only does a loopback and has 
a self checking testbench.
 
Jonathon


  On Mon, Aug 20, 2018, 11:48 PM Jason Matusiak via USRP-users 
 wrote:
  I have been trying to figure out an issue with my block for a while, and it 
dawned on me that I might be barking up the wrong tree.
 
I would like to send a lot of data for my test (say 5000+ samples).  I noticed 
that things seem to get hosed after 496 samples.  It might be an issue with my 
block, but I am wondering if maybe it had something to do with the way the 
testbenches work.
 
I tried splitting up the data into two testbenches of roughly 300 samples, but 
it still seems to die on the second test bench when it hits the 496th sample 
(my block that is).
 
Are there any examples of a testbench where a LOT of samples are sent through 
(in real life, my block stops after a certain number of samples, so I wanted to 
replicate it in my testbench)?

___
 USRP-users mailing list
 USRP-users@lists.ettus.com
 http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] packet size for RFNOC testbenches

2018-08-20 Thread Jon Pendlum via USRP-users 
Hey Jason,

You could try testing with noc_block_skeleton. It only does a loopback and
has a self checking testbench.

Jonathon

On Mon, Aug 20, 2018, 11:48 PM Jason Matusiak via USRP-users <
usrp-users@lists.ettus.com> wrote:

> I have been trying to figure out an issue with my block for a while, and
> it dawned on me that I might be barking up the wrong tree.
>
> I would like to send a lot of data for my test (say 5000+ samples).  I
> noticed that things seem to get hosed after 496 samples.  It might be an
> issue with my block, but I am wondering if maybe it had something to do
> with the way the testbenches work.
>
> I tried splitting up the data into two testbenches of roughly 300 samples,
> but it still seems to die on the second test bench when it hits the 496th
> sample (my block that is).
>
> Are there any examples of a testbench where a LOT of samples are sent
> through (in real life, my block stops after a certain number of samples, so
> I wanted to replicate it in my testbench)?
> ___
> USRP-users mailing list
> USRP-users@lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] packet size for RFNOC testbenches

2018-08-20 Thread Jason Matusiak via USRP-users 
 I have been trying to figure out an issue with my block for a while, and it 
dawned on me that I might be barking up the wrong tree.
 
I would like to send a lot of data for my test (say 5000+ samples).  I noticed 
that things seem to get hosed after 496 samples.  It might be an issue with my 
block, but I am wondering if maybe it had something to do with the way the 
testbenches work.
 
I tried splitting up the data into two testbenches of roughly 300 samples, but 
it still seems to die on the second test bench when it hits the 496th sample 
(my block that is).
 
Are there any examples of a testbench where a LOT of samples are sent through 
(in real life, my block stops after a certain number of samples, so I wanted to 
replicate it in my testbench)?
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] B210 - how to use second TX/RX frontend?

2018-08-20 Thread Ron Economos via USRP-users 

You could also try.

uhd_fft -f 2e9 -s 5e6 --spec A:B

Ron

On 08/20/2018 12:12 AM, Ralph A. Schmid, dk5ras via USRP-users wrote:

Hi,

this makes no difference, but maybe some stuff by means of software is 
"strange", I will try on another installation. TNX!

Ralph.


-Original Message-
From: USRP-users [mailto:usrp-users-boun...@lists.ettus.com] On Behalf Of
Ron Economos via USRP-users
Sent: Sunday, August 19, 2018 4:13 PM
To: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] B210 - how to use second TX/RX frontend?

Use A:B in the Subdev Spec.

Ron



___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com




___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] B210 - how to use second TX/RX frontend?

2018-08-20 Thread Ron Economos via USRP-users 
Just to make sure we're on the same page, here's what it looks like in 
Python.


self.uhd_usrp_source_0.set_subdev_spec('A:B', 0)

And in GRC.

subdev

Ron

On 08/20/2018 12:12 AM, Ralph A. Schmid, dk5ras via USRP-users wrote:

Hi,

this makes no difference, but maybe some stuff by means of software is 
"strange", I will try on another installation. TNX!

Ralph.


-Original Message-
From: USRP-users [mailto:usrp-users-boun...@lists.ettus.com] On Behalf Of
Ron Economos via USRP-users
Sent: Sunday, August 19, 2018 4:13 PM
To: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] B210 - how to use second TX/RX frontend?

Use A:B in the Subdev Spec.

Ron



___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com



___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] B210 - how to use second TX/RX frontend?

2018-08-20 Thread Ralph A. Schmid, dk5ras via USRP-users 
Hi,

this makes no difference, but maybe some stuff by means of software is 
"strange", I will try on another installation. TNX!

Ralph.

> -Original Message-
> From: USRP-users [mailto:usrp-users-boun...@lists.ettus.com] On Behalf Of
> Ron Economos via USRP-users
> Sent: Sunday, August 19, 2018 4:13 PM
> To: usrp-users@lists.ettus.com
> Subject: Re: [USRP-users] B210 - how to use second TX/RX frontend?
> 
> Use A:B in the Subdev Spec.
> 
> Ron



___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com