On 11/11/2010 03:46 PM, Tom Rondeau wrote:
On Wed, Nov 10, 2010 at 12:52 PM, Andis Dembovskis
andis.dembovs...@gmail.com wrote:
Hello, dear GNU-Radio community,
Some last weeks I am coping with how to run and reconfigure gr.top_block on
the fly, didn't manage, so I thought, maybe someone
Hi all
I am trying to create a simple direction finding device using the Ettus
USRP1 and 2 DBSRX receivers. However I am finding a large amount of phase
noise between the two receivers. Even across a 128 sample collection I
find over 60 degrees of phase change. Because the two receivers are
The second image shows the plot of the two real components of the same 128
samples.
The phase shift is so large it is visible in the plot. I
I noticed that the tuned frequency is about 12 kHz off target, but this is
within the expected spec. of the system.
On 11/12/2010 08:32 AM, tom_wgs wrote:
Hi all
I am trying to create a simple direction finding device using the Ettus
USRP1 and 2 DBSRX receivers. However I am finding a large amount of phase
noise between the two receivers. Even across a 128 sample collection I
find over 60 degrees of
I'm fairly new to GNURadio.
I have 2 USRP1 and two computers running Ubuntu 10.04.
I have a LFTX and a LFRX in my boxes that I'm hooking to a laser comm.
system.
When I run:
sudo python tunnel.py -f 10e6
I get the following:
Requested TX Bitrate: 100k Actual Bitrate: 125k
terminate called
Hi,
I am trying to capture a RFID Reader-Tag Conversation at 866.3MHz. I'm
testing 2 cards: A FLEX 900 and a DBSRx rev2.2. With the FLEX900 i'm able to
clearly see the Reader signals and the tag replies, but with the DBSRx the
signals showed distorted by some higher frequency signals.
Using
On Fri, 2010-11-12 at 19:56 +0200, john kimionis wrote:
Hi,
I am trying to capture a RFID Reader-Tag Conversation at 866.3MHz. I'm
testing 2 cards: A FLEX 900 and a DBSRx rev2.2. With the FLEX900 i'm
able to clearly see the Reader signals and the tag replies, but with
the DBSRx the signals
tom_wgs wrote:
Hi all
...
..
Thank you for your time and any help would be very much appreciated.
Tom
I have attached a couple additional plots showing the results of taking
128 complex points at 500 kHz sampling rate from channel 2, and dividing
it (complex) by the same number of
Steven Clark-2 wrote:
The second image shows the plot of the two real components of the same
128
samples.
The phase shift is so large it is visible in the plot. I
I noticed that the tuned frequency is about 12 kHz off target, but this
is
within the expected spec. of the system.
=
*Problem:*
The channel decoding should be performed on the output of ofdm_demod
block(ofdm_frame_sink ; the last block that produces demodulated OFDM
symbols). But, the combined_ viterbi block performs the demodulation of BPSK
or QPSK based on the signal constellation and provides
Matt Ettus wrote:
On 11/12/2010 08:32 AM, tom_wgs wrote:
Hi all
...
What phase noise improvements are seen in the new DBSRX2 daughter boards?
The DBSRX2 has much better close in phase noise, so it will improve on
this. However, I think what you are seeing with the original DBSRX
Howdy,
I'm playing around with GRC and trying to transmit a file between two
computers (based on Alex Csete's video streaming GRC code).
Transmitter:
USRP1 + LFTX
GRC:
File Source - Packet Encoder - GMSK - Const. Multiply - USRP sink
Receiver:
USRP1 + LFRX
GRC:
USRP Source - LPF - GMSK
On 11/09/2010 11:44 PM, Brett L. Trotter wrote:
Does any alteration to code or firmware need to be made in order to get
a USRP2 to lock to an external 10MHz reference?
I'm still looking for more information on this subject, and have some
additional information to add.
We're still in the non
On Nov 12, 2010, at 4:12 PM, Alexandru Csete wrote:
I don't know if anything got fixed in the macports package but I got a tip to
execute a python_select python26 and reboot. After doing so and installing
py26-scipy I could execute the qt_digital.py example included in the gr-qtgui
The no control response might mean the pause frames are messing up the
control packets. Does this happen in a receive only application?
One way to alleviate this would be to run the flow control branch and
images. See the flow control branch on the UHD repo. and images are
here:
I can run the programs (Rx first, then Tx) and I receive the file, but
*slightly* smaller than the transmitted file.
The file being transmitted is 2 MB of /dev/urandom and the received file is
8.192e3 bits smaller than the transmitted file.
It may be not flushing to file. Try using a head
On 11/12/2010 07:14 PM, Josh Blum wrote:
The no control response might mean the pause frames are messing up the
control packets. Does this happen in a receive only application?
One way to alleviate this would be to run the flow control branch and
images. See the flow control branch on the UHD
17 matches
Mail list logo
