Re: [Discuss-gnuradio] Early Late Prompt Correlation and Costas Loop implementation

2009-05-27 Thread Tom Lutz
> I am using Flex-2400 boards and the received signal is ideally at baseband > which in fact is not possible because, of various factors. Now, we have a > signal that has a center frequency 'fc' which is not 0Hz. Assuming the > costas to lock at this carrier I can achieve my goal. Isn't it right? >

Re: [Discuss-gnuradio] RE: Discuss-gnuradio Digest, Vol 78, Issue 23

2009-05-24 Thread Tom Lutz
> Hi : > Few days ago i typed the following commands to install the BBN 80211 >     [r...@no1 bbn_80211]#./configure >     [r...@no1 bbn_80211]#./make >     [r...@no1 bbn_80211]#./make check >     [r...@no1 bbn_80211]#./make install > >     and the info that the system showed did not seem to be

Re: [Discuss-gnuradio] Build tree versus Install Tree

2009-05-22 Thread Tom Lutz
It's more like this: I want to use a block that I wrote in grc without going through make install. On Fri, May 22, 2009 at 5:56 PM, Eric Blossom wrote: > On Fri, May 22, 2009 at 05:36:16PM -0400, Tom Lutz wrote: >> Is there an easy way to test out my code modifications without

[Discuss-gnuradio] Build tree versus Install Tree

2009-05-22 Thread Tom Lutz
Is there an easy way to test out my code modifications without doing 'make install'? It takes so long... Thanks, Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Bit Recovery on Oversampled Signal

2009-05-22 Thread Tom Lutz
I believe there was some discussion recently on this, and I'd like to hear more about what everyone thinks... I need to recover bits from a binary data stream, and I'm wondering if there is something better than the M&M loop to do so, as I have many samples per symbol. I didn't see any existing b

[Discuss-gnuradio] Costas Loop not Locking (Solved)

2009-05-22 Thread Tom Lutz
I was having a very difficult time trying to get a Costas Loop to work yesterday for order=2. I discovered, by the end of the day, several things: 1. Min and Max frequency are in Radians per Sample (the documentation says 'normalized', but I wasn't sure whether it meant cycles/sample or radians/s

Re: [Discuss-gnuradio] Recommended PC Hardware for Performance

2009-05-19 Thread Tom Lutz
Awesome! Thanks for the info. I don't think I'm using the fft filters, so I'll give that a shot. Tom On Tue, May 19, 2009 at 12:05 PM, Eric Blossom wrote: > On Tue, May 19, 2009 at 08:26:18AM -0400, Tom Lutz wrote: >> This may be a somewhat banal question, but w

[Discuss-gnuradio] Recommended PC Hardware for Performance

2009-05-19 Thread Tom Lutz
This may be a somewhat banal question, but what would be the optimal hardware/software configuration needed to leverage the power of gnuradio? Core i7 versus Core2 Duo versus Other (maybe cell)? 64-bit Linux versus 32? Any hardware acceleration/DSP cards? Amount/type of RAM? While running some fl

Re: [Discuss-gnuradio] tcp and udp server

2009-05-15 Thread Tom Lutz
On Fri, May 15, 2009 at 10:49 AM, Eric Blossom wrote: > On Fri, May 15, 2009 at 12:39:19PM +, feldmaus wrote: >> Hi All, >> >> i am read something about "sending data over tcp". >> as i can see in grc there is only an udp sink. >> >> Is there still a tcp sink ? > > No need.  Use python to open

[Discuss-gnuradio] dbpsk modulation

2009-05-14 Thread Tom Lutz
Would someone mind explaining how to appropriately use the dbpsk modulator, given a desired bit rate and carrier frequency? I can't seem to figure out how excess_bw and samples_per_symbol affect the parameters I ultimately want to set (bit rate and carrier freq). Thanks, Tom ___

Re: [Discuss-gnuradio] Thread Synchronization

2009-05-13 Thread Tom Lutz
> This might work on x86 machines, but isn't safe on machines > with weak memory ordering across processors (e.g., PPC, Itanium). > You'd need to introduce architecture specific memory barriers. > > Can you put the mutex at a higher level (e.g., in the object that > has the gr_oscope_guts)? > > Eri

Re: [Discuss-gnuradio] Re: Re: basic questions about usrp_fft.py and usrp_oscope

2009-05-13 Thread Tom Lutz
> > > What's worse is, the oscope program sometimes randomly freezes up, so I > have to force quit the program to close it. > -Ankit It may be overloaded with data. Unable to keep up with the data flow, the GUI freezes. Try ./usrp_oscope.py -n 5 ...or pick another number greater than 1 and see

Re: [Discuss-gnuradio] Thread Synchronization

2009-05-13 Thread Tom Lutz
> > Please use the boost mutexs: > > #include > > boost::mutex m; // the mutex > > boost::mutex::scoped_lock guard(m)// the scoped guard > > Eric > Would it severely affect performance to create a boost::mutex::scoped_lock inside the function gr_oscope_guts::process_s

Re: [Discuss-gnuradio] Thread Synchronization

2009-05-12 Thread Tom Lutz
On Tue, May 12, 2009 at 4:09 PM, Eric Blossom wrote: > On Tue, May 12, 2009 at 03:22:47PM -0400, Tom Lutz wrote: > > I'm editing some of the .cc files and would like to know the preferred > > method for performing thread synchronization in C++ code. In particular, > I &

[Discuss-gnuradio] Thread Synchronization

2009-05-12 Thread Tom Lutz
I'm editing some of the .cc files and would like to know the preferred method for performing thread synchronization in C++ code. In particular, I noticed that the set and get methods that are called on the gr_oscope_guts class originate from a different thread then that of process_samples, and thi

[Discuss-gnuradio] Oscope Triggering and Sampling

2009-05-06 Thread Tom Lutz
I searched the list and perused some source code, but could not find answers to the following, so 1) Is there a way to do a 'one-time' trigger with the oscilloscope? I like having the ability to capture data and examine it. 2) I can't seem to capture more than a very small window of samples,