Hello,
Months ago I bought a USRP. Nice piece of Hardware but I did not really
dive into GNURadio until this weekend. Still learning about it. I am
also busy maintaining software that decodes Trunked Radio Control
Channels and LTR variants like NTS Passport.
I am a Boston area Ham and member o
>> Ok, I put a few printfs in there. You're right: the error
>> message comes from libusb, but the "usb_control_msg" part
>> comes from usrp/host/lib/usrp_prims.cc in the function
>> write_cmd() and the args are rType=8 val=87 index=0 len=1 and
>> so that's VRQ_I2C_WRITE so i'm gonna guess that th
Hi Eric,
I get it now, 64/4 Msps = 16 Msps = 32MBps ==> each sample has to be
2 bytes i.e. 8 bit I&Q.
Can we make usrp_spectrum_sense.py to run with 8 bit I&Q instead of 16
bit I&Q? I mean, If I want to be able to observe a chunk of 16Mhz at
once (if possible, even more), is there something I c
On Mon, Dec 04, 2006 at 01:12:19AM +0100, Davide Anastasia wrote:
> Hi,
> is it possible to tune the intermediate frequency of the USRP before
> quantization and then make a base band translation on software?
Yes, we do it all the time.
Though generally speaking, we like to take advantage of the
On Mon, Dec 04, 2006 at 01:05:29AM +0100, Davide Anastasia wrote:
> Hi,
> is it possible to receive by USRP a 1 bit quantized stream?
You would have to modify the verilog, but it is definitely possible.
> Davide Anastasia
>
> web: http://www.davideanastasia.com/
> email: [EMAIL PROTECTED]
Eric
On Sun, Dec 03, 2006 at 04:03:08PM -0600, Shravan Rayanchu wrote:
> Hello everyone,
>
> My understanding is that the decimation value for the fpga has to be
> between [4, 256]. In usrp_spectrum_sense.py, when I set the decimation
> values to 16 or 8 (spanning 4Mhz and 8Mhz chunk at once), then
> m
On Sun, Dec 03, 2006 at 10:29:04AM -0500, Scott Meuleners wrote:
> Hey All,
>
> I have figured out how to program signal processing blocks in c++, and get
> them to run in python, but I am looking at creating a source that will read
> from a wx slider bar and scale that value and pass it into my o
On Sun, Dec 03, 2006 at 02:12:08AM -0600, Shravan Rayanchu wrote:
> Hi Jonathan,
>
> I installed swig-1.3.31 and ran "bootstrap, configure, make and make
> check", but I get the same errors again. Here is what my system says:
>
> $ /usr/local/bin/swig -version
>
> SWIG Version 1.3.31
> Compiled
On Sun, Dec 03, 2006 at 01:08:19AM -0600, Shravan Rayanchu wrote:
> Hi everyone,
>
> It turns out there are problems with the install. I get wierd results.
>
> I have a gentoo box and a ubuntu box both of which have gnuradio
> installed. The ubuntu box however failed some make checks (my mail
> b
On Sat, Dec 02, 2006 at 03:02:54PM -0800, Jordan Hayes wrote:
> >> usb_control_msg failed: error sending control message: Input/output
> >> error
> >
> >I haven't tracked this down, but I'd be interested in fixing it. I
> >suspect it's either something missing in NetBSD or some OS-dependent
> >cod
Hi,
is it possible to tune the intermediate frequency of the USRP before
quantization and then make a base band translation on software?
--
Davide Anastasia
web: http://www.davideanastasia.com/
email: [EMAIL PROTECTED]
___
Discuss-gnuradio mailing li
Hi,
is it possible to receive by USRP a 1 bit quantized stream?
--
Davide Anastasia
web: http://www.davideanastasia.com/
email: [EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinf
Hello everyone,
My understanding is that the decimation value for the fpga has to be
between [4, 256]. In usrp_spectrum_sense.py, when I set the decimation
values to 16 or 8 (spanning 4Mhz and 8Mhz chunk at once), then
m.data[0] ...m.data[255] print out fine. However, when I set the
decimation to
Hey All,
I have figured out how to program signal processing blocks in c++, and get
them to run in python, but I am looking at creating a source that will read
from a wx slider bar and scale that value and pass it into my other signal
processing blocks. So I need to set up a source in python, bu
Hi Jonathan,
Just to be sure, I checked out a new version and followed the steps
again. It works!!
The Makefile points to the correct swig. May be the problem was not
doing a distclean.
Thanks so much!
Shravan
On 12/3/06, Johnathan Corgan <[EMAIL PROTECTED]> wrote:
On Sun, 2006-12-03 at 02:11
On Sun, 2006-12-03 at 02:11 -0600, Shravan Rayanchu wrote:
> I installed swig-1.3.31 and ran "bootstrap, configure, make and make
> check", but I get the same errors again.
> What else could be the problem ..?
Did it actually rebuild any files? Just being paranoid, I'd do a 'make
distclean' an
Hi Jonathan,
I installed swig-1.3.31 and ran "bootstrap, configure, make and make
check", but I get the same errors again. Here is what my system says:
$ /usr/local/bin/swig -version
SWIG Version 1.3.31
Compiled with g++ [i686-pc-linux-gnu]
Please see http://www.swig.org for reporting bugs and
17 matches
Mail list logo