to use a different block in your GRC flowgraph?
>
> Thanks again.
>
>
> --- On *Fri, 1/14/11, Marcus D. Leech //* wrote:
>
>
> From: Marcus D. Leech
> Subject: Re: [Discuss-gnuradio] The (in)famous channel 0 not
> receiving error
> To: "Steve
On 01/14/2011 03:43 PM, Steve Mcmahon wrote:
>
>
--
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
in.
--- On Fri, 1/14/11, Marcus D. Leech wrote:
From: Marcus D. Leech
Subject: Re: [Discuss-gnuradio] The (in)famous channel 0 not receiving error
To: "Steve Mcmahon"
Cc: discuss-gnuradio@gnu.org
Date: Friday, January 14, 2011, 3:36 PM
On 01/14/2011 03:28 PM, Steve Mcmahon wr
On 01/14/2011 03:28 PM, Steve Mcmahon wrote:
> Marcus:
>
> You say that "the UHD provides a different API than "classic", and
> usrp2_fft.py uses the "classic" API." I'm brand new to UHD and just
> getting started with it. Could you explain in a little more detail
> about the two APIs and the diffe
n them?
I'm using raw Ethernet now with a USRP2+WBX, so why would, when using GRC to
create a flowgraph, the interface change?
Thanks.
Steve McMahon
--- On Wed, 1/12/11, Marcus D. Leech wrote:
From: Marcus D. Leech
Subject: Re: [Discuss-gnuradio] The (in)famous channel 0 not receiving
Hi everyone,
I recently compiled and installed gnuradio.
I then tried to find the usrp2:
#find_usrps
00:50:c2:85::3b:5c hw_rev = 0x0400
Next I tried to plot an FFT of the GPS L1 signal (note that my
daughterboard is a dbsrx2)
#usrp2_fft.py -f 1.57542G
usrp2: channel 0 not receiving
usrp2::r
Hi everyone,
I recently compiled and installed gnuradio.
I then tried to find the usrp2:
#find_usrps
00:50:c2:85::3b:5c hw_rev = 0x0400
Next I tried to plot an FFT of the GPS L1 signal (note that my daughterboard
is a dbsrx2)
#usrp2_fft.py -f 1.57542G
usrp2: channel 0 not receiving
usrp2::rx_s