Please, everyone, listen up.
There's been a ton of traffic on the mailing list regarding tunnel.py
(and I bet I know why). I want you all to pay close attention to what
I'm going to say regarding how to get tunnel.py to work for you:
Stop using tunnel.py.
It's old. It hasn't had any significant
Hi Nathan,
Thanks for your reply.I am not trying to find the pktno from benchmark_tx.py
since i already tried doing that and it worked successfully.
I have a file that i transmit using file source.Everything goes fine but i
want to see the number of packets that i have been used to transmit my
On Fri, Mar 29, 2013 at 3:08 AM, Bastian Bloessl
bastian.bloe...@uibk.ac.at wrote:
I'm currently working on an IEEE 802.11 a/g/p receiver and I think that
meanwhile it has reached a state where others might be interested. With my
desktop PC I can decode 20MHz bandwidth signals without any
Totally agree to stop using the tunnel.py!
Just want to add some my thoughts.
There is a fact that the main users of USRP/GNURadio are the students from
universities.
Firstly, these people lack the experience on the
communications development, either in software designing or in wireless
Greetings,
Trying to use usrp_source in a C++ application; it seems there is a
mismatch between where the headers are installed and where they are
supposed to be installed.
The heqaders are installed in: include/gnuradio/gr_uhd/
but usrp_source.h has an include:
#include uhd/api.h
and gives
On Fri, Mar 29, 2013 at 1:54 PM, Tom Rondeau t...@trondeau.com wrote:
On Fri, Mar 29, 2013 at 1:49 PM, Alexandru Csete oz9...@gmail.com wrote:
Greetings,
Trying to use usrp_source in a C++ application; it seems there is a
mismatch between where the headers are installed and where they are
I just tried the build on my 32-bit Ubuntu 10.04 VM and got the following error:
[ 70%] Building CXX object
gr-digital/lib/CMakeFiles/gnuradio-digital.dir/packet_header_default.cc.o
/home/tjt7a/src/gnuradio/gr-digital/lib/packet_header_default.cc: In member
function ‘bool
On Fri, Mar 29, 2013 at 2:23 PM, Tommy Tracy II tj...@virginia.edu wrote:
I just tried the build on my 32-bit Ubuntu 10.04 VM and got the following
error:
[ 70%] Building CXX object
gr-digital/lib/CMakeFiles/gnuradio-digital.dir/packet_header_default.cc.o
That was successful. Build complete.
Tommy James Tracy II
Ph.D Student
High Performance Low Power Lab
University of Virginia
Phone: 913-775-2241
On Mar 29, 2013, at 2:26 PM, Tom Rondeau t...@trondeau.com wrote:
On Fri, Mar 29, 2013 at 2:23 PM, Tommy Tracy II tj...@virginia.edu wrote:
I just
I have pushed updates into the E1XX package feeds that should resolve
the S some people have been seeing. Here is a quick summary of the
changes:
* UHD 3.5.2 (includes CBX)
* Updated kernel (fpga interface timing change, Add support for CIFS
and Multicast)
* GnuRadio 3.6.4.1
You can
On Fri, Mar 29, 2013 at 2:34 PM, Tommy Tracy II tj...@virginia.edu wrote:
That was successful. Build complete.
Tommy James Tracy II
Ph.D Student
High Performance Low Power Lab
University of Virginia
Phone: 913-775-2241
Thanks. That fix has been pushed.
Tom
On Mar 29, 2013, at 2:26 PM,
On Fri, Mar 29, 2013 at 6:56 PM, Tom Rondeau t...@trondeau.com wrote:
On Fri, Mar 29, 2013 at 1:54 PM, Tom Rondeau t...@trondeau.com wrote:
On Fri, Mar 29, 2013 at 1:49 PM, Alexandru Csete oz9...@gmail.com wrote:
Greetings,
Trying to use usrp_source in a C++ application; it seems there is a
There's stuff missing in tunnel.py. The receiver has to return ICMP echo
reply. Instead it writes to the tunnel socket. The packet will get to the
kernel but will be promptly dropped as it has a source address that does
not originate locally.
Add code in tunnel.py to do an icmp echo reply.
On
Is there a recommended or preferred way an application should check
for the availability of control port? I can see some #ifdef
GR_CTRLPORT in the gnuradio headers but that is only defined while
compiling gnuradio. If there is a safe check I could perform at cmake
time I would prefer that.
Thanks
14 matches
Mail list logo