On 10/09/2011, at 3:13 PM, Josh Blum wrote:
If you wrote the xml files, you need to change them in such a way so
that they dont conflict.
Ex:
from packa import modc as packa_modc
packa_modc.my_block()
I bet there are many other ways to do this. Its just python :-)
-josh
when I ran benchmark_ofdm_tx.py I am getting a peak as shown in the attached
figure.
I used both usrp and usrp2 . with both RFX2400 and XCVR2450.
http://old.nabble.com/file/p32438726/peak%2Bat%2Bofdm%2Bfrom%2Busrp.png
http://old.nabble.com/file/p32438726/peak%2Bat%2Bofdm%2Bfrom%2Busrp2.png
I
Today I ran uhd_fft.py in two usrp and two usrp2.They were in the same room
and placed at a distance of 2-3 meters from each other(approx) but there was
much difference in the fft.
Actually there was a peak at 2.432G . Both usrp detected well but there was
some confusing display from usrp2 under
Hi All,
I've been following closely the OFDM- and related TX/RX issues.
If you TX sumthing, build/buy an (directive) antenna for your target
frequency and point it at the RX usrp.
I suggest a Yagi, helix or a parabola for TX:ing, cost ~$10 at your
frequency. Apply to RX the same.
Using a
Hi ,
I have been trying to use the examples given in
/home/aravind/gnuradio/gnuradio-examples/python/digital-bert . esp the
uhd_benchmark_tx.py . here are a few changes that i made to the existing
code ..
Just tested the cmake install on OS X 10.5.8, XCode 3.1.4, Homebrew
for dependencies. Homebrew is not quite up to scratch for the
dependencies since it's missing pyqwk and pygtk, and qt is there but
the install script failed for me. Anyway there's enough working for
gnuradio-core to install but
Attached here is a copy of my digital bert codes ..
Sincerely
Bonee soibam
-- Forwarded message --
From: Bonee Soibam bone...@gmail.com
Date: Sat, Sep 10, 2011 at 5:16 PM
Subject: Problems regarding using UHD Digital-bert codes
To: discuss-gnuradio@gnu.org
Hi ,
I have been trying
http://tech.slashdot.org/story/11/09/10/1539217/Security-Researchers-Crack-APCO-P25-Encryption
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On 09/10/2011 06:48 PM, Robert McGwier wrote:
http://tech.slashdot.org/story/11/09/10/1539217/Security-Researchers-Crack-APCO-P25-Encryption
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
Hi Ben - I believe that Volk (in general, not just the Python version) doesn't
play nicely with OSX (any version) yet. Use --disable-volk on the configure
command line to disable it, and everything else should work. - MLD
On Sep 10, 2011, at 5:24 PM, Ben Reynwar wrote:
Just tested the cmake
The problem I'm running into appears to be caused by the installed
version of python being 2.5. Cmake requests a version of 2.5 or later
so it should be okay, however I get the following error.
Serf:gnuradio-build ben$ make
[ 0%] Generating ../include/volk/volk.h, volk.c, volk_init.h,
Use --disable-volk on the configure command line to disable it, and
everything else should work.
Right. CMake. Use what Josh said: -DENABLE_VOLK=OFF on the cmake command line.
I'm still in GNU autotools mode. - MLD
___
Discuss-gnuradio mailing
I got everything working in the end by upgrading python to 2.7 and by
using the standard autotools installation with volk disabled (I didn't
try in with volk enabled based on your advice).
However, for the sake of completeness, here is the error that
prevented me from using cmake with python 2.7
float_dotprod_sse64.S:84:bad register name `%rsi'
float_dotprod_sse64.S:87:bad register name `%rax'
float_dotprod_sse64.S:96:bad register name `%rdx'
float_dotprod_sse64.S:101:bad register name `%rsi)'
float_dotprod_sse64.S:103:bad register name `%rsi)'
float_dotprod_sse64.S:111:bad
14 matches
Mail list logo
