Josh, et al:
Do you have plans to support 8-bit sample settings in the GRC USRP objects?
--
Marcus Leech
Principal Investigator, Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
On Thu, Jan 29, 2009 at 3:49 PM, Philip Balister
philip.balis...@gmail.comwrote:
OK, I've updated oe.dev so that you can build gnuradio (r10302) with
NEON implementation of the fff dotprod. I'm told the files should flow
into the overo build system soon also.
To build, (short form for
There are some brackets missing. Please apply onto inband_cleanup1.diff
Stefan
--
Stefan Brüns / Bergstraße 21 / 52062 Aachen
mailto:lurch at gmx.li http://www.kawo1.rwth-aachen.de/~lurchi/
phone: +49 241 53809034 mobile: +49 151 50412019
=== modified file
hi,
i would like to try the OFDM example but i cannot find the
benchmark_ofdm_tx.py and benchmark_ofdm_rx.py file in
/gnuradio-example/python/digital. did i search it in the wrong place or did
the file being remove from the gnuradio-3.1.3.tar ?
trondeau wrote:
For anyone working with the
On Mon, Jan 26, 2009 at 09:03:32PM -0800, Johnathan Corgan wrote:
On Sun, Jan 25, 2009 at 9:21 PM, Kimminau Jr., Leo F. addr...@hidden wrote:
Using a PowerMac G5 to control the USRP, if I stop usrp_siggen.py, the USRP
continues to transmit. Is this expected?
No.
This behavior is
Im learning about gnuradio for my final thesis (quite common i see) and i
wanted to show a simple FFT of a simple signal (or noise) but the only thing
i get the GUI working for is audio input from the microphone. Running it
with a generated signal causes the program to freeze.
Here is my code:
There are plans now...
Any example code would help
Marcus D. Leech wrote:
Josh, et al:
Do you have plans to support 8-bit sample settings in the GRC USRP objects?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
Hi,
On Fri, 1/30/09, Emil Molin molin.e...@gmail.com wrote:
Running it with a generated signal causes the program to freeze.
This is normal since there is no sampling rate control in your code and your
CPU will be eaten. To overcome this problem use gr.throttle API in you code.
Best
Here is another series of patches. These come in 3 flavours:
Independent, general cleanups and additions, which neither influence API nor
ABI
c1255: Minor optimization, assume well formed list as common case
c1256: Avoid some double type casting
c1261: Add some unit test
Hello, all!
We are using RFX2400 to transmit some signals. As known, transmit power of that
board is said to be 50mW shown on the datasheet and the default value of
--tx-amplitude in benchmark_tx.py file is 12000. Can we say the real
transmitted signal power is 50mW which is correspoding to
Bill Stevenson wrote:
Hello, all!
We are using RFX2400 to transmit some signals. As known, transmit power
of that board is said to be 50mW shown on the datasheet and the default
value of --tx-amplitude in benchmark_tx.py file is 12000. Can we say the
real transmitted signal power is 50mW
If I'm using the USRP in 8-bit sample mode, can I get 16Msps complex
data over to the host, or am I maxed out at
8Msps?
--
Marcus Leech
Principal Investigator, Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
___
Discuss-gnuradio
On Fri, Jan 30, 2009 at 01:16:34PM -0500, Marcus D. Leech wrote:
If I'm using the USRP in 8-bit sample mode, can I get 16Msps complex
data over to the host, or am I maxed out at
8Msps?
It'll do 16MS/s in 8-bit.
Eric
___
Discuss-gnuradio mailing
Hi Everyone, I've been working with Thomas Schmid's old 802.1.54
demodulation code. I've got it running well on the original USRP and
have been trying to get the code to work with the USRP2. I basically
just changed out the source block and yet could not properly
demodulate a packet.
To
Leslie Choong wrote:
Hi Everyone, I've been working with Thomas Schmid's old 802.1.54
demodulation code. I've got it running well on the original USRP and
have been trying to get the code to work with the USRP2. I basically
just changed out the source block and yet could not properly
On Fri, Jan 30, 2009 at 06:52:24AM -0800, adib_sairi wrote:
hi,
i would like to try the OFDM example but i cannot find the
benchmark_ofdm_tx.py and benchmark_ofdm_rx.py file in
/gnuradio-example/python/digital. did i search it in the wrong place or did
the file being remove from the
Thanks for the replies.
I have checked the Quadrature values and they are indeed 0.0
I had already followed the steps to flash the SD card (using the one
that came with the USRP2) and used the firmware (txrx.bin) that
gnuradio (rev 10306) produced using make. I used the latest
u2_rev3.bin (dated
Hi try to run usrp_oscope.py and usrp_fft.py, which are gui type exaples.
but application run then it show oUoUoU error,
which I fount the USRP overrun.
I run all this on VMware platform.
I am using amd 64 turion, 3gb ram configuration.
So I do not able to understand why my system getting low.
Hello all,
I have a question regarding viewing data that is acquired from log commands
which are stored in .dat files. Using gr.file_sink, it seems that the
encoding of the data is in a format that can't be opened using applications in
Ubuntu. Does anyone know of a way to see the information
- Forwarded Message
From: Bill Stevenson bill.stevenso...@yahoo.com
To: Matt Ettus m...@ettus.com
Sent: Friday, January 30, 2009 5:39:18 PM
Subject: Re: [Discuss-gnuradio] calculation of the real transmitted signal
power if --tx-amplitidue is set dynamically
Maduike, Dumezie wrote:
Hello all,
I have a question regarding viewing data that is acquired from log commands which are
stored in .dat files. Using gr.file_sink, it seems that the encoding of the
data is in a format that can't be opened using applications in Ubuntu. Does anyone know
of
So I've pulled down the most recent trunk and re-built gnuradio. One
thing I noticed that I forgot about was that running make in
gnuradio/usrp2 does not produce a txrx.bin under usrp2/firmware/apps.
I must have copied the latest one sitting in the trunk which is dated
Dec 31st (same date as the
On Fri, Jan 30, 2009 at 04:24:55PM -0800, Leslie Choong wrote:
So I've pulled down the most recent trunk and re-built gnuradio. One
thing I noticed that I forgot about was that running make in
gnuradio/usrp2 does not produce a txrx.bin under usrp2/firmware/apps.
I must have copied the latest
Josh Blum wrote:
svn up!
let me know if something goes wrong
Intersesting.
When I use 8-bit samples with decim=8 or higher, things are peachy.
But when I use decim=16 with 8-bits samples, I get a continuous stream
of -423dB out of the FFT Log Power sink.
I think what I'm getting is a pile
Is the octaverc configuration file referred in the link you sent me the same in
/usr/share/octave/3.0.0/m/startup folder?
How is the read_complex_binary() script used? Can it be used in a python
script and if so, what should be imported?
Thanks
Dumezie
-Original Message-
From: George
According to this:
http://gnuradio.org/trac/browser/gnuradio/trunk/gr-usrp/apps/usrp_rx_cfile.cc#L87
if you dont like half band filters or you want to decimate by 4,
std_4rx_0tx.rbf is the firmware for you
so, it seems that the correct thing to do in grc would be to set this
Hi,
When working with 8 bit samples, you must disable FPGA halfband filter see
(http://gnuradio.org/trac/wiki/UsrpFAQ/DDC).
To do so, the USRP (via GRC) should load the std_4rx_0tx.rbf image.
Best Regards,
Firas
___
Discuss-gnuradio mailing
27 matches
Mail list logo