Hello.
I have a simple question about GNU radio.
Is it possible to change the transmission power within one frame?
I want to make a protocol that transmits some part of the frame with high power,
and transmits some part with low power.
Thank you
--
YoungBin
Hi all,
I tried to subscribe the openbts mailing list, but I did not succeed. I sent
email to dburg...@kestrelsp.com to subscribe the openbts mailing list. Could
anyone please help me solve the following problem?
I tried to run the OpenBTS according to the instruction.
http://www.gnuradio.o
Hi,
I'm the beginner of this gnu radio, and i'm trying to know about the use of
gnu radio for RFID reader, like how to generate query command , encoding,
modulation etc. Are there references or projects which are working in this
field?. Or might be anyone in this mailing list who can give any ke
Hi all,
I
installed the OpenBTS and GNURadio (svn trunk). I did the svn update today. I
got a segmentation fault when I ran ./transceiver. I found others
also met this kind of segmentation fault, but I don't find any
solutions for it through google. Could anyone please tell me how to
solve this
congratulations sir, you have found a copy + paste bug.
The fix is in the trunk: http://gnuradio.org/trac/changeset/10884
-josh
Karthik Vijayraghavan wrote:
Hi,
I think the gr_delay.xml should use gr.skiphead(int delay). Right now
it uses gr.head(int delay) which just copies "delay" samples a
The DAC rate is 100e6. The "bitrate" is the desired data rate of the
over the air modulation. It should be MUCH less, like 100k to 1M or so.
There is absolutely nothing in any of the systems for which 200e6 is a
correct choice.
Matt
Smith L. wrote:
Hi,
I already tried to set the value
Hi,
I think the gr_delay.xml should use gr.skiphead(int delay). Right now
it uses gr.head(int delay) which just copies "delay" samples and
signals done.
Regards,
Karthik
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/m
Hi,
I tried 100e6 as converter rates for USRP2. But it is still not working.
USRP1 and USRP2 receive and transmit at 500kbps which is the default bit
rate defined in pick_bitrate. So how could they have bit rate
incompatibility. The samples per symbol is also 2 for both of them. I am
still wonder
On Mon, Apr 20, 2009 at 8:08 AM, Johnathan Corgan
wrote:
>> I checked out the trunk and tried compiling the code. I get the
>> following error message in in the middle of the compile. I have tried
>> compiling the latest trunk and also R10877 and still get the same
>> error. I did the regular ./bo
On Mon, 20 Apr 2009, Matt Ettus wrote:
emat...@nd.edu wrote:
On Mon, 20 Apr 2009, Johnathan Corgan wrote:
On Mon, Apr 20, 2009 at 7:59 AM, wrote:
Is there any reason why the situation could not be the same as with the
USPR1, with which I can program 2 DDC's on 1 LFRX daughterboard (with
t
Ahh, no vector sink. The vector sink will queue up samples forever, and
although you can clear the buffer, you will not stay vector aligned with
the fft size.
Vector sink is good for the QA code with a finite number of samples in
and out, but i would definitely not recommend it for dealing wit
On Mon, Apr 20, 2009 at 11:32:42AM -0400, emat...@nd.edu wrote:
> On Mon, 20 Apr 2009, Johnathan Corgan wrote:
>
>> On Mon, Apr 20, 2009 at 7:59 AM, wrote:
>>
>>> Is there any reason why the situation could not be the same as with the
>>> USPR1, with which I can program 2 DDC's on 1 LFRX daughter
emat...@nd.edu wrote:
On Mon, 20 Apr 2009, Johnathan Corgan wrote:
On Mon, Apr 20, 2009 at 7:59 AM, wrote:
Is there any reason why the situation could not be the same as with the
USPR1, with which I can program 2 DDC's on 1 LFRX daughterboard (with
the
appropriate mux) to tune in two sepa
On Mon, Apr 20, 2009 at 11:32 AM, wrote:
> On Mon, 20 Apr 2009, Johnathan Corgan wrote:
>
>> On Mon, Apr 20, 2009 at 7:59 AM, wrote:
>>
>>> Is there any reason why the situation could not be the same as with the
>>> USPR1, with which I can program 2 DDC's on 1 LFRX daughterboard (with the
>>> a
On Mon, 20 Apr 2009, Johnathan Corgan wrote:
On Mon, Apr 20, 2009 at 7:59 AM, wrote:
Is there any reason why the situation could not be the same as with the
USPR1, with which I can program 2 DDC's on 1 LFRX daughterboard (with the
appropriate mux) to tune in two separate frequencies?
Yes,
> I checked out the trunk and tried compiling the code. I get the
> following error message in in the middle of the compile. I have tried
> compiling the latest trunk and also R10877 and still get the same
> error. I did the regular ./bootstrap and used
>
> ./configure --enable-doxygen --with-boost
On Mon, Apr 20, 2009 at 7:59 AM, wrote:
> Is there any reason why the situation could not be the same as with the
> USPR1, with which I can program 2 DDC's on 1 LFRX daughterboard (with the
> appropriate mux) to tune in two separate frequencies?
Yes, the USRP2 only has one DDC in the FPGA code.
On Mon, 20 Apr 2009, Johnathan Corgan wrote:
On Mon, Apr 20, 2009 at 7:44 AM, Johnathan Corgan
wrote:
The USRP has one receive daughterboard and one baseband DDC, so no,
you can only tune to one center frequency.
I of course meant the USRP2 here.
Johnathan
Is there any reason why the sit
On Mon, Apr 20, 2009 at 7:44 AM, Johnathan Corgan
wrote:
> The USRP has one receive daughterboard and one baseband DDC, so no,
> you can only tune to one center frequency.
I of course meant the USRP2 here.
Johnathan
___
Discuss-gnuradio mailing list
On Mon, Apr 20, 2009 at 5:23 AM, Tom Rondeau wrote:
> Ok, one more time. Trunk revision 10851 has a bug in it. We are now up to
> revision 10883 which does not have a bug in it. Update to the latest trunk
> and do the full make process from bootstrap to make install.
>
> If you want to use a stab
On Mon, 20 Apr 2009, Johnathan Corgan wrote:
On Mon, Apr 20, 2009 at 7:33 AM, wrote:
is it possible to tune the USRP2 to two different frequencies? I can do
this with the USRP1 and a LFRX daughterboard using usrp.tune twice:
The USRP has one receive daughterboard and one baseband DDC, so
On Mon, Apr 20, 2009 at 7:33 AM, wrote:
> is it possible to tune the USRP2 to two different frequencies? I can do
> this with the USRP1 and a LFRX daughterboard using usrp.tune twice:
The USRP has one receive daughterboard and one baseband DDC, so no,
you can only tune to one center frequency.
Hi all-
is it possible to tune the USRP2 to two different frequencies? I can do
this with the USRP1 and a LFRX daughterboard using usrp.tune twice:
# Ch 0
r = usrp.tune(self.u, 0, self.subdev[0], target_freq1)
# Ch 1
r = usrp.tune(self.u, 1, self.subdev[1], target_freq2)
to tune each DDC to
Ane Andersen wrote:
Hi Tom
Well yes Murphy's law is still in use. Actually I was wondering why I
was recommended to check out the latest version in the trunc in the
first place. Doesn't the stable releases work with USRP2?
When I checkout the 10851 trunc I uninstalled the gnuradio and made a
Hi!
I want to implement an audio transmission system. As a reference i use 802.11g,
but my design is much simpler because my goal is 1.4 Mbps throughput (excl. all
overheads). I am using USPR + RFX2400. My goal is to implement as much as
possible on hardware. At the moment I am thinking about h
Hi Tom
Well yes Murphy's law is still in use. Actually I was wondering why I was
recommended to check out the latest version in the trunc in the first place.
Doesn't the stable releases work with USRP2?
When I checkout the 10851 trunc I uninstalled the gnuradio and made a
distclean just to be on t
Hi,
> On Mon, 4/20/09, Saleem Akhtar wrote:
> Hi,
> It appears that gr.message_sink and gr..msg_queues are for
> digital data. but my flowgraph (periodogram) is for analog
> samples,
This is not true (see: usrp_spectrum_sense.py).
> complex baseband samples from usrp --> stream to vector
> (v
Hi all,
Thank you Colby for the update. I just run the code and it seems to
work, but when I send packets from another USRP2 with the same frequency
(bbn_80211b_tx_port2.py) I don't see anything happening.
when I run wireshark, a huge number of packets was arriving, something
like 11000 packets
If you want to extract samples from a gnuradio data stream and process
them in python, you should make a hierarchical block with a message sink
inside. The wxgui blocks are all great examples for this.
Try
http://gnuradio.org/trac/browser/gnuradio/trunk/gr-wxgui/src/python/fftsink_gl.py
-Jos
29 matches
Mail list logo
