Hi all,
I'm trying to modify the benchmark_ofdm_rx.py example to handle a
decimation of 8 for a project I am working on. Going straight for the
usrp->file works fine, so if I can handle the processing requirement I
should be able to demod ofdm packets in real time. The PC I'm working
with ha
Greg Troxel wrote:
I've been working with a colleague who works mostly in MATLAB
to prototype and test the work we're doing, so I've written a block
that uses the MATLAB engine interface to execute MATLAB code as part
of a flowgraph.
I wonder if you could make this work with octa
Hello all,
I've been working with a colleague who works mostly in MATLAB to
prototype and test the work we're doing, so I've written a block that
uses the MATLAB engine interface to execute MATLAB code as part of a
flowgraph. It's based on the howto-write-a-block example, and can be
built an
Hello all,
I've been trying out the gr-sounder code to see if I can use it for
some research. I modified it slightly and graphed the output in
realtime. At the portion of the code where it would write the incoming
complex numbers to file, I have:
rec = msg.to_string()[:length*gr.sizeof_gr_c
Tom,
Ok, thanks for the note and the ofdm code in general. I'll continue
using the old version in my research for now and will see if I can help
debug the new version.
Dev
Tom Rondeau wrote:
Dev Ramudit wrote:
Hello all,
Running the new ofdm benchmark code doesn't seem to
these two
computers/usrps. Any suggestions?
Thanks,
Dev Ramudit
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> *** Request For Help ***
$ python
Python 2.4.4 (#1, Oct 23 2006, 13:58:18)
[GCC 4.1.1 20061011 (Red Hat 4.1.1-30)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from gnuradio import gr
>>> gr.firdes.hilbert(0)
terminate called after throwing an instance o
Johnathan Corgan wrote:
Dev Ramudit wrote:
Unforunately, it's not printing anything at all. Changing the carrier
threshold doesn't appear to have any effect. Actually, trying to do
anything with the application after it sends those 5 TXs does nothing,
(even trying to control-C it),
Eric Blossom wrote:
On Fri, Nov 02, 2007 at 01:41:06PM -0400, Dev Ramudit wrote:
In reference to "benchmark_tx.py / benchmark_rx.py not working on the air":
I've just tested these scripts and they're now working perfectly. Thanks
for looking into this! I tried out tunnel.p
In reference to "benchmark_tx.py / benchmark_rx.py not working on the air":
I've just tested these scripts and they're now working perfectly. Thanks
for looking into this! I tried out tunnel.py (which worked some months
ago, before the problems with benchmark_tx/rx), but it doesn't seem to
be
Hello all,
For an experiment I'm working on I need to transmit an OFDM signal from
one USRP and 'respond' from another USRP with an OFDM message with
(hopefully) millisecond timing. I've used elements of
benchmark_ofdm_tx/rx and the tunnel examples to construct the following:
USRP A
Just reconfigured and tested, looks like benchmark_loopback is working
fine now on all my systems. Thanks everyone!
Dev
Eric Blossom wrote:
On Tue, Oct 02, 2007 at 03:42:43PM -0700, Tim Meehan wrote:
The update seems to work. I re-ran configure and verified that the SSE code
was being used.
Just tried this on my laptop which seems to be using whatever
non-functioning code Tim mentioned. Make check passed successfully.
Dev
Dominik Auras wrote:
Hi!
Does "make check" pass on your system when you set it to use SIMD? It would
be interesting to know if this error is not found with the
Tim,
I reconfigured both my 32 bit laptop and desktop to use the generic,
and they both work now with benchmark_loopback. Unforunately, I still am
unable to communicate between any USRPs with the benchmark_tx and _rx
scripts. Thanks for all your work on this. When I have some free time
I'll
Running benchmark_loopback.py with gmsk (-m gmsk) seems to work
correctly for all my systems. Unfortunately, the same doesn't seem to be
true of the benchmark_rx and benchmark_tx, which use gmsk by default.
Changing them to any of the other modulation options didn't yield any
results either.
Johnathan Corgan wrote:
Steven Clark wrote:
Ok, thanks Johnathan. Can we fake it in the meantime by throwing in a
"nop" block?
gr.nop doesn't copy from input to output; you want gr.kludge_copy or
gr.skiphead(0).
I ran into the same problem as the original poster a little while ago.
I'm tr
I've been looking into this problem further. I apologize in advance for
the long post. To make things easier, I'll represent the three computers
I'm using as follows:
32deb - 32bit Debian desktop
32red - 32bit Fedora laptop
64red - 64bit Fedora desktop
benchmark_loopback.py:
--
Johnathan Corgan wrote:
Dev Ramudit wrote:
Hope that helps, thanks!
It helps in the sense that it confirms a correct installation :)
The failure symptoms are odd. The system shows receiving five packets,
which indicates that modulator/demodulator and framer/deframer are
probably working
Johnathan Corgan wrote:
> Dev Ramudit wrote:
>
>> I've cleaned out and reinstalled gnuradio from all three computers
>> repeatedly, but I end up with the same result every time. Any suggestions?
>
> Can you check the version of Python and location of GNU Radio on
Hi all,
I have three computers running with gnuradio, all updated to the latest
svn, all "sudo make uninstall"ed and "make distclean"ed first. I'm
running into a strange problem. When running benchmark_loopback.py in
the digital examples folder on my desktop (running Debian) and on my
lapt
Josh Blum wrote:
> I reimplemented the packet modulator/demodulator in GRC, and updated the
> packet_mod_demod.grc.xml example. The packet modulator can be used
> interchangeably with the gmsk, psk, and qam modulators (same for demod).
>
> See PacketModHelper and PacketDemodHelper in
> http://gnu
Hello all,
I'm trying to write an OFDM mod/demod for the gnuradio companion and
I'm running into a problem. I'm following the (now deprecated?) packet
modulator code that was in GRC very closely. I have an OFDMDemod block
which creates the following class when its used:
---
class OFDMDem
Bart Mermuys wrote:
Hi,
Tom Rondeau wrote:
Dev Ramudit wrote:
Tom Rondeau wrote:
What port are you trying to use? Have you tried to run your scripts
between machines on the same network (that is, same subnet; not
through
a router or anything)?
Tom
I've generally tested with the
Tom Rondeau wrote:
Dev Ramudit wrote:
Tom Rondeau wrote:
What port are you trying to use? Have you tried to run your scripts
between machines on the same network (that is, same subnet; not through
a router or anything)?
Tom
I've generally tested with the 65500 port tha
Tom Rondeau wrote:
Dev Ramudit wrote:
Johnathan Corgan wrote:
Dev Ramudit wrote:
socket connect: Invalid argument
terminate called after throwing an instance of 'std::runtime_error'
what(): can't connect to socket
Aborted
You must have the
Johnathan Corgan wrote:
Dev Ramudit wrote:
socket connect: Invalid argument
terminate called after throwing an instance of 'std::runtime_error'
what(): can't connect to socket
Aborted
You must have the remote listener already running before running the
sender scrip
Hello all,
I've been working with the udp-sink and source blocks to try and get
a usrp working from a remote location. Everything I've tried seems to be
working fine when I test on a local machine, but I'm getting an odd
error once I move to a remote test. I used the vector_source.py and
v
Anyone feel free to correct me, but it seems like your problem isn't
with the UDP port, but rather the internal "ports" that Gnuradio uses to
connect blocks in a flowgraph. Looking at your traceback, your problem
starts on line 32, where you're trying to connect a usrp.sink_c to a
scopesink. I
Johnathan Corgan wrote:
Dev Ramudit wrote:
I'm trying to implement a collection of networked USRPs for an
application I'm working on. I need to create blocks that retrieve data
from various remote sources, and the library I've been using this far
has been pyro (pyro.
'm
stumped as to where the problem is, and I've attached all of my work so
far. I'd greatly appreciate any help in this matter, or suggestions as
to where to look for problems.
Thank you!
Dev Ramudit
P.S. I apologize if attachments aren't to be sent on this list, pleas
30 matches
Mail list logo