Hello all,
Our team also implemented a MIMO-OFDM platform in the past few months. The
system parameters are like LTE. But it is not fully in GNU Radio framework,
so it's not suitable to be imported. One paper introducing this platform
will be published in SDR07 Tech Conference. Unfortunately I can
Hey all,
On the basic daughterboards, if I connect two coax cables to TX-A and
TX-B on a single daughterboard and transmit, I can view the transmission
using an oscope on both connectors. In other words, it doesn't matter
which of the two ports I connect to.
However, if I fire up the GNU Ra
Is there a way to save the output data of usrp_fft.py? For example If I want
to feed the output of the usrp_fft.py (i. e. the data it plots) into a
variable every unit time. How can I do that?
--
View this message in context:
http://www.nabble.com/using-usrp_fft.py-result-tf4674883.html#a133565
GNU Radio stable release 3.1.0 is now available for download:
http://gnuradio.org/releases/gnuradio/gnuradio-3.1.0.tar.gz
http://gnuradio.org/releases/gnuradio/gr-howto-write-a-block-3.1.0.tar.gz
Binary installation packages for Ubuntu 32-bit and 64-bit systems are
documented at:
http://gnuradio
Hi everyone,
I am going to use BBN code on IEEE802.11b. But these codes need to
import a module named bbn from gnuradio package. My gnuradio has not
this module. Where can I find it and how I can add it to my gnuradio
package.
Thanks
hamed
__
On Mon, Oct 22, 2007 at 05:59:58PM -0700, Hans Glitsch wrote:
> Hello,
>
> I may be having similar problems. I'm using 2 basic RX boards and I want
> to receive four complex signals. I seem to be losing the complex part of
> the first signal. I was using a mux of 0xf3f2f1f0, and after seeing
Hello,
I may be having similar problems. I'm using 2 basic RX boards and I want to
receive four complex signals. I seem to be losing the complex part of the
first signal. I was using a mux of 0xf3f2f1f0, and after seeing your
message, I tried 0x32103210. Both of them show the same problem
On Mon, Oct 22, 2007 at 07:40:40PM -0400, George Nychis wrote:
> Okay, Brian brought this up to me in an off-list discussion that we
> think needs to be discussed about the current timestamp generation.
>
> Referring to:
> http://gnuradio.org/trac/browser/gnuradio/branches/features/inband-usb/usr
Thanks. That means I have issues. :) I am trying to use 2 channels, with a
mux setting of 0x32103210. I have a DBSRX on RXA and another one on RXB. I
have no TX. When I do a...
nRead = myDev->read(arr, USB_BUF_SIZE, &bOverrun);
I get perfect data from one channel. (i.e. I_a = arr[0], Q_
On Mon, Oct 22, 2007 at 05:13:33PM -0400, Jared Jensen wrote:
>
> What are the proper mux settings for one DBSRX in RXA and one DBSRX
> in RXB? When I used a single DBSRX in RXA 0x0010 worked well.
> But now I want Channel 0 to be RXA, and Channel 1 to be RXB both of
> which are I and Q, and
On Sun, Oct 21, 2007 at 01:16:00PM -0700, Jan Schiefer wrote:
> Oh, and one more question: I noticed a new dependency on numpy. I have
> lost track of this issue, is Numeric now no longer required?
>
> Thanks,
> Jan
Correct. The Numeric dependency has been replace by a numpy dependency.
Eric
On Sun, Oct 21, 2007 at 08:47:59AM -0400, George Nychis wrote:
> I'm not sure where the gmsk test went in GNU Radio, I tried following
> the log and commits. So, I grabbed a gmsk test from here:
> http://noether.uoregon.edu/~jl/gmsk/
>
> Just trying to run something simple, I run it from the blk
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
My 2c:
I imagine that futuristic uses of the USRP (such as the ones for which
you're explicitly redo-ing the stack) involve dynamically changing the
decimation on the fly. Drive it off the absolute clock to keep some
sense of meaning.
- -Dan
George N
Okay, Brian brought this up to me in an off-list discussion that we
think needs to be discussed about the current timestamp generation.
Referring to:
http://gnuradio.org/trac/browser/gnuradio/branches/features/inband-usb/usrp/fpga/inband_lib/rx_buffer_inband.v#L37
The current timestamp runs at
On Mon, Oct 22, 2007 at 02:23:44PM -0400, Jared Jensen wrote:
>
> I'm getting some strange behavior when I use two DBSRX boards with my USRP.
> I just wanted to vet some of my assumptions as I'm debugging. I'm assuming
> that the data comes across the USB bus as follows
>
> I_A/Q_A/I_B/Q_B/I_
Give a 'sudo ldconfig' a try.
- George
[EMAIL PROTECTED] wrote:
Hello,
After installing the development package of gnu-radio, I got the following
ImportError when running qa_cvsd_vocoder.py in gr-cvsd-vocoder. Actually, I met
similar problems of running python code in other folders. But the
li
On Fri, Oct 19, 2007 at 09:39:10PM +0800, Jeremy Chew wrote:
>
> Does anyone have experience getting Purify working with GNU Radio, or is
> anyone able to shed some light?
>
This is a free software list. We don't provide customer support for
proprietary software.
Eric
Hello,
After installing the development package of gnu-radio, I got the following
ImportError when running qa_cvsd_vocoder.py in gr-cvsd-vocoder. Actually, I met
similar problems of running python code in other folders. But the
libgromnithread.so actually exists the /usr/local/lib. I had added thi
What are the proper mux settings for one DBSRX in RXA and one DBSRX in RXB?
When I used a single DBSRX in RXA 0x0010 worked well. But now I want
Channel 0 to be RXA, and Channel 1 to be RXB both of which are I and Q, and not
swapped.
So far anything other than 0x32103210 or 0x0010
Brian,
Thanks for your response.
> What is your target symbol rate?
My target symbol rate is 10.76 MHZ (8-vsb ATSC symbol rate). I need only 2x
of this symbol rate, i.e 21.52 Mhz to do down stream processing.
>Is there a reason you want to play directly with 32Msps?
Only for troubleshooti
On 10/22/07, [EMAIL PROTECTED] <
[EMAIL PROTECTED]> wrote:
>
> Send Discuss-gnuradio mailing list submissions to
> discuss-gnuradio@gnu.org
>
> --
>
> Message: 6
> Date: Mon, 22 Oct 2007 10:43:50 +0100
> From: Tom Rondeau <[EMAIL PROTECTED]>
> Subject: Re: [Discu
On 10/22/07, Nirali Patel <[EMAIL PROTECTED]> wrote:
> Hi,
> I am using the TV_RX and USRP to capture the 64 Msps data from the A/D
> converter and send that to another downstream board for processing. I am
> connecting the signal from the ADC to the debug IO pins of the FPGA to get
> to the 16 io_
I'm getting some strange behavior when I use two DBSRX boards with my USRP. I
just wanted to vet some of my assumptions as I'm debugging. I'm assuming that
the data comes across the USB bus as follows
I_A/Q_A/I_B/Q_B/I_A/Q_A/
Is that correct? i.e. do we get I/Q of one board followed by I/Q
Hi,
I am using the TV_RX and USRP to capture the 64 Msps data from the A/D
converter and send that to another downstream board for processing. I am
connecting the signal from the ADC to the debug IO pins of the FPGA to get
to the 16 io_rx[] pins of Basic RX. However, my board-to-board
interconn
Hi Hamed,
Yes, BBN coded an 802.11 receiver. I have personally not gotten around
to running it yet, but just from reading the list others have been able
to decode most 1 or 2Mbps packets, and nothing above that. This is all
all the physical layer, no MAC functionality.
Here's a good first
Hi
Has any Wifi (802.11) b or g receiver model been implemented in GNU Radio?
thanks
hamed
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Archana Ragothaman wrote:
Hello,
I am using two USRPs rev 4 and two RFX2400. I am basically trying to
make the USRPs communicate with each other using the
benchmark_ofdm_tx.py and benchmark_ofdm_rx.py scripts. The commands I
am executing are
./benchmark_ofdm_tx.py -f2.4e9 -T A (at one USRP
I think this has been answered in the past, but I couldn't find the
answer- is there a pre-done script to transmit a raw data file directly
as samples?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/dis
28 matches
Mail list logo