I am trying to interpret the FFT output in the array m.data. Please let
me know if my interpretation of the data below is wrong or not
If I set the RFX2400 tuned to frequency 2.4G and the FFT size (fft_size)
is set at 256 and the decimation rate (decim_rate) is set at 8 then the
value at the array
The problem was traced to the RFX2400 board that we were using. We
didn't realize that the RFX2400 was crossed with a black pen and it was
marked 1200. As for the LFRX, the USRP_fft.py detects when the signal is
generated by another USRP board. But I was trying to capture local AM
station signa
Phaysal Khan wrote:
I used usrp_fft, and I can see a CW at 1575.42MHz, so it means that it is
in the
working condition, although I still get the same error msg once everytime
i run
anything. It says
$python usrp_fft.py -f 1.57542G
usb_contro_msg failed: usb_control_msg: sending control message
Hey,
In fact, the mapped complex symbol will go into two parts, that is,
the real part and the image part will modulate the cos(w_c * t) and
sin(w_c * t), separately.
E.g., complex symbol is denoted, y = a+jb = r*cos(theta) + j*r*sin(theta);
so, a*cos(w_c * t) - b*sin(w_c *t)
= r*cos(theta)*cos(w
Hi,
I used usrp_fft, and I can see a CW at 1575.42MHz, so it means that it is in
the working condition, although I still get the same error msg once everytime i
run anything. It says
$python usrp_fft.py -f 1.57542G
usb_contro_msg failed: usb_control_msg: sending control message failed, win
erro
Hi,
I used usrp_fft, and I can see a CW at 1575.42MHz, so it means that it is in
the working condition, although I still get the same error msg once everytime i
run anything. It says
$python usrp_fft.py -f 1.57542G
usb_contro_msg failed: usb_control_msg: sending control message failed, win
erro
Paul Creekmore wrote:
> I recommend running the example "usrp_wfm_rcv.py", located in
> /usr/local/share/gnuradio/examples/usrp/ on my Linux installation. It's
> essentially a limited spectrum analyzer.
You're probably referring to "usrp_fft.py", which gets installed into
the user's path (well,
Please trim your replies and don't top post.
See the "Guidelines for posting" http://gnuradio.org/trac/wiki/MailingLists
Eric
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
I really don't think you should be getting any error messages. Could
you copy the entire error message into an email? I might not be able to
identify the problem, but maybe someone else on the list can. In the
mean time, let's verify receipt of a test signal through the USRP.
I recommend ru
Hello List,
i'd like to enter in this world but i have a lot of doubts, mainly in hardware
parts. I have one jerrold 5500 general instruments baseband downconverter. I
would like to know if i can use it with gnuradio. I want to start with
something that i have to get experienced, so i will buy
I like the use of the watcher thread in pkt.demod_pkts, and was
wondering if I could use a similar technique in the following
situation:
Two disconnected subgraphs:
msg_source_1 -> transform_blk_1 -> msg_sink_1
msg_source_2 -> modulator
The user places 'm'-byte messages in msg_source_1.
tr
Would it be of any interest for the Verilog in the USRP to actually
match bit-for-bit a simulation block that can be run on the host
machine?
Basically just float -> integer -> fixed-point up/down conversion
filtering for the halfband FIR and/or CIC filters and the CORDIC that
occurs?
Just trying
Brian Padalino wrote:
On Tue, Mar 4, 2008 at 1:27 PM, Manav Rohil <[EMAIL PROTECTED]> wrote:
thanks for the replies...
So that means if i dont have a USRP, i cannot simulate a packet
transmission/reception entirely in software since the data will never be
modulated to the carrier frequency.
No USRP, no problem. Here is an example of what you want (taken from
http://noether.uoregon.edu/~jl/gmsk/gmsk-test.py)
# Mix to IF
lo = gr.sig_source_c(sample_rate, gr.GR_SIN_WAVE, lo_freq,
1.0, 0)
mixer = gr.multiply_cc()
We are concerned about frequency accuracy.
The clock has a 20 ppm specification, but at room temperature is
typically within 5 ppm.
Matt
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss
On Tue, Mar 4, 2008 at 1:27 PM, Manav Rohil <[EMAIL PROTECTED]> wrote:
> thanks for the replies...
> So that means if i dont have a USRP, i cannot simulate a packet
> transmission/reception entirely in software since the data will never be
> modulated to the carrier frequency.
No need for a USR
thanks for the replies...
So that means if i dont have a USRP, i cannot simulate a packet
transmission/reception entirely in software since the data will never be
modulated to the carrier frequency.
What is the alternative..Write a mixer block(using gr.multiply_cc) in
software and feed the data
I was trying to do a bpsk modulator on the similar line..what is the
flaw in the code
--
Posted via http://www.ruby-forum.com/.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>> Andrey A wrote:
>>>
Hello!
We consider using USRP with two RFX2400 dautherboards to build MIMO system.
As I can see, each RFX2400 has Tx and Rx VCOs. Is it possible to use
common clock for these two dautherboards? (Frequency mismatch between
VCOs may prevent MIMO).
Manav Rohil wrote am 2008-03-04 17:37:
I cannot see a carrier frequency specified anywhere in bqpsk.y..Where do
i specify the carrier frequency for my transmission...this part is still
a bit hazy...
All modulation is done in basis band, and then the signal is shifted to
the carrier frequency
If you are using the USRP, it handles all the conversion to and from
carrier frequency. The data going across the USB bus is generally
complex baseband.
You instruct the USRP what the carrier frequency should be:
#Set freq
if not(usrp.tune(self.usrp_out, 0, self.out_dcard, tx_freq)
On 3/4/08, Manav Rohil <[EMAIL PROTECTED]> wrote:
> I cannot see a carrier frequency specified anywhere in bqpsk.y..Where do
> i specify the carrier frequency for my transmission...this part is still
> a bit hazy...
The USRP acts as a direct conversion transmitter. The QPSK modulated
baseband
On 3/4/08, Ahmet Hasim Gokceoglu <[EMAIL PROTECTED]> wrote:
> usb_control_msg failed: error sending control message: Connection timed out
Does your computer have USB 2.0 ports?
--
Johnathan Corgan
Corgan Enterprises LLC
http://corganenterprises.com/
___
yup..got it..thanks..
i understood in QPSK how the bits get mapped to constellation space.
One doubt still persists.QPSK modulation theory tells us that we need to
change the phase of the carrier depending upon the incoming data
bits..i.e what we see mapped to the constellation space is the mod
Per-
> > I have made my own little program (based on libusrp) that reads data from a
> > file and sends it on the DAC of the USRP (basic db) and simultaneously
> > receives data and saves it on file. All at 2MHz sample-frequency.
> >
> > It seems to work well. But when I connect the DAC directly t
Hi,
I have recently downloaded the gnu radio software (release 3.1.1) and got
the USRP. I made the dial_tone example work but I have some problems with
the usage of USRP. I tried to do the example usrp_benchmark_usb.py but I got
the error:
Testing 2MB/sec... usb_control_msg failed: error sending
On Tue, Mar 04, 2008 at 11:32:46AM +0100, Per Zetterberg wrote:
> Dear All,
>
> I have made my own little program (based on libusrp) that reads data from a
> file and sends it on the DAC of the USRP (basic db) and simultaneously
> receives data and saves it on file. All at 2MHz sample-frequency.
>
Jose Emilio Gervilla Rega wrote:
Hello all,
I will give you more details about my problem because someone has
asked me for them(thank you):
The OFDM system we are using is which is defined in this link:
http://gnuradio.org/trac/browser/gnuradio/branches/developers/n4hy/ofdm/gnuradio-core/src
Dear All,
I have made my own little program (based on libusrp) that reads data from a
file and sends it on the DAC of the USRP (basic db) and simultaneously
receives data and saves it on file. All at 2MHz sample-frequency.
It seems to work well. But when I connect the DAC directly to the ADC I se
29 matches
Mail list logo
