Re: [Discuss-gnuradio] USRP access via sockets

2006-09-06 Thread Written
After a little debugging, I found where exactly the pipe seems to break. Please forgive the redundancy to follow, those of you who are already familiar with the gnuradio graph class hierarchy. AFTER the socket connection between the two computers is established: 1.) usrp_rx_cfile.my_graph.run(

Re: [Discuss-gnuradio] Relative merits of synchronization techniques

2006-09-06 Thread Matt Ettus
So if the sample stream is known to have sufficient zero crossings and has been properly filtered, do you see any hazards to going with the latter technique? Looking for zero crossings doesn't work as well when you have a low SNR, or you have multipath. Multipath can make the bits non-sy

Re: [Discuss-gnuradio] Relative merits of synchronization techniques

2006-09-06 Thread L. Miguel Bazdresch Sierra
Johnathan Corgan, el 09/06/06 13:08: So if the sample stream is known to have sufficient zero crossings and has been properly filtered, do you see any hazards to going with the latter technique? If "sufficient" is really sufficient, then it should be safe. I have implemented circuits using th

[Discuss-gnuradio] Relative merits of synchronization techniques

2006-09-06 Thread Johnathan Corgan
I'd like to hear your thoughts comparing "center of goodness" vs. "zero crossing adjust" techniques for recovering bit timing and deframing in an oversampled NRZ sample stream (I'm sure there are better names for these algorithms!) Take an incoming sample stream which represents an 8X oversampled

Re: [Discuss-gnuradio] module structure and m-block dependencies

2006-09-06 Thread Johnathan Corgan
Eric Blossom wrote: > usrp gr-usrp > gnuradio-core gr-usrp > pmt mblock > gnuradio-core gr-mblock [gr-mblock doesn't exist yet, but this is the idea] > mblock gr-mblock > gnuradio-core gnuradio-examples [and some audio implementation] > gnuradio-core gr-atsc > gnuradio-core gr-audio-alsa > gnuradi

Re: [Discuss-gnuradio] module structure and m-block dependencies

2006-09-06 Thread Johnathan Corgan
Johnathan Corgan wrote: > For "Release 3.0" we're going to ...keep it this way and get the new organization cleaned up, fine-tuned and out the door as tarballs. -Johnathan signature.asc Description: OpenPGP digital signature ___ Discuss-gnuradio mai

Re: [Discuss-gnuradio] module structure and m-block dependencies

2006-09-06 Thread Johnathan Corgan
Greg Troxel wrote: > I think the big question is what kind of top-level structure to be > imposed on blocks intended for specific purposes. This is indeed an open issue I've been "silently dropping." No thought went into organizing the new repository other than to combine what already existed in

Re: [Discuss-gnuradio] module structure and m-block dependencies

2006-09-06 Thread Eric Blossom
On Wed, Sep 06, 2006 at 11:44:40AM -0400, Greg Troxel wrote: > > BBN's code to receive 1 Mbps 802.11 packets will shortly be eligible > for merging in to the real repository (we've sent a signed assignment > to FSF and are just watiting for a countersignature). In thinking > about where to put it

[Discuss-gnuradio] module structure and m-block dependencies

2006-09-06 Thread Greg Troxel
BBN's code to receive 1 Mbps 802.11 packets will shortly be eligible for merging in to the real repository (we've sent a signed assignment to FSF and are just watiting for a countersignature). In thinking about where to put it, I realize there's a bit of complexity. Eventually, many blocks will

Re: [Discuss-gnuradio] Understanding the interfence environment

2006-09-06 Thread Carlo E. Prelz
Subject: Re: [Discuss-gnuradio] Understanding the interfence environment Date: mer 06 set 06 11:33:24 -0400 Quoting Marcus Leech ([EMAIL PROTECTED]): > There's also usrp_fft.py in gnuradio-examples/python/usrp, which uses > the high-level > interface for setting frequency (x

Re: [Discuss-gnuradio] Understanding the interfence environment

2006-09-06 Thread Marcus Leech
Carlo E. Prelz wrote: The actual code for setting frequency and gain (for daughterboard dbs_rx) is found (in python!) in file /gr-usrp/src/db_dbs_rx.py (methods set_freq and set_gain). The procedure is quite abstruse and I found no text document that would explain in a less terse format what w

Re: [Discuss-gnuradio] Understanding the interfence environment

2006-09-06 Thread Carlo E. Prelz
Subject: Re: [Discuss-gnuradio] Understanding the interfence environment Date: mer 06 set 06 07:56:52 -0400 Quoting Marcus Leech ([EMAIL PROTECTED]): > Roberto Mastrodonato wrote: > >Hi > > > >how can you set frequency and gain? > >10x > >R > The DBS_RX tunes from around 900Mhz to

Re: [Discuss-gnuradio] Understanding the interfence environment

2006-09-06 Thread Marcus Leech
Roberto Mastrodonato wrote: Hi how can you set frequency and gain? 10x R The DBS_RX tunes from around 900Mhz to around 2200Mhz, and also has variable-gain amplifiers, as does the AD9862 A/D chip. There are usrp functions to control this, which I use in my radio astronomy application. ___

Re: [Discuss-gnuradio] Understanding the interfence environment

2006-09-06 Thread Roberto Mastrodonato
Hihow can you set frequency and gain?10xR2006/9/6, Marcus Leech <[EMAIL PROTECTED]>: David I. Emery wrote:>>>   And there are a number of other emitters in that area you might> just have lucked into... (especially some that might show up as images> with a high gain and relatively broadband LNA

Re: [Discuss-gnuradio] Understanding the interfence environment

2006-09-06 Thread Marcus Leech
David I. Emery wrote: And there are a number of other emitters in that area you might just have lucked into... (especially some that might show up as images with a high gain and relatively broadband LNA feeding the DBSRX tuner). I'd not assume C or X band, there are rad