[Discuss-gnuradio] TX characterisation of USRPN210 with SBX daughterboard

Hi, I am trying to characterize the TX and RX characteristics of USRPN210 with a SBX board. I have tried one test : Amplitude Variation effects, by varying the amplitude in steps and finding out the o/p power through spectrum analyser. The foll are the readings I got. Amplitude level 921.25 MHz

Re: [Discuss-gnuradio] UHD build apparently failed

On 03/23/2014 07:08 PM, Marcus Müller wrote: This calls for #include ; I wonder how that is working on my f19 Yup, that took care of it. Then there's the b200_iface.cpp problem with libusb on my system not having libusb_error_name, so I had to copy the macro from transport/zero_copy that'

Re: [Discuss-gnuradio] UHD build apparently failed

Confirmed, fc19, boost 1.53.0 On 03/23/2014 07:58 PM, Moritz Fischer wrote: Hi Marcuses, on my machine it builds without the include. Can you confirm that? Cheers, Moritz On Sun, Mar 23, 2014 at 7:42 PM, Marcus Müller mailto:mar...@hostalia.de>> wrote: boost::container is quite new (int

Re: [Discuss-gnuradio] UHD build apparently failed

This calls for #include ; I wonder how that is working on my f19 On 03/23/2014 07:58 PM, Marcus D. Leech wrote: On 03/23/2014 02:42 PM, Marcus Müller wrote: boost::container is quite new (introduced in 1.48 afaik); I'm pulling master right now, but boost::container::vector should be STL-compat

Re: [Discuss-gnuradio] UHD build apparently failed

Hi Marcuses, on my machine it builds without the include. Can you confirm that? Cheers, Moritz On Sun, Mar 23, 2014 at 7:42 PM, Marcus Müller wrote: > boost::container is quite new (introduced in 1.48 afaik); I'm pulling > master right now, but boost::container::vector should be STL-compati

Re: [Discuss-gnuradio] UHD build apparently failed

On 03/23/2014 02:42 PM, Marcus Müller wrote: boost::container is quite new (introduced in 1.48 afaik); I'm pulling master right now, but boost::container::vector should be STL-compatible. replace the incluse by #include and try ;) That got me past gps_ctrl.cpp, but now: /home/mleech/uhd/host/

Re: [Discuss-gnuradio] UHD build apparently failed

boost::container is quite new (introduced in 1.48 afaik); I'm pulling master right now, but boost::container::vector should be STL-compatible. replace the incluse by #include and try ;) On 03/23/2014 06:10 PM, Marcus D. Leech wrote: On 03/23/2014 12:08 PM, Moritz Fischer wrote: Hi Marcus, On

Re: [Discuss-gnuradio] Accessing gr_uhd_usrp_source/sink methods

On 03/21/2014 03:17 PM, Ruecan wrote: > By the way I am working with GR 3.6.5, > The precise question is as following, If I am instantiating a usrp_sink and > usrp_source from inside my python script and I want at some point in time > modify one of its proprieties from inside my C++ custom block,

Re: [Discuss-gnuradio] Full-duplex

On 03/22/2014 09:16 PM, Sara Chérif wrote: > I have one USRP B100 & the other USRP is B200 True full-duplex (i.e. tx & rx at the same time) will not work w/ these, half-duplex will work. Martin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.or

Re: [Discuss-gnuradio] UHD build apparently failed

On 03/23/2014 12:08 PM, Moritz Fischer wrote: Hi Marcus, On Sun, Mar 23, 2014 at 3:24 PM, Marcus D. Leech > wrote: Here's a bit of git log of what I'm building: commit a8caec5f93976c081d488118f53a72dca49efdf6 Author: Ashish Chaudhari

Re: [Discuss-gnuradio] Problem with "TCP Source" module in the client mode

On 03/21/2014 05:52 PM, Tommy Tracy II wrote: > Dear Martin, > > Sorry for the delayed response. My code is all written in C++; I am not > using the GRC. These canvasses; are they separate top blocks? Yes, and different processes. M signature.asc Description: OpenPGP digital signature __

Re: [Discuss-gnuradio] UHD build apparently failed

Hi Marcus, On Sun, Mar 23, 2014 at 3:24 PM, Marcus D. Leech wrote: > Here's a bit of git log of what I'm building: > > commit a8caec5f93976c081d488118f53a72dca49efdf6 > Author: Ashish Chaudhari > Date: Wed Feb 19 19:22:52 2014 -0800 > > b200: Fixed bug in rx_dsp_core_3000 that would ass

Re: [Discuss-gnuradio] UHD build apparently failed

On 03/23/2014 10:23 AM, Moritz Fischer wrote: Hi Marcus, Sara I think I fixed this somewhen back in december, when RHEL6 support broke. Which branch (tag) are you building off? UHD 3.7.0 (master) should have those changes. Cheers, Moritz Here's a bit of git log of what I'm building: commi

Re: [Discuss-gnuradio] UHD build apparently failed

Hi Marcus, Sara I think I fixed this somewhen back in december, when RHEL6 support broke. Which branch (tag) are you building off? UHD 3.7.0 (master) should have those changes. Cheers, Moritz On Sat, Mar 22, 2014 at 2:55 AM, Marcus D. Leech wrote: > On 03/21/2014 09:40 PM, Sara Chérif wrote

Re: [Discuss-gnuradio] gqrx segfaults: rtlsdr_read_async returned with -5

I updated and I still have the problem. Checking my syslog brought me to the following error: [ 7568.643970] gqrx[9018]: segfault at 7f82cb540ab8 ip 7f7e89a1b646 sp 7f7e5affcc70 error 4 in libusb-1.0.so.0.1.0[7f7e89a12000+11000] and googling this brought me to the following Debian bug repor

[Discuss-gnuradio] Pybombs and FAT32

I am a bit short of disk space on my laptop, which is dual boot with a 128Gbyte SSD with only 10GBytes devoted exclusively to Linux. Pybombs installation of Gnuradio has now grown to use over 5 GBytes so I though why not put all the source code on my FAT32 partition on a 64Gbyte SD card. Unfortunat

[Discuss-gnuradio] How to check that HRPT receiver is working

Hello, I am working with the HRPT receiver’s files included in gr-noaa and I don’t understand how them work because several blocks are created and use different parameters that are not explained so I’d appreciate your help to understand them. Also, in case I understand them, if I want to check