-Original Message-
From:
discuss-gnuradio-bounces+per.zetterberg=ee.kth...@gnu.org
[mailto:discuss-gnuradio-bounces+per.zetterberg=ee.kth...@gnu.
org] On Behalf Of Radha Krishna Ganti
Sent: den 1 april 2009 19:35
To: Discuss-gnuradio@gnu.org
Subject: [Discuss-gnuradio] libusrp
Dear All,
I have connected a signal generator to my USRP and I am using a CW. Thus I
have a constant input power. I am running the usrp_rx_cfile.py utility
(exact command line below). If I run gnuradio 3.1.3 then the amplitude I see
is 16dB higher than if compile from the trunk (checked out a
On Thu, Apr 02, 2009 at 04:55:39AM +0200, William Sherman wrote:
However when I run a test program with:
from gnuradio import howto
There's several places where this can go wrong, but my guess is you're
trying to run the line above in one of your qa_* files through make
check - right?
If so,
There's another chance to get kids into radio...
If a high volume kids' laptop had stereo HD audio ports available
(24-bit 192 kHz converters, 95 db input and 100 db output), how cheap
and small a circuit could you build onto that motherboard to provide
useful LW/AM radio reception? Could you
Hi,
--- On Thu, 4/2/09, John Gilmore g...@toad.com wrote:
There's another chance to get kids into radio...
If a high volume kids' laptop had stereo HD audio ports available
(24-bit 192 kHz converters, 95 db input and 100 db output), how cheap
and small a circuit could you build onto that
Hi All,
i only want to let you know, that some of the mails
i posted here are not shown in gmane.org, but in my
newsreader thunderbird(debian).
Maybe there is a problem ?
Regards Markus
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
Hi,
Hello everyone,
I am trying to implement some relaying schemes in gnuradio which require
fast response from
the relay. I only know how to use flow graphs at the moment so I made my
code with flowgraphs and
the delay from receiving a packet until I retransmit it is about 10ms. I'm
using
Thank you all for help/suggestions.
I think I was most successful in implementing it the way Karthik described
it. My code below:
const float *in = (const float *) input_items[0];
float *out = (float *) output_items[0];
for (int i = 0; i d_vlen; i++){
temp = in[i] * (i+1);
On Apr 1, 2009, at 11:26 PM, William Sherman wrote:
Michael Dickens wrote:
Hi Ali - Check out the following MS thesis, by a ex-colleague of mine
here at ND:
Practical Implementation of a Cognitive Radio System for Dynamic
Spectrum Access
On Thu, Apr 02, 2009 at 09:47:33AM +, feldmaus wrote:
Hi All,
i only want to let you know, that some of the mails
i posted here are not shown in gmane.org, but in my
newsreader thunderbird(debian).
Maybe there is a problem ?
Regards Markus
No clue. We don't have anything to do with
Hi, dear all,
I was trying to using the benchmark_rx.py in the digital-bert file to
receive a BPSK modulated signal from another USRP using
benchmark_tx.py, the problem is that even I did not run the
benchmark_tx.py, I am still receiving sth with benchmark_rx.py, could
anyone explain this to me?
On Thu, Apr 02, 2009 at 10:09:19AM -0400, yufeng wang wrote:
Hi, dear all,
I was trying to using the benchmark_rx.py in the digital-bert file to
receive a BPSK modulated signal from another USRP using
benchmark_tx.py, the problem is that even I did not run the
benchmark_tx.py, I am still
Sorry, no.
Eric
OK,
Is there a way to distinguish between an uninitialized history (which
seems to be all 0's) and a history whose data is all 0's?
Or perhaps some way that the work function knows this that it is the
first time being called (I am currently kludging it with a class
On Thu, Apr 02, 2009 at 09:30:47AM -0500, Jason Uher wrote:
Sorry, no.
Eric
OK,
Is there a way to distinguish between an uninitialized history (which
seems to be all 0's) and a history whose data is all 0's?
No. 0 == 0 :-)
Or perhaps some way that the work function knows this
Hi,
On Thu, 4/2/09, Matigakis Emmanouil mmatiga...@isc.tuc.gr wrote:
Hello,
I did tried to increase the sampling rate and the delay
went up to 100ms. I was getting a lot of Uo on the screen though from
the program. The block I've made that does the
processing stores the waveform it
Hello everyone,
I am trying to implement some relaying schemes in gnuradio which require
fast response from
the relay. I only know how to use flow graphs at the moment so I made my
code with flowgraphs and
the delay from receiving a packet until I retransmit it is about 10ms. I'm
using
Hi,
I'm successfully running the demo scripts supplied with the BBN 802.11b
code on USRP1, with typical output:
PKT: len=59, rssi=-21, src=00:1f:3c:a5:EF:52, time=1277411936, rate=1
Mbps
PKT: len=42, rssi=-21, src=00:1f:3c:a5:EF:52, time=1277413056, rate=1
Mbps
PKT: len=59, rssi=-24,
Hi,
Basically, SCA and GNU Radio are two different methods to implement SDR.
However, SCA has CORBA as software bus to add different applications. I am
thinking if I can treat GNU Radio as non-CORBA modem applications and plug GNU
Radio into the SCA core framework through a adapter. I think
On Tue, Mar 31, 2009 at 5:23 AM, Jay Kumar li...@ruby-forum.com wrote:
I have installed gnuradio-3.1.3 on RHEL4 with i686 architecture.I have
loaded the firmware in the usrp.But whenever i try to run
./usrp_oscope.py i get the following error:
We have discovered a bug in usrp_oscope.py, but
Hi,
I am getting the following error while running a programme. Programme is fine.
I have checked it on other PC.
I think there is some thing wrong with the installation of SWIG or else.
Traceback (most recent call last):
File ./gsm_scan.py, line 21, in
On Wed, Apr 1, 2009 at 11:45 PM, Per Zetterberg
per.zetterb...@ee.kth.se wrote:
I have connected a signal generator to my USRP and I am using a CW. Thus I
have a constant input power. I am running the usrp_rx_cfile.py utility
(exact command line below). If I run gnuradio 3.1.3 then the
On Thu, Apr 02, 2009 at 11:02:23AM -0700, gohar anwar wrote:
Hi,
I am getting the following error while running a programme. Programme is
fine. I have checked it on other PC.
I think there is some thing wrong with the installation of SWIG or else.
I am trying to transmit from a file stored using usrp_rx_cfile.py (or
usrp_rx_cfile created using usrp_rx_cfile.cc/h). I have been able to
successfully do this using a usrp_tx_cfile.cc/h program derived from the rx
version. I can't, however, get similar functionality using python. I am
new to
On Thu, Apr 02, 2009 at 03:59:22PM -0400, Jaze Dalton wrote:
I am trying to transmit from a file stored using usrp_rx_cfile.py (or
usrp_rx_cfile created using usrp_rx_cfile.cc/h). I have been able to
successfully do this using a usrp_tx_cfile.cc/h program derived from the rx
version. I
I did not run make install before.
When I ran make install I get the following messages:
curve: [~/Masters/ren_static/gr-howto-ren-3.1.3] % make install
Making install in config
Making install in src
Making install in lib
make install-am
test -z
Hi all,
I'm trying to port the tx code to the usrp2 based on Colby's branch and i'm
having some problems. The program freezes when the 3rd packet is being sent.
The program uses a gr.message_source to buffer the packets and convert them
into a data flow to the modulator, and the problem is that,
I am considering purchasing the following items from Ramsey Electronics for
use with the USRP and would like some feedback regarding whether they are
compatible. I figure there are probably folks here that have either used
these items or have at least considered them at some point.
The first item
I'm finally getting back to working with the USRP and would like a sanity
check on if I am thinking about something correctly.
Let's say that I want to generate a BPSK signal at a data rate of, say, 1000
bits per second. Is all I have to do is generate an antipodal (+/-V where V
is some constant
Sheng,
are you familiar with OSSIE project (http://ossie.mprg.org) ? It's an
open source SCA implementation and they use USRP as their RF front
end. Perhaps that could be a better place to start. However, I'm not
sure what is your ultimate goal.
Jakub
2009/4/2 sheng sheng...@yahoo.com:
Hi,
Markus Feldmann schrieb:
Eric Blossom schrieb:
On Wed, Apr 01, 2009 at 07:32:04AM +, feldmaus wrote:
Eric Blossom eb at comsec.com writes:
To disable automatic ADC control on all ADC's:
u.set_dc_offset_cl_enable(0x0, 0xf)
Then set the offset that you want for each ADC using:
It seems to run a lot better now after I reinstalled the latest firmware
on the SD Card.
Thank you.
Thanh
-Original Message-
From: Eric Blossom [mailto:e...@comsec.com]
Sent: Wednesday, April 01, 2009 3:15 PM
To: Pham, Thanh
Cc: discuss-gnuradio@gnu.org
Subject: Re:
I am using the two lines in the rx_nop_handler.h to print out the
timestamp.
printf(W0: %08x TS: %08x\n, metadata-word0,
metadata-timestamp);
printf(I0: %08x\n, items[0]);
Looking at the timestamp that was printed out from usrp2_fft.py, I
notice that there is always a few extra
Hello all,
I am not sure whether this is strange behaviour or I am misunderstanding
what you can do with hier_blocks.
Problem is best described with an example:
from gnuradio import gr
class h_block(gr.hier_block2):
def __init__(self):
gr.hier_block2.__init__(self,
On Thu, Apr 02, 2009 at 10:11:38PM -0700, Johnathan Corgan wrote:
On Thu, 2009-04-02 at 22:05 -0700, Josh Blum wrote:
Im not sure if there is a ticket about this, maybe
http://gnuradio.org/trac/ticket/161 is related.
It is related, and the solution to 161 will fix this issue as well.
34 matches
Mail list logo