Vincenzo Pellegrini wrote:
Hi everybody,
just a simple question:
does the RFX900 provide 200mW just out of the box? Do I have to take
care of something in particular in order to obtain them?
Actually, what are the appropriate gain values that I should pass to
subdev.set_gain() n order to max
Just came across this while surfing around...
http://www.mhprofessional.com/product.php?isbn=0071498834
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> "The problem we are overcoming is the USB data rate bottleneck, which is
> limited to 32 MBps. Although this bit rate is high enough for many
> applications of gnuradio, for an 802.11b receiver it is not sufficient,
> because of the signal's bandwidth. The RF bandwidth of an 802.11b signal is
If this is true, why is it that the residual carrier is reported as zero?
Are you suggesting that this value is not correct?
Isaac
Matt Ettus wrote:
>
> isaacgerg wrote:
>> I am sending a known sequence of samples from one USRP to another using
>> the
>> Basix RX/TX d'boards setting the freq
On Tue, Jul 29, 2008 at 8:42 AM, isaacgerg <[EMAIL PROTECTED]> wrote:
>
> If this is true, why is it that the residual carrier is reported as zero?
> Are you suggesting that this value is not correct?
I think all Matt is saying is that the two receivers are working off
of different local oscillato
On Tue, Jul 29, 2008 at 5:42 AM, isaacgerg <[EMAIL PROTECTED]> wrote:
> If this is true, why is it that the residual carrier is reported as zero?
> Are you suggesting that this value is not correct?
What GRC is reporting as "residual carrier" is not what you seem to
think it is. It refers to how
Hello,
I've started again from the begining. I have installed Ubuntu 7.1, not in a
virtual machine. In a Pentium IV, 3 GHz, with 2 GBytes of RAM. I have done
all this steps - http://gnuradio.org/trac/wiki/DebianPackages - . I run the
dial_tone.py and it sounds ok, so I suppose that GNU Radio is ins
On Tue, Jul 29, 2008 at 11:01 AM, rita pfc
<[EMAIL PROTECTED]> wrote:
> Hello,
> I've started again from the begining. I have installed Ubuntu 7.1, not in a
> virtual machine. In a Pentium IV, 3 GHz, with 2 GBytes of RAM. I have done
> all this steps - http://gnuradio.org/trac/wiki/DebianPackages -
I agree with this analysis unless Isaac tells us he has a carrier and baud
synchronizer in his system. If he is looking at raw output from the USRP,
indeed the two oscillators (as they would in any real system) shift
frequency over time and drift in and out of any phase relationship.
Bob
ARRL S
On Mon, Jul 28, 2008 at 6:14 PM, Mohammad Hamed Firooz
<[EMAIL PROTECTED]>wrote:
>
> That is not always true, actually it depends on when and where you are
> going to measure a channel, For example in a office during a day, channel
> could change several times in a second.
>
That's correct Ham
Thanks Matt!
really precious answer..
actually, transmitting an 8 MHz wide signal at 820MHz without bypassing
the ISM filter.. what kind of attenuation should I expect? ..I mean..
just a rough estimate of its magnitude..
thanks
vincenzo
On Tue, 2008-07-29 at 00:06 -0700, Matt Ettus wrote:
> Vin
Hi All,
I am trying to do a multi-carrier transmission. I went through the
benchmark_ofdm_tx.py and benchmark_ofdm_rx.py files. How can I set the
specific subcarrier? Say, -d 32 --fft-length=512 --occupied-tones=200. What
I understand is that a 2M bandwidth is divided into 512 subcarriers, and 20
Hi all,
I am having trouble running a testbench in ModelSim which uses
megacells. I added megacells such as fifo_4kx16_dc.v and fifo_1kx16.v,
but when trying to simulate I get errors such as:
Error: (vsim-3033)
Z:/gnychis/fpga/usrp/fpga/megacells/fifo_4kx16_dc.v(89): Instantiation
of 'dcfi
George Nychis wrote:
Hi all,
I am having trouble running a testbench in ModelSim which uses
megacells. I added megacells such as fifo_4kx16_dc.v and fifo_1kx16.v,
but when trying to simulate I get errors such as:
Error: (vsim-3033)
Z:/gnychis/fpga/usrp/fpga/megacells/fifo_4kx16_dc.v(89):
Brian Padalino wrote am 2008-07-29 17:07:
On Tue, Jul 29, 2008 at 11:01 AM, rita pfc
<[EMAIL PROTECTED]> wrote:
Hello,
I've started again from the begining. I have installed Ubuntu 7.1, not in a
virtual machine. In a Pentium IV, 3 GHz, with 2 GBytes of RAM.
Much better, we do not support VMwar
Hello,
In the BBN 802.11 package, I see the scripts for receiver, and some lines of
code for packet handling as well.
==
def rx_callback(ok, payload):
size = struct.calcsize("@qHBB");
packet_data = payload[size:];
hdr = struct.unpac
Inlined responses:
Quoting yyzhuang <[EMAIL PROTECTED]>:
Hello,
Hi,
In the BBN 802.11 package, I see the scripts for receiver, and some lines of
code for packet handling as well.
==
def rx_callback(ok, payload):
size = struct.calcsize
Howdy list,
My partner and I have been working on getting a QAM demodulator
working on the gnuradio; the current patch, with lots of debugging
spew still present, is located at
http://www.cae.wisc.edu/~masond/gr-qam-patch-rev7.diff .
The current problem: When the constellation 'loc
At 04:33 PM 7/29/2008, yyzhuang wrote:
And what exactly the "time" is? As I see in the script, is it in ticks?
means the time instance, or the inter-arrival time?
"time" is a packet arrival timestamp, in microseconds, relative to the time
the receiver is started. It is calculated by counting
Quoting "Y. Zhuang" <[EMAIL PROTECTED]>:
Thanks very much for help. So "@qHBB" and "@qHbB" actually mean the
format that we should unpack this string, right? What is the
differences between "@qHBB" and "@qHbB" then? and "@BB"?
Thank you
Yes. Basically, to summarize the python doc I l
Thanks. I think it should be something from the 802.11 frame over the
wireless link.
Since I see the time and other stuff are got from the packet, could
you tell me how is the packet received from usrp (by sampling in the
usrp?), what is its format? and for how we can actually do with it, is
unpa
That's the point. But to unpack a packet, we have to know exactly its format.
Hope someone can tell what format of the packet is. And what information can
we get from the packets.
Thanks everybody =^D
Mason-29 wrote:
>
> Quoting "Y. Zhuang" <[EMAIL PROTECTED]>:
>
>> Thanks very much for help.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jul 29, 2008, at 6:14 PM, yyzhuang wrote:
That's the point. But to unpack a packet, we have to know exactly
its format.
Hope someone can tell what format of the packet is. And what
information can
we get from the packets.
The 802.11 packe
Vincenzo wrote:
Thanks Matt!
really precious answer..
actually, transmitting an 8 MHz wide signal at 820MHz without bypassing
the ISM filter.. what kind of attenuation should I expect? ..I mean..
just a rough estimate of its magnitude..
What I meant was that if you are working WITHIN the IS
Hi Mason,
... The amplitude of the receiver output seems to spray out pretty
widely from the constellation point intended.
It could be an AGC issue---is the AGC time constant long compared with a
symbol?
Is the distribution of constellation points uniform (each is picked with
equal
probabil
Hi,
1) Just use USRP FPGA file (firmware) that contains no halfband filter as in
the following example:
decim = 4
set_fpga_filename="std_4rx_0tx.rbf" # This FPGA firmware contains 4 Rx paths
without halfbands and 0 tx paths.
u = usrp.source_c(0, decim_rate=decim, fpga_filename=set_fpga_filename
26 matches
Mail list logo
