Re: [Discuss-gnuradio] Making my own blocks

On Tue, Nov 01, 2011 at 12:20:01PM -0400, Chris Lirakis wrote: > Thanks to everyone who responded to my post yesterday. I've been slowly > slogging my way through the code. Yes, it is a lot less connected than I > originally thought. I needed to extract some helper functions from gnuradio/gr > > S

[Discuss-gnuradio] SDR contest

http://wireless.vt.edu/sdrcontest/ This should be interesting to a lot of people on this list! Philip ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] QPSK with direct-sequence spread spectrum

I second Peter. As long as you make sure in your gray-coded QPSK constellation, 0 is mapped to +1 and 1 is mapped to -1 then XOR is equivalent to multiplication. On Mon, Oct 31, 2011 at 1:59 PM, Peter Massam wrote: > > In general you're right, but it depends on the details. Its usually quite > s

Re: [Discuss-gnuradio] SDR contest

Is this just for students or is this open to public teams/individuals? On Wed, Nov 2, 2011 at 11:48 AM, Philip Balister wrote: > http://wireless.vt.edu/sdrcontest/ > > This should be interesting to a lot of people on this list! > > Philip > > ___ > Disc

Re: [Discuss-gnuradio] SDR contest

Is this just for students or is this open to public teams/individuals? On Wed, Nov 2, 2011 at 11:48 AM, Philip Balister wrote: > http://wireless.vt.edu/sdrcontest/ > > This should be interesting to a lot of people on this list! > > Philip > > ___ > Disc

Re: [Discuss-gnuradio] SDR contest

On 11/02/2011 04:12 PM, Jeff Scaparra wrote: > Is this just for students or is this open to public teams/individuals? >From the project scope section: Undergraduate and graduate students or teams of students, advised by a faculty member, are eligible and may propose and solve any problem related

[Discuss-gnuradio] Receivers for Sale

Cleaning the Shack. USRP1 early serial # - No Case w/BasicRX, BasicTX, and one DBSRX. $500 FunDongle $150. Softrock 6.2 rxtx built $65. Softrock 6.0 SDR Receiver 160 receiver built $30. Softrock Lite II - 40 Meter built $50 All prices add $10 for shipping CONUS only. Please contact off lis

[Discuss-gnuradio] detect PPS every second for synchronization

Dear all, I ma using USRP N200 with LFTX & LFRX +UHD to build up a transmitter and receiver. The transmitter and receiver are working well if continuously running without changing the USRP configuration. I am trying to use a GPS as the synchronization signal for signal reception, which is detec

[Discuss-gnuradio] gr_delay

It looks like setting the delay after block instantiation doesn't do anything. I checked to see whether it was a GRC issue, or the block itself, and indeed, gr_delay doesn't do anything with a post-instantiation setting. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Co

Re: [Discuss-gnuradio] gr_delay

On 11/02/2011 04:35 PM, Marcus D. Leech wrote: > It looks like setting the delay after block instantiation doesn't do > anything. I checked to see whether it was a GRC issue, or the block > itself, > and indeed, gr_delay doesn't do anything with a post-instantiation > setting. trackered new i

Re: [Discuss-gnuradio] gr_delay

On 11/02/2011 07:39 PM, Josh Blum wrote: On 11/02/2011 04:35 PM, Marcus D. Leech wrote: It looks like setting the delay after block instantiation doesn't do anything. I checked to see whether it was a GRC issue, or the block itself, and indeed, gr_delay doesn't do anything with a post-insta

Re: [Discuss-gnuradio] gr_delay

On 11/02/2011 04:43 PM, Marcus D. Leech wrote: > On 11/02/2011 07:39 PM, Josh Blum wrote: >> >> On 11/02/2011 04:35 PM, Marcus D. Leech wrote: >>> It looks like setting the delay after block instantiation doesn't do >>> anything. I checked to see whether it was a GRC issue, or the block >>> itse

Re: [Discuss-gnuradio] gr_delay

On Wed, Nov 2, 2011 at 16:43, Marcus D. Leech wrote: > > To be clear, the problem appears to be with the block itself. GRC > correctly adds the "set_delay" callback spooge. > > But calling that callback in the C++ code doesn't appear to affect the > delay. > Changing the delay via the callback

Re: [Discuss-gnuradio] gr_delay

On 11/02/2011 08:03 PM, Johnathan Corgan wrote: On Wed, Nov 2, 2011 at 16:43, Marcus D. Leech > wrote: To be clear, the problem appears to be with the block itself. GRC correctly adds the "set_delay" callback spooge. But calling that callback in the C++

Re: [Discuss-gnuradio] gr_delay

On Wed, Nov 2, 2011 at 17:19, Marcus D. Leech wrote: > Your assertion that "it does take effect eventually" appears to not be > true in reality (at least in this little test graph) (attached). > > Looking at the code, there's an inline function, set_delay, that calls > set_history(). And the SW

Re: [Discuss-gnuradio] gr_delay

On 11/02/2011 09:33 PM, Johnathan Corgan wrote: On Wed, Nov 2, 2011 at 17:19, Marcus D. Leech > wrote: Your assertion that "it does take effect eventually" appears to not be true in reality (at least in this little test graph) (attached). Looking at the

Re: [Discuss-gnuradio] gr_delay

On 11/02/2011 09:33 PM, Johnathan Corgan wrote: On Wed, Nov 2, 2011 at 17:19, Marcus D. Leech > wrote: Your assertion that "it does take effect eventually" appears to not be true in reality (at least in this little test graph) (attached). Looking at the

Re: [Discuss-gnuradio] gr_delay

On Wed, Nov 2, 2011 at 18:39, Marcus D. Leech wrote: > I want it for two-element interferometry (the nearly-degenerate-case of a > phased array :-) ). I can already do fine phase adjustment just using > complex phase rotation, but coarse adjustment requires that delays be > inserted. I need

Re: [Discuss-gnuradio] gr_delay

On Wed, Nov 2, 2011 at 18:41, Marcus D. Leech wrote: > Also, I wonder whether it has anything to do with the fact that it's a > gr_sync_block, and not a gr_sync_decimator. The FIR filters are all > gr_sync_decimators, and perhaps the block executors treatment of them > and their history setti

Re: [Discuss-gnuradio] gr_delay

On 11/02/2011 09:45 PM, Johnathan Corgan wrote: You could create an FIR filter with zero-valued taps up to the delay, and a single 1.0 tap at the end, then modify the taps as needed to adjust the delay. Johnathan Slick. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy

Re: [Discuss-gnuradio] gr_delay

On 11/02/2011 09:48 PM, Johnathan Corgan wrote: On Wed, Nov 2, 2011 at 18:41, Marcus D. Leech > wrote: Also, I wonder whether it has anything to do with the fact that it's a gr_sync_block, and not a gr_sync_decimator. The FIR filters are all gr_sync_d