Re: [USRP-users] [Discuss-gnuradio] Fwd:

[Mercado, Alejandra via USRP-users]

Thanks for your response and please, forgive the delay in responding.
 I recorded the different sampling rates and the warnings that sometimes
appeared for some sampling rates.

For example, when I set samp_rate=960kHz, it gave this message:
** UHD Warning:
The requested decimation is odd; the user should expect CIC rolloff.
Select an even decimation to ensure that a halfband filter is enabled.
decimation = dsp_rate/samp_rate -> 65 = (58.88 MHz)/(0.91 MHz)

But, on the other hand, when I set samp_rate= 650 kHz -- that is to say,
then the noise level doe NOT take a 20 dB jump -- it gave me the same
message:
** UHD Warning:
The requested decimation is odd; the user should expect CIC rolloff.
Select an even decimation to ensure that a halfband filter is enabled.
decimation = dsp_rate/samp_rate -> 65 = (41.60 MHz)/(0.64 MHz)

In both cases I warned about CIC roll-off, but one of them has the 20dB
jump and the other does not.

As per your instructions, I checked a "bad" one surrounded by two "good"
ones:
Trial 1:
samp_rate=110kHz Average_noise=-83dBFS  asking_clock_rate=56.32MHz &
samp_rate=120kHz Average_noise=-67dBFS asking_clock_rate=61.44MHz&
samp_rate=130kHz Average_noise=-82dBFS asking_clock_rate=33.22MHz
no warnings about sampling rate in any of the three

Trial 2:
samp_rate=220kHz Average_noise=-82dBFS  asking_clock_rate=56.32MHz  &
samp_rate=240kHz Average_noise=-64dBFS asking_clock_rate=61.44MHz &
samp_rate=250kHz Average_noise=-81dBFS asking_clock_rate=32MHz
Only one message showed up for samp_rate=250kHz (which does not suffer 20dB
jump):
**  UHD Error:
recv packet demuxer unexpected sid 0x20020a0
D

Any ideas?

Thanks again for your time.
Regards

On Mon, Oct 15, 2018 at 11:18 AM Marcus D. Leech via USRP-users <
usrp-users@lists.ettus.com> wrote:

> On 10/15/2018 10:41 AM, Mercado, Alejandra via USRP-users wrote:
>
> Sure thing:
>
>- UHD   version UHD_003.010.003
>- GnuRadio version 3.7.9rc1
>- Running on Ubuntu 16.04
>
> Thanks for your help
>
>
> You should look for messages from UHD about failing to set the requested
> sample rate.
>
> It would also be instructive to look at an FFT at the "troublesome" sample
> rates and compare against the closest "good" sample rate.
>
> Given your configuration--0dB gain, and a shorted antenna input, you'll be
> looking entirely at internal noise, which can have a spur population
>   that will vary with sample rate.
>
>
>
> On Mon, Oct 15, 2018 at 10:08 AM Michael Dickens <
> michael.dick...@ettus.com> wrote:
>
>> OK thanks, Ale; maybe you did say; now we really do know ;)
>>
>> Related: What version of UHD are you using?
>>
>> The UHD version does make a difference, as some issues with the B2XY
>> series have been fixed recently that were introduced after the 3.9 LTS
>> release. - MLD
>>
>> On Mon, Oct 15, 2018, at 8:43 AM, Mercado, Alejandra wrote:
>>
>> Dear USRP and GnuRadio folks,
>>
>> My apologies... I thought I had specified that I am using B210.
>>
>> Regards
>>
>>
>> On Fri, Oct 12, 2018 at 9:52 PM Michael Dickens <
>> michael.dick...@ettus.com> wrote:
>>
>>
>> Hi Ale - Reducing this query to just the USRP list since I'm guessing if
>> there is any issue its with that side of things. I'll reiterate Marcus'
>> query, and augment it. The performance depends on which USRP and which
>> version of UHD you're using. You didn't mention those. Scripts are
>> important (thanks!), but more info is required. Cheers! - MLD
>>
>>
>>
>
> ___
> USRP-users mailing 
> listUSRP-users@lists.ettus.comhttp://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 mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] [Discuss-gnuradio] Fwd:

[Mercado, Alejandra via USRP-users]

Sure thing:

   - UHD   version UHD_003.010.003
   - GnuRadio version 3.7.9rc1
   - Running on Ubuntu 16.04

Thanks for your help


On Mon, Oct 15, 2018 at 10:08 AM Michael Dickens 
wrote:

