Hi Ian,
I tested against 3.6.4, gentoo 64 bit.
I'm not very familiar with cmake, so perhaps the cmake code may be
improved. Can you send me the error message ?
Volker
Am 28.03.2013 20:15, schrieb Iain Young, G7III:
Hi Volker
You Wrote:
In imitation of the gr-fcd source I set up a gnuradio
On Thu, Mar 28, 2013 at 8:45 PM, sumitstop
wrote:
> How can I terminate benchmark_rx.py after a certain number of TIMEOUTS.
>
> I have observed two things
>
> 1. When I dump Tx data using --to-file option and then demod them using
> benchmark_rx , benchmark_rx terminates after demod. No waiting !
Since 2 days I am trying to install GNU Radio with marcus scripts. UHD is
getting installed perfectly but GNU Radio exits by saying "Make failed" ...
Then I tried doing it manually.
It failed there also.
Here is the error
~
How can I terminate benchmark_rx.py after a certain number of TIMEOUTS.
I have observed two things
1. When I dump Tx data using --to-file option and then demod them using
benchmark_rx , benchmark_rx terminates after demod. No waiting !
2. When I use benchmark_rx for OTA reception with USRP, an
Cordial Saludo
Hello, I'm working on a GUI to communicate remotely with USRPE110, there
are other alternatives to XMLRPC, which is the best option?
Muchas Gracias
Atentamente,
*Julio Hector Aguilar Renteria
*Celular: 315 331 7344
Skype: jharvao
MSN: jhar...@hotmail.com
Cali - Colombia
___
On Thu, Mar 28, 2013 at 3:56 PM, Marcus D. Leech wrote:
> Just tried to do a build now, from latest GIT.
>
> Attached is the make.log file.
>
> This Ubuntu 12.04 system is up-to-date as of today.
>
> Boost is 1.48
> GCC is 4.6.3
> Swig is 2.0.4
>
>
> --
> Marcus Leech
> Principal Investigator
> Sh
Hello!
I am experimenting with IP tunneling over GNU radio links. This question
has more to do with tunneling and the tun interface under linux than it
does with gnu radio.
The situation I have is as follows:
I send a ping (ICMP echo request) over the sending side of an OFDM
send/receive pair. T
On Thu, Mar 28, 2013 at 08:14:43PM +, Monahan-Mitchell, Tim wrote:
> Hi, Martin.
>
> Sorry to ping you again. There is some later text on that page that still
> says 512 (should be 1024 I think):
>
> http://gnuradio.org/redmine/projects/gnuradio/wiki/TutorialsCoreConcepts#Sampling-rates
>
Just tried to do a build now, from latest GIT.
Attached is the make.log file.
This Ubuntu 12.04 system is up-to-date as of today.
Boost is 1.48
GCC is 4.6.3
Swig is 2.0.4
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
[ 4%] Built target v
Hi Volker
You Wrote:
In imitation of the gr-fcd source I set up a gnuradio source for the
funcube pro+ ( linux only) . To avoid the crashes depending on libusb I
used the hidraw driver.
The source and an example can be found on
Great, thanks for this, what version of gnuradio is it based of
These changes were made for version 1.2.15 to support the HiQSDR program
qsdr.
I have been able to hand patch them into master and next where the
filenames change from "audio_alsa_source.*" to "alsa_source.*" and they
both build without problems.
The problem I have with qsdr -- the audio alw
On 28 Mar 2013 11:25, Ralph A. Schmid, dk5ras wrote:
>> Can you
just update your master branch to make sure it's the absolute
>
>
latest
>
>> and try again?
>
> I did this about two hours ago, with no
success. Deleting the master folder,
> git clean -d -x -f, git pull, cd
master, cmake ..,
> Can you just update your master branch to make sure it's the absolute
latest
> and try again?
I did this about two hours ago, with no success. Deleting the master folder,
git clean -d -x -f, git pull, cd master, cmake .., make. Any changes since
that? Then I will have another chance to test it a
On Thu, Mar 28, 2013 at 11:08 AM, Ralph A. Schmid, dk5ras
wrote:
> Hi,
>
>> Ok, I recognize the problem, but I can't replicate it on my Ubuntu
> machines.
>> It's a SWIG issue where it looks like it thinks you're redefining typedef.
> It's
>> related to some fixes I made for the processor affinity
Hi,
> Ok, I recognize the problem, but I can't replicate it on my Ubuntu
machines.
> It's a SWIG issue where it looks like it thinks you're redefining typedef.
It's
> related to some fixes I made for the processor affinity work and some
> typedefs that needed handling differently.
>
> I have a Mi
On Thu, Mar 28, 2013 at 12:30 AM, Tommy Tracy II wrote:
> I'm having exactly the same problem with my Ubuntu machine..
>
> Tommy James Tracy II
> Ph.D Student
> High Performance Low Power Lab
> University of Virginia
> Phone: 913-775-2241
>
> On Mar 28, 2013, at 12:27 AM, "Ralph A. Schmid, dk5ras"
On Thu, Mar 28, 2013 at 1:51 AM, Sylvain Munaut <246...@gmail.com> wrote:
>> The changes at this point primarily affect the build of out-of-tree
>> C++ projects, which now need to link against libgnuradio-runtime
>> instead of libgnuradio-core. We have supplied a new CMake module,
>> FindGnuradio
Hi,
Is there a way to create a TCP/IP tunnel between 2 USRPs with one host
and stream video through it?
Regards,
Nada
Quoting Nada ABDELKADER :
Hi,
I tried to run tunnel.py on my machine (Ubuntu 11.10) with 2 USRPs (usrp1).
from one side I launched:
./tunnel.py --tx-freq 2.4G --rx-freq 2
Hi ,
I am new to gnuradio and usrp.
I want to understand how the tcp packet flow using tunnel.py in gnu radio.
My question is in tunnel.py, it created one single tap interface (gr0) and
pass the packets.
But, if suppose, I want to pass two different tcp stream into gnu stack and
usrp.
Do I need
Just for your information:
In imitation of the gr-fcd source I set up a gnuradio source for the
funcube pro+ ( linux only) . To avoid the crashes depending on libusb I
used the hidraw driver.
The source and an example can be found on
https://github.com/dl1ksv/gr-fcdproplus.git
Comments are
Hi,
> The changes at this point primarily affect the build of out-of-tree
> C++ projects, which now need to link against libgnuradio-runtime
> instead of libgnuradio-core. We have supplied a new CMake module,
> FindGnuradioRuntime.cmake, which you can use to replace your existing
> FindGnuradioCo
In case your USRPs have an input for an external clock just feed them from
one external clock source. USRP1 need a modification as the external clock
connector is not yet installed, but the connections are available on the
PCB.
Ralph.
> thanks for you reply. How to do that exactly. You mean need
Hi,
Is there any efficient way to pass a Ethernet frames into different streams
using GNU radio,USRP to another host and build the ethernet frames in the
same sequence at the receiver end and store properly.
Thanks,
KR
___
Discuss-gnuradio mailing list
D
An exact clock source may help, or clocking both USRPs from the same clock.
Ralph.
> Could be related to the subcarrier spacing in the bandwidth and frequency
> offset. Try to hand-tune your tx and rx frequencies so they are as close
as
> you can get (using uhd_siggen and uhd_fft) them and see
24 matches
Mail list logo
