Hi:
Lately, I have tried to modify tunnel.py to switch freq in the middle of packet
transmitting. But I have two problems.
1. When I tried to switch freq in the same daughterboard, should I have to stop
the original transmission thread(tb.start) and start a new thread with new
freq? Or are th
Have you ruled out the USRP overflowing? I have had that problem bite me too.
It causes all of the tracking
channels to dump in my receiver, but I could see how it could also cause a jump
in the frequency estimate
(delay in time domain == shift in frequency domain) coming out of your FFT
acquisi
Heckler, Gregory W. (GSFC-596.0) wrote:
I was referring to the Doppler estimate output by your PLL over time
(traditional tracking), whereas
you indicated that you were looking at repeated acquisition attempts.
Greg,
While performing traditional tracking with a PLL using "prompt"
accumulatio
Chris:
I was referring to the Doppler estimate output by your PLL over time
(traditional tracking), whereas
you indicated that you were looking at repeated acquisition attempts. If the
jump is visible in all satellites than I
agree with your suspicion of the DBSRX card. Note that the ref frequen
Gregory W Heckler wrote:
Chris:
So you are not tracking the signal in the traditional sense, only
looking at the frequency and delay estimate of your FFT acquisition. How
far spaced are your Doppler bins in the FFT acquisition? If you are
using a 1 ms integration time, and hence a 500 Hz bin
Peter Volgyesi wrote:
Hi,
In our application we need to emit pure tones on two RFX400
daughtercards sitting on the same USRP board. More importantly, the
phase of the two RF carriers need to be in sync or should have a
deterministic difference.
I put together a simple experiment (GnuRadio 3.1 re
Chris:
So you are not tracking the signal in the traditional sense, only
looking at the frequency and delay estimate of your FFT acquisition. How
far spaced are your Doppler bins in the FFT acquisition? If you are
using a 1 ms integration time, and hence a 500 Hz bin spacing, if the
signal's
Hi,
In our application we need to emit pure tones on two RFX400
daughtercards sitting on the same USRP board. More importantly, the
phase of the two RF carriers need to be in sync or should have a
deterministic difference.
I put together a simple experiment (GnuRadio 3.1 release branch r8117,
USRP
On Mon, Jun 02, 2008 at 12:29:52PM -0700, isaacgerg wrote:
>
> I am using whatever version is on fedora core 9 (im not at the machine),
Fedora 9 ships gcc 4.3.0.
There were changes required in our code to get it to compile under gcc
4.3. Those changes were made in the trunk of the subversion
re
I am using whatever version is on fedora core 9 (im not at the machine), what
does "use the trunk" mean?
Eric Blossom wrote:
>
> On Mon, Jun 02, 2008 at 11:14:57AM -0700, isaacgerg wrote:
>>
>> I get the same errors with gnuradio 3.1.2 and 3.1.1
>>
>> gr_dispatcher.cc In member function 'vo
Peter Monta wrote:
How sudden are the shifts and how often do they happen? Do they look
They are sudden (happen within 10 ms) and they happen about once a
second. I visualize them by continuously acquiring a GPS signal and
watching the peak move along the freq axis in the 3D plot of freque
On Mon, Jun 02, 2008 at 11:14:57AM -0700, isaacgerg wrote:
>
> I get the same errors with gnuradio 3.1.2 and 3.1.1
>
> gr_dispatcher.cc In member function 'void gr_dispatcher::loop(double)':
> gr_dispatcher.cc:177: error 'perror' was not declared in this scope.
>
> Thanks in advanced,
> Isaac
W
I get the same errors with gnuradio 3.1.2 and 3.1.1
gr_dispatcher.cc In member function 'void gr_dispatcher::loop(double)':
gr_dispatcher.cc:177: error 'perror' was not declared in this scope.
Thanks in advanced,
Isaac
--
View this message in context:
http://www.nabble.com/gnuradio-compile-pro
On Mon, Jun 02, 2008 at 07:42:14AM -0700, Eric Swankoski wrote:
>
> Hello everyone:
>
> I'm trying to cross compile gcell for the PS3 and I am running into an error
> I don't quite understand. An excerpt of the log is listed below.
>
> Making all in src
> make[1]: Entering directory `/mnt/share/
Thank you, Chuck, that worked. I tried pretty much every -j option before
that *except* getting rid of it entirely. Glad to see somebody else already
had the same problem and fixed it.
Charles Swiger-3 wrote:
>
> Quoting Eric Swankoski <[EMAIL PROTECTED]>:
>>
>> Hello everyone:
>>
>> I'm trying
irene159 wrote:
First of all can somebody tell me what code is executed when calling a
block? Is it the constructor and the general_work function in .cc file?
Yes
In my case, I have a test file calling dqpsk.dqpsk_demod. As can be seen in
the dqpsk.py code, dqpsk_demod function uses a mps
Quoting Eric Swankoski <[EMAIL PROTECTED]>:
Hello everyone:
I'm trying to cross compile gcell for the PS3 and I am running into an error
I don't quite understand. An excerpt of the log is listed below.
make[3]: Entering directory `/mnt/share/gr/trunk/gcell/src/lib/wrapper'
/bin/sh ../../../../
Hello,
I would like to study the implementation of Costas loop in
gr.mpsk_receiver_cc. I need some additional information to be printed by
this block.
First of all can somebody tell me what code is executed when calling a
block? Is it the constructor and the general_work function in .cc file?
I
Hello everyone:
I'm trying to cross compile gcell for the PS3 and I am running into an error
I don't quite understand. An excerpt of the log is listed below.
Making all in src
make[1]: Entering directory `/mnt/share/gr/trunk/gcell/src'
Making all in include
make[2]: Entering directory `/mnt/shar
Per Zetterberg wrote:
> I don't think the libusrp.so link is included in libusrp0-dev. I had to add
> it.
The file debian/libusrp0c2a.install has a line:
usr/lib/libusrp02ca.so.*
...which should be:
usr/lib/libusrp02ca.so*
The two header files you mentioned are not currently installed into
$(
> -Original Message-
> From:
> [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
org] On Behalf Of Johnathan Corgan
> Sent: den 1 juni 2008 23:45
> To: Greg Ushomirsky
> Cc: discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] fpga_regs*.h and libusrp.so
> missing fromDebian/Ubuntu
21 matches
Mail list logo