> OK thanks, Ale; maybe you did say; now we really do know ;)
>
> Related: What version of UHD are you using?
>
> The UHD version does make a difference, as some issues with the B2XY
> series have been fixed recently that were introduced after the 3.9 LTS
> release. - MLD
>
> On Mon, Oct 15, 2018, at 8:43 AM, Mercado, Alejandra wrote:
>
> Dear USRP and GnuRadio folks,
>
> My apologies... I thought I had specified that I am using B210.
>
> Regards
>
>
> On Fri, Oct 12, 2018 at 9:52 PM Michael Dickens 
> wrote:
>
>
> Hi Ale - Reducing this query to just the USRP list since I'm guessing if
> there is any issue its with that side of things. I'll reiterate Marcus'
> query, and augment it. The performance depends on which USRP and which
> version of UHD you're using. You didn't mention those. Scripts are
> important (thanks!), but more info is required. Cheers! - MLD
>
>
>
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] [Discuss-gnuradio] Fwd:

[Mercado, Alejandra via USRP-users]

Dear USRP and GnuRadio folks,

My apologies... I thought I had specified that I am using B210.

Regards


On Fri, Oct 12, 2018 at 9:52 PM Michael Dickens 
wrote:

> Hi Ale - Reducing this query to just the USRP list since I'm guessing if
> there is any issue its with that side of things. I'll reiterate Marcus'
> query, and augment it. The performance depends on which USRP and which
> version of UHD you're using. You didn't mention those. Scripts are
> important (thanks!), but more info is required. Cheers! - MLD
>
> On Thu, Oct 11, 2018, at 1:03 PM, Mercado, Alejandra wrote:
>
> Dear USRP and GnuRadio folks,
>
> I'm not sure whom to whom I should address this question, since I don't
> know if the problem arises in the GnuRadio code, the drivers, or the actual
> physical USRP.
>
> I was attempting to run an extremely simple GRC graph (attached to this
> email) where the input antenna of the USRP is grounded, the signal is taken
> in with  UHD: USRP Source, then the samples' magnitudes are squared, then
> fed through a moving average (100,000 points), and then the result is
> displayed on the screen in dB.
>
> As I altered the sampling rate, I observed a very strange thing: the
> average for the noise readings were, by and large, smoothly increasing with
> the sampling rate, except at certain frequencies (specifically, 30*2^k,
> k=0,1,2,3, etc). At these specific sampling rates, the noise level would
> shoot up by about 20 dB.
>
> I'm attaching a graph of the some of the values I got, where the big jumps
> are marked by their respective sampling rates.
>
> Can someone explain why these jumps occur? I'm guessing that when I adjust
> the samp_rate, it selects the front-end filter from a filter bank and
> combines that with decimation. Maybe at certain samp_rates (30*2^k,
> k=0,1,2,3,...) it's right at a threshold edge where the noise is worse. Or
> maybe the problem is entirely at the other end and GnuRadio has a bug in
> its assignment of samp_rate values?
>
> Two attachments included. Comments much appreciated.
>
> Thanks and regards,
> Ale
>
> *___*
> Discuss-gnuradio mailing list
> discuss-gnura...@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
> Email had 2 attachments:
>
>- noise_level_unexpected.grc
>  50k (application/octet-stream)
>- Capture.JPG
>  87k (image/jpeg)
>
>
>
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] Fwd:

[Mercado, Alejandra via USRP-users]

Dear USRP and GnuRadio folks,

I'm not sure whom to whom I should address this question, since I don't
know if the problem arises in the GnuRadio code, the drivers, or the actual
physical USRP.

I was attempting to run an extremely simple GRC graph (attached to this
email) where the input antenna of the USRP is grounded, the signal is taken
in with  UHD: USRP Source, then the samples' magnitudes are squared, then
fed through a moving average (100,000 points), and then the result is
displayed on the screen in dB.

As I altered the sampling rate, I observed a very strange thing: the
average for the noise readings were, by and large, smoothly increasing with
the sampling rate, except at certain frequencies (specifically, 30*2^k,
k=0,1,2,3, etc). At these specific sampling rates, the noise level would
shoot up by about 20 dB.

I'm attaching a graph of the some of the values I got, where the big jumps
are marked by their respective sampling rates.

Can someone explain why these jumps occur? I'm guessing that when I adjust
the samp_rate, it selects the front-end filter from a filter bank and
combines that with decimation. Maybe at certain samp_rates (30*2^k,
k=0,1,2,3,...) it's right at a threshold edge where the noise is worse. Or
maybe the problem is entirely at the other end and GnuRadio has a bug in
its assignment of samp_rate values?

Two attachments included. Comments much appreciated.

Thanks and regards,
Ale


noise_level_unexpected.grc
Description: Binary data
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] About USRP Bandwidths and Sampling Rates

[Mercado, Alejandra via USRP-users]

Dear USRP community,

Since I'm looking my USRP equipment from a didactic perspective, and I'm
encouraging my students to find information for themselves, I would like to
suggest an addition to the "About USRP Bandwidths and Sampling Rates
" web page.

   - Section "Analog Bandwidth"
   - Could a row be added to the table for the B210? Specifically, a row
   with:
  - AD9361   | 70MHz - 6GHz |  56MHz


Thanks and regards,
Ale
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] making the UHD

[Mercado, Alejandra via USRP-users]

Hi folks,

