hello guys,
thank you Josh, Achilleas and Eric for the very precious help! :)
I've been working upon your suggestions and what I did is:
file_source_bytewise=gr.file_source(gr.sizeof_char,
"/mnt/root/gnuradio_datastreams/1.MPG")
file_chunker=gr.packed_to_unpacked_bb(2,1) #second argument
Hi everyone!
I got a question: In the acquisition procedure for my GPS receiver I
have to do a find the maximum of a 2D matrix, and I wonder how this is
best solved in GNU Radio. I have two alternatives that I am
considering.
1. Store N*M samples in a vector_sink and process the data with scipy.
hi all,
we have been searching for a way to transmit two independent signals one
on TxA and the other on TxB.
we have read the Tx_MUX documentation and tried some settings but we
only could send two different frequencies two only 80khz!!! and we
always have had two signals!
what we like to do is i
On Tue, Feb 20, 2007 at 03:41:31PM +0100, anmar wrote:
> hi all,
>
> we have been searching for a way to transmit two independent signals one
> on TxA and the other on TxB.
Using two daughterboards, you can send different complex baseband
signals out the A side d'board and the B side d'board. Yo
Vincenzo,
Other than the array() method which I don't use,
the rest seems fine.
It might be clearer to use the predefined
constants gr.GR_MSB_FIRST or gr.GR_LSB_FIRST
to set the endianess (see gnuradio-core/src/lib/gengen/gr_endianness.h)
You can always connect the Rx chain and see if
in the ab
First, I assume that you need 2 seperate computers to run 2 USRP boards (1 to
transmit and 1 to receive). I just wanted to make sure.
Second, for a simple transmit using the fm_tx4.py example, how do you change
the output gain for the transmitting signal. I assume it has to do with the
line:
I also want to program the USRP using Simulink. I'm doing a proof-of-concept
type project where I want the FPGA on the USRP to do some signal processing on
it as opposed to the gnu radio software on the computer. I have never done
anything like this before so I'm kind of lost about where to go
Eric Blossom wrote:
>
>> RX
>> 1. Is the internal DLL used to sample faster than 64MSPS? If so,
>> what is the DLL rate? Is it possible this would ever want to be used?
>>
>
> No. IIRC the A/D won't run faster than 64MS/s.
>
The DLL is used to double the sample rate so that the *DACs*
[EMAIL PROTECTED] wrote:
> First, I assume that you need 2 seperate computers to run 2 USRP boards (1 to
> transmit and 1 to receive). I just wanted to make sure.
>
No, you can have multiple USRPs on one computer. They can be identified
by a unique number programmed into their EEPROMs.
> Se
So to just figure out the different decimations/interpolation rates we have:
ADC samples at 64MHz, and passes through both I and Q channels over
the 24-bit RX bus. Internal to the FPGA, the CIC automatically
decimates by a value of at least 4. The halfband decimating FIR
internal to the FPGA de
On Tue, Feb 20, 2007 at 03:50:21PM -0500, Brian Padalino wrote:
> So to just figure out the different decimations/interpolation rates we have:
>
> ADC samples at 64MHz, and passes through both I and Q channels over
> the 24-bit RX bus. Internal to the FPGA, the CIC automatically
> decimates by a
Eric,
Thanks for all the answers so far. I am really getting a grasp of
everything going on within the USRP. I really appreciate it.
On 2/20/07, Eric Blossom <[EMAIL PROTECTED]> wrote:
The code in usrp_standard.cc controls the FPGA interpolation rate.
The rates do not have to be powers of two
We use the usrp software, currently at 0.12, with the OSSIE project to
talk to the USRP. I know that GNU radio is now distributed as one
large tarball. Will there be another release of the usrp library for
people who do not use the main GNU Radio code? Basically, there are
some new dbid's we would
On Tue, Feb 20, 2007 at 05:44:02PM -0500, Philip Balister wrote:
> We use the usrp software, currently at 0.12, with the OSSIE project to
> talk to the USRP. I know that GNU radio is now distributed as one
> large tarball. Will there be another release of the usrp library for
> people who do not us
that'd be fantastic Achilleas..!
I was just wondering how I could do all that stuff besore qpsk and
ofdm..!
I'm so thankful.. :)
I modified the way i create the array and used the endianness constant
as you said.
I'm trying to do what you suggested to check this first bit of work..
the point is
yes, you need this additional block:
Put an unpacked_to_packed right after
the "symbols_to_bytes" block in order to
pack the pairs of bits into a byte before
sending it into the file sink.
I think you are close,
Achilleas
___
Discuss-gnuradio mailing
16 matches
Mail list logo