Eric Blossom wrote:
On Thu, Jun 01, 2006 at 08:54:28AM -0400, Tom Rondeau wrote:
Set the
alpha value somewhere around 0.005 - 0.05 to get started (and play with it
from there). The beta value should be about an order of magnitude smaller
(it's been set to 0.25*alpha^2; I'm not sure where tha
On Fri, Jun 02, 2006 at 01:40:32AM -0400, amit malani wrote:
> just now i checkedout from CVS so now i have the recent files...i mean just
> for the gnuradio-examples..
> my rest of the build is around a month old..i have basic TX/RX daughter
> boards thats what are installed
Updating gnuradio
On Thu, Jun 01, 2006 at 04:36:49PM -0400, amit malani wrote:
> hi guys!
>
> I am trying to use this sample code, benchmark_gmsk_rx.py. I give frequency
> option to be 29.32e6 (tried 15e6 too)...
> but it gives me assertion error..
>
> File "/usr/local/lib/python2.4/site-packages/gnuradio/db_flexr
On Thu, Jun 01, 2006 at 04:19:38PM -0400, Michael Dickens wrote:
>
> >>I have submitted patches to Eric to fix the .align issue - some
> >>compilers define that number in log2 while others use linear. I'd
> >>be happy to ship you my diff's if you have time to try them out.
> >
> >Great! I wo
On Thu, Jun 01, 2006 at 09:23:31AM -0700, John Clark wrote:
> I had some amount of difficulty getting an 'as is' linux box with an
> arbitrary linux distribution setup to support GNU Radio.
Hi John,
As we discussed before, if your "as is" environment was reasonably
up-to-date, I don't think you'd
On Thu, Jun 01, 2006 at 08:54:28AM -0400, Tom Rondeau wrote:
> Eric and my team at Virginia Tech just got done creating a full
> differentially encoded QPSK transceiver. There's still a bit left to be done
> on it, but the basic building blocks should all be checked in by now. For
> carrier synchro
Johnathan Corgan wrote:
> Matt Ettus wrote:
>
>> I don't have the agc code in front of me, but the definition
>> of the setpoint in important. Assuming you make the setpoint 1,
>> and that the agc is setting the average (of either I or Q) to
>> the setpoint, the amplitude will go from 0 to 2,
Ben Loftin wrote:
What happened to dbs_debug.py? I think I last saw it in 2.6. Thanks.
We got rid of it, and just use usrp_fft.py for all daughterboards. The
only thing is doesn't control is the tunable LPF.
Matt
___
Discuss-gnuradio mailin
What happened to dbs_debug.py? I think I last saw it in 2.6. Thanks.
Ben
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
I've checked in the changes needed for gr-audio-osx to support both
PPC and Intel Macs using the same codebase.
Another change, moving towards interface-similarity with other audio
modules, is that the Source now auto-detects the desired number of
output streams, and internally does not do
Matt Ettus wrote:
> I don't have the agc code in front of me, but the definition
> of the setpoint in important. Assuming you make the setpoint 1,
> and that the agc is setting the average (of either I or Q) to
> the setpoint, the amplitude will go from 0 to 2, since this is AM.
> You will ne
hi guys!
I am trying to use this sample code, benchmark_gmsk_rx.py. I give frequency option to be 29.32e6 (tried 15e6 too)...
but it gives me assertion error..
File "/usr/local/lib/python2.4/site-packages/gnuradio/db_flexrf.py", line 392, in _compute_regs
assert self.B_DIV >= self.A_DIV
I dont
On my install guide, check out the .tcshrc additions .. you can
certainly port them to BASH or whatever. They represent very
precisely what DarwinPorts and GNURadio need to compile and install
under OSX (PPC or Intel). While you can do the install by hand, or
via some custom method, I've
> More interestingly, I'm using complex_to_mag to demodulate a 32K sps
> baseband channel as AM, then filtering/decimating the resulting audio.
>
> If I set the AGC reference value (second parameter) to anything above
> 0.2 (including the default 1.0), the audio comes out distorted. It
> sounds li
Tom Rondeau wrote:
> I've used both the floating point and complex implementations of the AGC
> block, and they work fine. For most signals, using (1e-4, 1, 1) will adjust
> the gain to output a signal at +1 and -1. The second term will be the final
> peak output value you will get. If I'm remembe
Michael,
Thanks for the information, that is great.
On Jun 1, 2006, at 3:24 PM, Michael Dickens wrote:
Dave - You can do all of the background install using DarwinPorts,
but, as you found out, FFTW has some issues. The problem is not in
optimization, but rather in the way Apple has tweaked
Dave - You can do all of the background install using DarwinPorts,
but, as you found out, FFTW has some issues. The problem is not in
optimization, but rather in the way Apple has tweaked GCC's use of
"pentium-pro" for the architecture. Most files compile just fine but
a few (4-5) need th
Mike,
I've used both the floating point and complex implementations of the AGC
block, and they work fine. For most signals, using (1e-4, 1, 1) will adjust
the gain to output a signal at +1 and -1. The second term will be the final
peak output value you will get. If I'm remembering correctly, the f
Hi,
Can I use the gr_agc code as a block in a flow graph?
I have an arbitrary float signal that I would like to always have the same
voltage peak to peak regardless of the input signal. Is this possible?
I'm using gnuradio 2.8
Thanks!
Mike
___
Di
Hello All,
I am currently trying to get gnuradio-core running on an Intel
MacBook. I had a go at installing gnuradio-core today, and after much
hacking managed to get close (but not quite all the way).
Here is a brief summary of my progress (hopefully this will be useful
to someone!).
I am usi
I had some amount of difficulty getting an 'as is' linux box with an
arbitrary linux distribution setup to support GNU Radio.
Now someone has asked me about setting up a Windows demo
unit.
I've setup cross compiler environments using cygwin, but given the
problems that I had with 'old' distribut
On Thu, 2006-06-01 at 09:37 +0800, Daniel Piccoli wrote:
> ...and GPS (what bandwidth does this require?).
The peak-to-null bandwidth of the C/A signal (on L1=1575 MHz) is about 1
MHz, and the peak-to-null bandwidth of the P/Y signal (on L1 and L2=1227
MHz) is about 10 MHz.
The C/A signal is fo
Eric and my team at Virginia Tech just got
done creating a full differentially encoded QPSK transceiver. There’s
still a bit left to be done on it, but the basic building blocks should all be
checked in by now. For carrier synchronization of a QPSK waveform, we use the
classic fourth order
Hi, all
The problem is HOWTO do carrier syncronization.
I am using two USRP with FLEX 2400, one for Tx, the other for Rx. The RF of both Tx and Rx are tuned to 2.45GHz.
I generate and transmit a QPSK signal. At the receiver, an obvious frequency deviation can be observed from the fft sink. And o
24 matches
Mail list logo