I'm worried about something; while maiking the UHD, it ran across something
that looked like an error:

[ 22%] Building CXX object lib/CMakeFiles/uhd.dir/usrp/multi_usrp.cpp.o
In file included from
/home/ents622/workarea-uhd/uhd/host/lib/usrp/multi_usrp.cpp:29:0:
/home/ents622/workarea-uhd/uhd/host/include/uhd/utils/soft_register.hpp: In
instantiation of ‘data_t uhd::soft_reg_field::mask(uhd::soft_reg_field_t)
[with data_t = short unsigned int; uhd::soft_reg_field_t = unsigned int]’:
/home/ents622/workarea-uhd/uhd/host/include/uhd/utils/soft_register.hpp:191:69:
 required from ‘void uhd::soft_register_t::set(uhd::soft_reg_field_t, reg_data_t) [with reg_data_t = short
unsigned int; bool readable = true; bool writable = true;
uhd::soft_reg_field_t = unsigned int]’
/home/ents622/workarea-uhd/uhd/host/include/uhd/utils/soft_register.hpp:256:12:
 required from ‘void uhd::soft_register_t::write(uhd::soft_reg_field_t, reg_data_t) [with reg_data_t =
short unsigned int; bool readable = true; bool writable = true;
uhd::soft_reg_field_t = unsigned int]’
/home/ents622/workarea-uhd/uhd/host/lib/usrp/multi_usrp.cpp:1614:119:
 required from here
/home/ents622/workarea-uhd/uhd/host/include/uhd/utils/soft_register.hpp:106:27:
warning: left shift of negative value [-Wshift-negative-value]
 return (0-ONE)<

Re: [USRP-users] making the UHD

[Mercado, Alejandra via USRP-users]

Follow-up to my previous post:
Hi again, folks,
When I followed instructions to make both the UHD and the GNURadio, I got a
slew of warnings. Later I ran the GnuRadio test and got one error:
99% tests passed, 1 tests failed out of 212

Total Test time (real) = 140.04 sec

The following tests FAILED:
209 - qa_zeromq_pub (Failed)
Errors while running CTest
Makefile:149: recipe for target 'test' failed
make: *** [test] Error 8

Any suggestions?

Ale

===
Dr. Alejandra Mercado
Associate Director
Electrical and Computer Engineering
Master's in Telecommunications Program
A.V. Williams Building
University of Maryland at College Park
College Park, MD 20742
===

On Wed, Jan 10, 2018 at 12:21 PM, Mercado, Alejandra 
wrote:

> Hi folks,
>
> I'm worried about something; while maiking the UHD, it ran across
> something that looked like an error:
>
> [ 22%] Building CXX object lib/CMakeFiles/uhd.dir/usrp/multi_usrp.cpp.o
> In file included from /home/ents622/workarea-uhd/
> uhd/host/lib/usrp/multi_usrp.cpp:29:0:
> /home/ents622/workarea-uhd/uhd/host/include/uhd/utils/soft_register.hpp:
> In instantiation of ‘data_t uhd::soft_reg_field::mask(uhd::soft_reg_field_t)
> [with data_t = short unsigned int; uhd::soft_reg_field_t = unsigned int]’:
> /home/ents622/workarea-uhd/uhd/host/include/uhd/utils/soft_register.hpp:191:69:
>  required from ‘void uhd::soft_register_t writable>::set(uhd::soft_reg_field_t, reg_data_t) [with reg_data_t =
> short unsigned int; bool readable = true; bool writable = true;
> uhd::soft_reg_field_t = unsigned int]’
> /home/ents622/workarea-uhd/uhd/host/include/uhd/utils/soft_register.hpp:256:12:
>  required from ‘void uhd::soft_register_t writable>::write(uhd::soft_reg_field_t, reg_data_t) [with reg_data_t =
> short unsigned int; bool readable = true; bool writable = true;
> uhd::soft_reg_field_t = unsigned int]’
> /home/ents622/workarea-uhd/uhd/host/lib/usrp/multi_usrp.cpp:1614:119:
>  required from here
> /home/ents622/workarea-uhd/uhd/host/include/uhd/utils/soft_register.hpp:106:27:
> warning: left shift of negative value [-Wshift-negative-value]
>  return (0-ONE)< ~~~^~
> [ 22%] Building CXX object lib/CMakeFiles/uhd.dir/usrp/subdev_spec.cpp.o
>
> Should I be worried about this? Is some part not working properly?
>
> The reason I ask is because the last time I installed this on another
> computer, when I tried to run query_gpsdo_sensors, that one was not
> finalized. Admittedly, that one was on Ubuntu 16.04, and this last one is
> on Ubuntu 17.04, so the dependencies command was different.
>
> Regards,
> Ale
> ===
> Dr. Alejandra Mercado
> Associate Director
> Electrical and Computer Engineering
> Master's in Telecommunications Program
> A.V. Williams Building
> University of Maryland at College Park
> College Park, MD 20742
> ===
>
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com