I have tried the usrp_fft.py.
it works on frequency only between 1.5G to 2.0 G.
otherwise shows failed:
what its means.
> From: abrar muhammad
> Date: 2009/2/4
> Subject: Re: [Discuss-gnuradio] AM modulated signal
> To: Eric Blossom
> Cc: discuss-gnuradio@gnu.org
>
>
>
>
> Hi
> As I am ge
Hi Fabian - I just created a fresh VM using Ubuntu 8.10 and followed
the instructions on gnuradio.org for this distro. I get the gcc
warnings, but otherwise everything works through "make check". Hence
I'm guessing you have some stale files in your checkout (ones which
distclean does not
Hi
As I am getting only real one in time domain.
the wave form shows modulating frequency of about 5 KHz.
and when i Just applied carrier of 900 MHz it gives the wave form of about 71
KHz.
--- On Tue, 2/3/09, Eric Blossom wrote:
> From: Eric Blossom
> Subject: Re: [Discuss-gnuradio] AM mod
On Tue, Feb 03, 2009 at 05:57:47PM -0800, abrar muhammad wrote:
>
> Hi
> when I applied AM modulated signal to USRP from Signal Generator.
> I can not getting the same modulating frequency.
What are you getting?
Have you tried looking at the signal using usrp_fft.py?
> Parameters are as.
> RF F
Hi
when I applied AM modulated signal to USRP from Signal Generator.
I can not getting the same modulating frequency.
Parameters are as.
RF Frequency = 900 MHz
Modulation Frequency=80KHz
Modulatio Rate=50%
I am using DBRX daughterboard:
The code is attached.
can any body check this code.
Thanks
I was able to compile the firmware with Eric's suggestion but it made
no difference on the performance. I tested this out on another USRP2
to see if it was a hardware issue but again got the same results.
I noticed something interesting though: Using a RFX 2400 board if I
try to tune to 2.45G (my
On Tue, Feb 3, 2009 at 4:28 PM, Mark Kuhr wrote:
> So your DSSS code is not yet public? How did you manage waveform
> synchronization among multiple USRPs?
Not sure I understand your question. My DSSS implementation is a
unidirectional continuous transmitter and separate receiver,
implementing
On Tue, 2009-02-03 at 10:38 -0800, chitlas wrote:
> Hi,
>
> Please let me know from where I can purchase USRP1 / USRP2 as I see that
> USRP2 is due for release (beta is no longer available) and USRP1 is out of
> stock till Feb end or so from ETTUS's site.
>
> Thanks in advance.
>
> Regds/Sudhir
Johnathan,
So your DSSS code is not yet public? How did you manage waveform
synchronization among multiple USRPs?
Thanks.
Mark
On Jan 29, 2009, at 5:36 PM, Johnathan Corgan wrote:
On Wed, Jan 28, 2009 at 9:31 AM, Mir Ali wrote:
I want to know if ever any work was done on Spread Spect
Nick,
there is no change required in the modules that perform viterbi decoding
in order to implement either MLSD in ISI or (coherent) GMSK demod.
The whole idea around gr-trellis was to disentangle the trellis aspect
of a modulation scheme from the details of the modulation/channel.
So, if you w
Eric Blossom wrote:
> There's currently no production code that supports using the USRP2 and
> the MIMO cable. We have test code that confirms that the h/w works as
> we expect, but we're not going to sort this out until after "the great
> reworking" of the host, firmware and on-the-wire spec as
On Tue, Feb 03, 2009 at 04:29:12PM -0500, Jonathan Peck wrote:
> Hi,
> I am currently trying to write a C++ program that interfaces to
> USRP2. I was able to successfully complete the tutorial found at
> http://www.gnuradio.org/trac/wiki/UsrpFAQ/CppInterface for interfacing
> to the USRP1 despite
Eric Blossom wrote:
>
> OK. It may no longer be double buffering, so your throughput may be
> down. But, hey, if it's working :-)
>
> Eric
>
>
OK, so I looked into this further. If I work backwards from the
file-sink back to the USRP, I have
a float vector of 16e6 items, which was costing 2
Hi,
I am currently trying to write a C++ program that interfaces to
USRP2. I was able to successfully complete the tutorial found at
http://www.gnuradio.org/trac/wiki/UsrpFAQ/CppInterface for interfacing
to the USRP1 despite the example code being a little outdated. What
changes with interfacing
On Tue, Feb 03, 2009 at 02:33:15PM -0600, Douglas Geiger wrote:
> Is there any code similar to usrp_multi.py to use multiple USRP2's
> already (or is it unnecessary)? As I understand it, with the USRP2, you
> either use the MIMO cable, or an external reference to synchronize the
> clocks - then on
On Tue, 2009-02-03 at 13:00 -0800, John Gilmore wrote:
> The F11 alpha is already frozen, it'll come out on Feb 5th. Feature
> freeze is March 3. Beta code and string freezes are March 10. Is
> there any chance that a GNU Radio release with Python 2.6 support
> is going to hit those dates?
Our
> >> Instead, python3 is included in both 8.10 and 9.04. Is the plan to
> >> port gnuradio to python3?
> >
> > There's no plan yet. This needs to be investigated.
>
> Fedora 10 is 2.5.2. Not sure what they are planning. Anyone know of a
> mainstream distro that uses python 2.6?
Python 2.6 missed
Hello, all!
I have a question about some hardware parameters of the USRP board. What is the
antenna temperature and what is the amplifier gain after the antenna when the
board we are using is RFX2400 and the antenna is the VERT2450 ? Thanks a lot!
Bill
Hi Michael,
Am 03.02.2009 um 21:32 schrieb Michael Dickens:
Hi Fabian - What's the OS / version / compiler / tools you're
working with for this? The autotools are new enough they should
have generated $(builddir). The warnings are fine; could be a
stricter GCC.
Ubuntu 8.10
autotools-dev
Is there any code similar to usrp_multi.py to use multiple USRP2's
already (or is it unnecessary)? As I understand it, with the USRP2, you
either use the MIMO cable, or an external reference to synchronize the
clocks - then on the host side you would still need to do the
align_on_samplenumbers/dei
Hi Fabian - What's the OS / version / compiler / tools you're working
with for this? The autotools are new enough they should have
generated $(builddir). The warnings are fine; could be a stricter GCC.
Since you're working with the trunk, update it before trying anything
further ("svn up"
Hello!
Thanks for your response.
Am 03.02.2009 um 19:26 schrieb Michael Dickens:
Hi Fabian -
For some reason, your computer's autotools are not providing $
(builddir) ... do you know what version they are? Hence why you
couldn't find reference to it in the Makefile, and why the compile
Hi,
Please let me know from where I can purchase USRP1 / USRP2 as I see that
USRP2 is due for release (beta is no longer available) and USRP1 is out of
stock till Feb end or so from ETTUS's site.
Thanks in advance.
Regds/Sudhir.
--
View this message in context:
http://www.nabble.com/Require-U
Yes, there is no space character between "=1" and "/gnuradio_"
No, I don't have any spaces. It is a standard Ubuntu installation (/
home/openbts/Desktop/gnuradio).
Regards -Fabian-
Am 03.02.2009 um 18:58 schrieb Eric Blossom:
On Tue, Feb 03, 2009 at 06:58:59PM +0100, Fabian Uehlin wrote:
Ye
Hi Fabian -
For some reason, your computer's autotools are not providing $
(builddir) ... do you know what version they are? Hence why you
couldn't find reference to it in the Makefile, and why the compile
errored out.
SWIG_PYTHON_FLAGS = -fvirtual -python -modern -keyword \
-w51
Am 03.02.2009 um 18:54 schrieb Michael Dickens:
On Feb 3, 2009, at 12:33 PM, Fabian Uehlin wrote:
if /usr/bin/swig -c++ -fvirtual -python -modern -keyword -w511 -
outdir -DOMNITHREAD_POSIX=1 -I/usr/include -
[snip]
Unable to open file -DOMNITHREAD_POSIX=1/
gnuradio_swig_py_runtime.py: No su
Hi all,
Is it possible to do a reset at USRP?
Thanks,
Jose
2009/2/3 José Carlos Reyes
> Hi all,
>
> As I posted before, after installing Gnu Radio (3.1.3 tarball) I tested my
> USRP and Dbsrx daughterboard when usrp_fft.py and I could see gsm spectrum
> without problems. After that, I instal
Hello Eric,
I create a file with
make check 2>&1 | tee make_check.log
-> I can't see any error / problems. All tests passed.
Regards
-Fabian-
Am 03.02.2009 um 18:31 schrieb Eric Blossom:
On Tue, Feb 03, 2009 at 10:19:44AM +0100, Fabian Uehlin wrote:
Hello!
I have a Gentoo Linux syst
On Tue, Feb 03, 2009 at 06:58:59PM +0100, Fabian Uehlin wrote:
> Yes, I test the the old Ubuntu version and this version works fine
> (running usrp_fft.py).
>
> Now I have the current svn revision 10378 (the current trunk). This
> version fails with error
> Unable to open file -DOMNITHREAD_POSI
Yes, I test the the old Ubuntu version and this version works fine
(running usrp_fft.py).
Now I have the current svn revision 10378 (the current trunk). This
version fails with error
Unable to open file -DOMNITHREAD_POSIX=1/gnuradio_swig_py_runtime.py:
No such file or directory
And I do
On Feb 3, 2009, at 12:33 PM, Fabian Uehlin wrote:
if /usr/bin/swig -c++ -fvirtual -python -modern -keyword -w511 -
outdir -DOMNITHREAD_POSIX=1 -I/usr/include -
[snip]
Unable to open file -DOMNITHREAD_POSIX=1/
gnuradio_swig_py_runtime.py: No such file or directory
make[5]: *** [gnuradio_swig_p
On Tue, Feb 3, 2009 at 11:33 AM, Fabian Uehlin wrote:
> I'm testing GNURadio under Ubuntu (8.10), because of problems with Gentoo
> ("Tuning problem - usrp_fft.py -> segmentation fault").
> The installation of GNURadio works with the package "gnuradio
> (3.0.4-2ubuntu2)".
The version of GNU Radi
On Tue, Feb 03, 2009 at 10:19:44AM +0100, Fabian Uehlin wrote:
> Hello!
>
> I have a Gentoo Linux system with KDE and the current svn version of
> GNURadio and OpenBTS (revision 10370).
> Because tuning of my two daugtherboards (RFX-1800, USRP1) failed with
> OpenBTS, an user give me the hint t
Hello!
I'm testing GNURadio under Ubuntu (8.10), because of problems with
Gentoo ("Tuning problem - usrp_fft.py -> segmentation fault").
The installation of GNURadio works with the package "gnuradio
(3.0.4-2ubuntu2)".
usrp_fft.py -R A -f 1724.4e6
shows me the spectrum.
Now, for building Ope
If anyone is going to FOSDEM, (www.fosdem.org) would you like together
for a bit and say hi?
Philip
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
TMob wrote:
> Is it correct to just subtract 20 times the log of the window power to
> remove the window processing gain from the data?
> Is subtracting the gain correct to get somewhat proportional values?
>
> Thank you very much in advance!
>
> TMob
Eventhough, I am not clear about what you
In case you missed it from /.
< http://it.slashdot.org/article.pl?sid=09/02/02/2224255 >
Cloning passport card RFIDs in bulk for under $250
< http://www.youtube.com/watch?v=9isKnDiJNPk >
Ethical hacker Chris Paget demonstrates a low-cost mobile device that
surreptitiously reads and clones RFI
Hi,
first of all sorry for the last post, I was too quick with the enter button
:-)
I am currently working on my final thesis and I really need some help in
understanding the correct calculations that are necessary to get usable data
out of the FFT values in usrp_spectrum_sense.py.
What I need
--
View this message in context:
http://www.nabble.com/Hi-guys%2C-tp21808281p21808281.html
Sent from the GnuRadio mailing list archive at Nabble.com.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/d
Hi all,
As I posted before, after installing Gnu Radio (3.1.3 tarball) I tested my
USRP and Dbsrx daughterboard when usrp_fft.py and I could see gsm spectrum
without problems. After that, I installed Tvoid to decode gsm channels and
it worked. Now, I do not know what happend. When I type something
Hi,
I do not know if my problem is like your.But after installing Gnu Radio
(3.1.3 tarball) I tested my USRP and Dbsrx daughterboard when usrp_fft.py
and I could see gsm spectrum without problems. After that, I installed Tvoid
to decode gsm channels and it worked. Now, I do not know what happend.
Hello!
I have a Gentoo Linux system with KDE and the current svn version of
GNURadio and OpenBTS (revision 10370).
Because tuning of my two daugtherboards (RFX-1800, USRP1) failed with
OpenBTS, an user give me the hint to run usrp_fft.py.
So I run
usrp_fft.py -R A -f 1724.4e6 or
usrp_fft.py
42 matches
Mail list logo