Re: [Discuss-gnuradio] Synchronize USRP in which level
On 01/31/2013 12:54 AM, Gong Zhang wrote: > 2013/1/31 11:51, Josh Blum wrote: On 01/30/2013 09:00 PM, Gong Zhang wrote: >>> Hi, >>> My last topic "Synchronize multiple USRP-N210s"may be a big one which >>> gives no reply.If I want to synchronize two USRPs without cable or >>> GPSDO,I should design a synchronization protocol.Simply A sends some >>> time-stamped samples to B ,then B record local time when receiving these >>> samples.Knowing the distance between them,we can synchronize B with >>> A.Apparently the synchronization accuracy depend on we make the >>> timestamps in which level.Ethernet involve in 10s of microseconds jitter >>> shows that we should do it on FPGA.Does UHD have this function? >>> Any comments will be valuable to me. >>> Thanks. >> Start here, you can do this with plain UHD in C++ or with the gnuradio >> gr-uhd component in python or C++: >> http://code.ettus.com/redmine/ettus/projects/uhd/wiki >> >> The sync docs should explain just about everything: >> http://files.ettus.com/uhd_docs/manual/html/sync.html >> >> Many examples of timed transmission and reception: >> http://code.ettus.com/redmine/ettus/projects/uhd/wiki#Code-Examples >> >> Awesome project/use case for these features: >> https://github.com/jmalsbury/pre-cog/wiki >> >> -josh > My target is to sample signal at the same time with two USRP connected > to different PCs placed in different place.The sync accuracy should be > within microsecond.I can not use cable and GPSDO,which gives no external > sync signal such as PPS.The only way maybe sync their local time,which > is usually unsynchronized due to the instability of oscillator.So I need > a time-stamp exchange based sync protocol. > Thank you for your time. Sounds feasible. Suppose you did something simple like a synchronization pulse. Send out a pulse that all devices could detect. Record the time the pulse was detected at each device to establish an absolute time amongst the devices. The precog project does stuff like this for the frequency hopping and TDMA engines to sync up the time windows for transmission and hopping, etc... https://github.com/jmalsbury/pre-cog/wiki -josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Non-deterministic behavior
Hi Vanessa, a question like this pops up every once in a while. Is your dat file pretty large? This would fit with what others have been reporting. Is there any way you could provide an example of something that is failing? Also, have you tried reducing the throttle to something pretty ridiculously slow? MB On Mon, Jan 28, 2013 at 05:40:46PM +0100, Vanessa Gardellin wrote: > Dear all, > we are experiencing an undesired random behavior when we run an > offline OFDM flow graph. > Specifically, we store a transmitted sequence of packets in a *.dat > file (file_sink) and then we run the receiver chain using always the > same file as source (file_source). > > Repeating several times the same run using the same source file, we > get a varying number of received right/wrong packets. > > Is there an explanation to this behavior? > How can we generate a repeatable experiment? > > > Regards, > Vanessa > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpQW__L5qC1d.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USB-3 40MHz BW 300MHz -3.8GHz SDR Transceiver 400 USD
On Wed, Jan 30, 2013 at 01:18:46PM -0500, Brian Padalino wrote: > [stats about hw] I'd like to remind people of the http://gnuradio.org/redmine/projects/gnuradio/wiki/Hardware wiki page, which tries to collect a list of GNU Radio-friendly hardwares, as well as the fact that anyone can edit this page :) MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpLTK9s7b6AS.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] make test Failed
i follow gr_modtool for Making block in gnuradio, when i reached to make test step i have test failed el-hadidy@ubuntu:~/gr-mmm$ make test make: *** No rule to make target `test'. Stop. el-hadidy@ubuntu:~/gr-mmm$ cd build el-hadidy@ubuntu:~/gr-mmm/build$ make test Running tests... Test project /home/el-hadidy/gr-mmm/build Start 1: test_mmm 1/1 Test #1: test_mmm .***Failed 0.00 sec 0% tests passed, 1 tests failed out of 1 Total Test time (real) = 0.04 sec The following tests FAILED: 1 - test_mmm (Failed) Errors while running CTest make: *** [test] Error 8 el-hadidy@ubuntu:~/gr-mmm/build$ ^C el-hadidy@ubuntu:~/gr-mmm/build$ Also i used ctest -v el-hadidy@ubuntu:~/gr-mmm/build$ ctest -V UpdateCTestConfiguration from :/home/el-hadidy/gr-mmm/build/DartConfiguration.tcl UpdateCTestConfiguration from :/home/el-hadidy/gr-mmm/build/DartConfiguration.tcl Test project /home/el-hadidy/gr-mmm/build Constructing a list of tests Done constructing a list of tests Checking test dependency graph... test 1 Start 1: test_mmm 1: Test command: /bin/sh /home/el-hadidy/gr-mmm/build/lib/test_mmm_test.sh 1: Test timeout computed to be: 9.99988e+06 1: /home/el-hadidy/gr-mmm/build/lib/test_mmm_test.sh: 8: test-mmm: not found 1/1 Test #1: test_mmm .***Failed 0.00 sec 0% tests passed, 1 tests failed out of 1 Total Test time (real) = 0.00 sec The following tests FAILED: 1 - test_mmm (Failed) Errors while running CTest el-hadidy@ubuntu:~/gr-mmm/build$ so i want to know what is the problem. also what is the next step to put the block in gnu-radio Program. and thanks ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] How to transmit captured TV(PAL standard) signal using USRP
Hi, I have a captured TV(PAL) signal.I captured it using USRP Cfile.Now i want to transmit the captured file using USRP again and check it on TV set whether i could see the video or not. When i transmitted the file using benchmark_tx.py file ,i am getting noise in TV set. The file that i captured is correct,because i could see the video using usrp_tv_rcv_nogui.py file. My question is , Is it the correct way of transmitting the TV signal?If not can you please send me code on how to do it. Thanks ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] make test Failed
It may be that you didn't make test script? And you should do make before make test. On Thu, Jan 31, 2013 at 10:27 AM, Mohammed Ramadan wrote: > i follow gr_modtool for Making block in gnuradio, when i reached to make > test step i have test failed > el-hadidy@ubuntu:~/gr-mmm$ make test > make: *** No rule to make target `test'. Stop. > el-hadidy@ubuntu:~/gr-mmm$ cd build > el-hadidy@ubuntu:~/gr-mmm/build$ make test > Running tests... > Test project /home/el-hadidy/gr-mmm/build > Start 1: test_mmm > 1/1 Test #1: test_mmm .***Failed0.00 sec > > 0% tests passed, 1 tests failed out of 1 > > Total Test time (real) = 0.04 sec > > The following tests FAILED: > 1 - test_mmm (Failed) > Errors while running CTest > make: *** [test] Error 8 > el-hadidy@ubuntu:~/gr-mmm/build$ ^C > el-hadidy@ubuntu:~/gr-mmm/build$ > > Also i used ctest -v > > el-hadidy@ubuntu:~/gr-mmm/build$ ctest -V > UpdateCTestConfiguration from > :/home/el-hadidy/gr-mmm/build/DartConfiguration.tcl > UpdateCTestConfiguration from > :/home/el-hadidy/gr-mmm/build/DartConfiguration.tcl > Test project /home/el-hadidy/gr-mmm/build > Constructing a list of tests > Done constructing a list of tests > Checking test dependency graph... > test 1 > Start 1: test_mmm > > 1: Test command: /bin/sh /home/el-hadidy/gr-mmm/build/lib/test_mmm_test.sh > 1: Test timeout computed to be: 9.99988e+06 > 1: /home/el-hadidy/gr-mmm/build/lib/test_mmm_test.sh: 8: test-mmm: not > found > 1/1 Test #1: test_mmm .***Failed0.00 sec > > 0% tests passed, 1 tests failed out of 1 > > Total Test time (real) = 0.00 sec > > The following tests FAILED: > 1 - test_mmm (Failed) > Errors while running CTest > el-hadidy@ubuntu:~/gr-mmm/build$ > > so i want to know what is the problem. also what is the next step to put > the block in gnu-radio Program. and thanks > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > -- Nemanja Savić ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem loading Python block
Just install 3.6.3, you should be fine.
Otherwise, manually browse through /usr/local and kill everything that
looks GNU Radio-ish.
MB
On Wed, Jan 30, 2013 at 04:13:20PM +0100, Nemanja Savic wrote:
> In order to find which version I am using (since I have few build folders on
> my
> computer, and I don't know from which gnuradio was installed, because i tried
> a
> lot of times to install it without success (there were some problems since I
> am
> using RHEL6)) I decided to uninstall everything and make fresh new
> installation
> of gnuradio. I am receiving folloowing error from cmake:
>
>
> -- Uninstalling "/usr/local/share/doc/gnuradio-3.6.0/README"
> CMake Error at cmake_uninstall.cmake:20 (ELSEIF):
> had incorrect arguments: IS_SYMLINK "$ENV{DESTDIR}${file}" (Unknown
> arguments specified).
>
>
> make[3]: *** [CMakeFiles/uninstall] Error 1
> make[2]: *** [CMakeFiles/uninstall.dir/all] Error 2
> make[1]: *** [CMakeFiles/uninstall.dir/rule] Error 2
> make: *** [uninstall] Error 2
>
>
> I simply tried to make this file, but then there was another file missing, and
> so on.
>
> Is there any other way to uninstall gnuradio?
>
>
> Best
>
>
>
> On Wed, Jan 30, 2013 at 1:36 PM, Martin Braun (CEL)
> wrote:
>
>
> On Wed, Jan 30, 2013 at 01:23:19PM +0100, Nemanja Savic wrote:
> > Today I have tried again, but this time i used block as is designed by
> > gr_modtool. It wont wen throught test, bu it reports:
> >
> > AttributeError: 'module' object has no attribute 'sync_block'
> >
> >
> > It is becoming horror.
>
>
> Nemanja,
>
> it seems like you haven't actually changed anything.
>
> To recap:
> - If you want Python blocks (gr.sync_block), you need > 3.6.3.
> - You're doing something with messages (right?) Perhaps you want
> msg_connect() rather than the old message queues (read
> Johnathan's release announcement)
>
> MB
>
> --
> Karlsruhe Institute of Technology (KIT)
> Communications Engineering Lab (CEL)
>
> Dipl.-Ing. Martin Braun
> Research Associate
>
> Kaiserstraße 12
> Building 05.01
> 76131 Karlsruhe
>
> Phone: +49 721 608-43790
> Fax: +49 721 608-46071
> www.cel.kit.edu
>
> KIT -- University of the State of Baden-Württemberg and
> National Laboratory of the Helmholtz Association
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
>
>
>
> --
> Nemanja Savić
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
--
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)
Dipl.-Ing. Martin Braun
Research Associate
Kaiserstraße 12
Building 05.01
76131 Karlsruhe
Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu
KIT -- University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association
pgpeFxfWJwMwP.pgp
Description: PGP signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Basic question about carrier synchronize in PM demodulation
Hello everyone, let me explain my question: Let the input signal,Fc=cos(2*pi*fc*t+a(t)),fc is the carrier's frequency,and a(t) is the information which modulated into the carrier. But the SDR(software define radio)doesn't processes the input signal Fc directly, it just deal with the I/Q signal. Multiplying the input signal Fc by cosine and sine wave, and putting result into low pass filter, the output of this low pass filter are I/Q signals. The frequency of the cosine and sine wave is fs. Usually,fs should equal to carrier's frequency fc. So the I/Q signals can be expressed as follows: I signal SI=1/2*cos(2*pi*(fc-fs)*t+a(t)); Q signal SQ=-1/2*sin(2*pi*(fc-fs)*t+a(t)); If the fs is equal to fc, then fc-fs is equal to 0, and SI and SQ just contain the modulated information a(t). But in the real time project, fs isn't equal to fc, there may be little difference. Older oscillator and doppler effective will cause the fs having little difference with fc. so my question is that, how to remove the errors in SI and SQ which called by fs-fc not equal to zeros, and get SI and SQ as follow: I signal SI=1/2*cos(a(t)); Q signal SQ=-1/2*sin(a(t)); thanks. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Detect start of flowgraph for asynchronous blocks
Hi list, I have been playing around with the new message passing interface, but was unable to detect the start of the flowgraph in my asynchronous block. The block has a worker thread that will request frames over the network and send them out over a message port. The worker thread is started in the constructor of my block like it is done in gr_message_strobe. This will however result in a race condition since the other side of the message queue might not have been constructed yet and as a consequence the first frames (messages) might be send out but not received by any block since these other blocks have not yet been subscribed to the output port. So basically I need a different way of starting my worker thread. Unfortunately the block's start() method does not get called, since my block is not part of the (stream) flowgraph. A work-around would be to give my block a stream input and connect it to a low-rate null source in order to make it receive the start/stop calls, but that's not elegant at all. What is the official way of creating a block that will generate asynchronous messages and wants to make sure that even the first message it sends out is received by the other blocks? Any suggestion or pointer into the right direction is appreciated. Yours Martin Luelf ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] make test error
hello everyone, I try to install gnuradio by source code, the version is 3.6.3. my operation system is Ubuntu 12.04. and I get this error while running make test The following tests FAILED: 120 - qa_ctcss_squelch (Failed) Errors while running CTest thanks for any reply. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem loading Python block
I deleted everything that was Gnu Radio-ish and istalled fresh new version.
But it doesn't work now. GRC won't start, it complains about environment
variable, I checket, they are good.
When I want to start uhd_fft I come the following error:
Traceback (most recent call last):
> File "/usr/local/bin/uhd_fft", line 24, in
> from gnuradio import gr, gru
> File "/usr/local/lib64/python2.6/site-packages/gnuradio/gr/__init__.py",
> line 27, in
> from gnuradio_core import *
> File
> "/usr/local/lib64/python2.6/site-packages/gnuradio/gr/gnuradio_core.py",
> line 23, in
> from gnuradio_core_runtime import *
> File
> "/usr/local/lib64/python2.6/site-packages/gnuradio/gr/gnuradio_core_runtime.py",
> line 24, in
> _gnuradio_core_runtime = swig_import_helper()
> File
> "/usr/local/lib64/python2.6/site-packages/gnuradio/gr/gnuradio_core_runtime.py",
> line 20, in swig_import_helper
> _mod = imp.load_module('_gnuradio_core_runtime', fp, pathname,
> description)
> ImportError: libgnuradio-core-3.6.4git.so.0.0.0: cannot open shared object
> fil
>
The problem is this objest does exist in this location: /usr/local/lib64
I am using RHEL6.
Best
On Thu, Jan 31, 2013 at 11:34 AM, Martin Braun (CEL)
wrote:
> Just install 3.6.3, you should be fine.
> Otherwise, manually browse through /usr/local and kill everything that
> looks GNU Radio-ish.
>
> MB
>
> On Wed, Jan 30, 2013 at 04:13:20PM +0100, Nemanja Savic wrote:
> > In order to find which version I am using (since I have few build
> folders on my
> > computer, and I don't know from which gnuradio was installed, because i
> tried a
> > lot of times to install it without success (there were some problems
> since I am
> > using RHEL6)) I decided to uninstall everything and make fresh new
> installation
> > of gnuradio. I am receiving folloowing error from cmake:
> >
> >
> > -- Uninstalling "/usr/local/share/doc/gnuradio-3.6.0/README"
> > CMake Error at cmake_uninstall.cmake:20 (ELSEIF):
> > had incorrect arguments: IS_SYMLINK "$ENV{DESTDIR}${file}" (Unknown
> > arguments specified).
> >
> >
> > make[3]: *** [CMakeFiles/uninstall] Error 1
> > make[2]: *** [CMakeFiles/uninstall.dir/all] Error 2
> > make[1]: *** [CMakeFiles/uninstall.dir/rule] Error 2
> > make: *** [uninstall] Error 2
> >
> >
> > I simply tried to make this file, but then there was another file
> missing, and
> > so on.
> >
> > Is there any other way to uninstall gnuradio?
> >
> >
> > Best
> >
> >
> >
> > On Wed, Jan 30, 2013 at 1:36 PM, Martin Braun (CEL) <
> martin.br...@kit.edu>
> > wrote:
> >
> >
> > On Wed, Jan 30, 2013 at 01:23:19PM +0100, Nemanja Savic wrote:
> > > Today I have tried again, but this time i used block as is
> designed by
> > > gr_modtool. It wont wen throught test, bu it reports:
> > >
> > > AttributeError: 'module' object has no attribute 'sync_block'
> > >
> > >
> > > It is becoming horror.
> >
> >
> > Nemanja,
> >
> > it seems like you haven't actually changed anything.
> >
> > To recap:
> > - If you want Python blocks (gr.sync_block), you need > 3.6.3.
> > - You're doing something with messages (right?) Perhaps you want
> > msg_connect() rather than the old message queues (read
> > Johnathan's release announcement)
> >
> > MB
> >
> > --
> > Karlsruhe Institute of Technology (KIT)
> > Communications Engineering Lab (CEL)
> >
> > Dipl.-Ing. Martin Braun
> > Research Associate
> >
> > Kaiserstraße 12
> > Building 05.01
> > 76131 Karlsruhe
> >
> > Phone: +49 721 608-43790
> > Fax: +49 721 608-46071
> > www.cel.kit.edu
> >
> > KIT -- University of the State of Baden-Württemberg and
> > National Laboratory of the Helmholtz Association
> >
> >
> > ___
> > Discuss-gnuradio mailing list
> > Discuss-gnuradio@gnu.org
> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> >
> >
> >
> >
> >
> > --
> > Nemanja Savić
> >
>
> > ___
> > Discuss-gnuradio mailing list
> > Discuss-gnuradio@gnu.org
> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
> --
> Karlsruhe Institute of Technology (KIT)
> Communications Engineering Lab (CEL)
>
> Dipl.-Ing. Martin Braun
> Research Associate
>
> Kaiserstraße 12
> Building 05.01
> 76131 Karlsruhe
>
> Phone: +49 721 608-43790
> Fax: +49 721 608-46071
> www.cel.kit.edu
>
> KIT -- University of the State of Baden-Württemberg and
> National Laboratory of the Helmholtz Association
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
--
Nemanja Savić
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] modifying the top block
Hi everyone, I created some blocks using c++, gr_modtools and used GRC in order to define the functionality. Now I need to pass parameters to the graph by console. I used as example wfm_rx_block so as to get the OptionParser functionality. The problem is that is not working, when I use one of the options I supposedly defined, I get: Usage: top_block.py: [options] top_block.py: error: no such option: -F I put the OptionParser after the variables are declared and before the blocks If anyone knows where can I find some documentation or tutorial for what I am doing it would be great. Thanks Este documento puede contener información privilegiada o confidencial. Por tanto, usar esta información y sus anexos para propósitos ajenos a los de la Universidad Icesi, divulgarla a personas a las cuales no se encuentre destinado este correo o reproducirla total o parcialmente, se encuentra prohibido en virtud de la legislación vigente. La universidad no asumirá responsabilidad sobre información, opiniones o criterios contenidos en este correo que no estén directamente relacionados con la Icesi. Si usted no es el destinatario autorizado o por error recibe este mensaje, por favor informe al remitente y posteriormente bórrelo de su sistema sin conservar copia del mismo. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem loading Python block
The problem was bad LD_LIBRARY_PATH.
Can anybody explain:
why with LD_LIBRARY_PATH=/usr/bin:usr/local/lib64:usr/local/lib, GRC won't
run, and with LD_LIBRARY_PATH=/usr/local/lib64. it works?
On Thu, Jan 31, 2013 at 2:37 PM, Nemanja Savic wrote:
> I deleted everything that was Gnu Radio-ish and istalled fresh new
> version. But it doesn't work now. GRC won't start, it complains about
> environment variable, I checket, they are good.
> When I want to start uhd_fft I come the following error:
>
> Traceback (most recent call last):
>> File "/usr/local/bin/uhd_fft", line 24, in
>> from gnuradio import gr, gru
>> File
>> "/usr/local/lib64/python2.6/site-packages/gnuradio/gr/__init__.py", line
>> 27, in
>> from gnuradio_core import *
>> File
>> "/usr/local/lib64/python2.6/site-packages/gnuradio/gr/gnuradio_core.py",
>> line 23, in
>> from gnuradio_core_runtime import *
>> File
>> "/usr/local/lib64/python2.6/site-packages/gnuradio/gr/gnuradio_core_runtime.py",
>> line 24, in
>> _gnuradio_core_runtime = swig_import_helper()
>> File
>> "/usr/local/lib64/python2.6/site-packages/gnuradio/gr/gnuradio_core_runtime.py",
>> line 20, in swig_import_helper
>> _mod = imp.load_module('_gnuradio_core_runtime', fp, pathname,
>> description)
>> ImportError: libgnuradio-core-3.6.4git.so.0.0.0: cannot open shared
>> object fil
>>
>
> The problem is this objest does exist in this location: /usr/local/lib64
>
> I am using RHEL6.
>
> Best
>
>
> On Thu, Jan 31, 2013 at 11:34 AM, Martin Braun (CEL) > wrote:
>
>> Just install 3.6.3, you should be fine.
>> Otherwise, manually browse through /usr/local and kill everything that
>> looks GNU Radio-ish.
>>
>> MB
>>
>> On Wed, Jan 30, 2013 at 04:13:20PM +0100, Nemanja Savic wrote:
>> > In order to find which version I am using (since I have few build
>> folders on my
>> > computer, and I don't know from which gnuradio was installed, because i
>> tried a
>> > lot of times to install it without success (there were some problems
>> since I am
>> > using RHEL6)) I decided to uninstall everything and make fresh new
>> installation
>> > of gnuradio. I am receiving folloowing error from cmake:
>> >
>> >
>> > -- Uninstalling "/usr/local/share/doc/gnuradio-3.6.0/README"
>> > CMake Error at cmake_uninstall.cmake:20 (ELSEIF):
>> > had incorrect arguments: IS_SYMLINK "$ENV{DESTDIR}${file}"
>> (Unknown
>> > arguments specified).
>> >
>> >
>> > make[3]: *** [CMakeFiles/uninstall] Error 1
>> > make[2]: *** [CMakeFiles/uninstall.dir/all] Error 2
>> > make[1]: *** [CMakeFiles/uninstall.dir/rule] Error 2
>> > make: *** [uninstall] Error 2
>> >
>> >
>> > I simply tried to make this file, but then there was another file
>> missing, and
>> > so on.
>> >
>> > Is there any other way to uninstall gnuradio?
>> >
>> >
>> > Best
>> >
>> >
>> >
>> > On Wed, Jan 30, 2013 at 1:36 PM, Martin Braun (CEL) <
>> martin.br...@kit.edu>
>> > wrote:
>> >
>> >
>> > On Wed, Jan 30, 2013 at 01:23:19PM +0100, Nemanja Savic wrote:
>> > > Today I have tried again, but this time i used block as is
>> designed by
>> > > gr_modtool. It wont wen throught test, bu it reports:
>> > >
>> > > AttributeError: 'module' object has no attribute 'sync_block'
>> > >
>> > >
>> > > It is becoming horror.
>> >
>> >
>> > Nemanja,
>> >
>> > it seems like you haven't actually changed anything.
>> >
>> > To recap:
>> > - If you want Python blocks (gr.sync_block), you need > 3.6.3.
>> > - You're doing something with messages (right?) Perhaps you want
>> > msg_connect() rather than the old message queues (read
>> > Johnathan's release announcement)
>> >
>> > MB
>> >
>> > --
>> > Karlsruhe Institute of Technology (KIT)
>> > Communications Engineering Lab (CEL)
>> >
>> > Dipl.-Ing. Martin Braun
>> > Research Associate
>> >
>> > Kaiserstraße 12
>> > Building 05.01
>> > 76131 Karlsruhe
>> >
>> > Phone: +49 721 608-43790
>> > Fax: +49 721 608-46071
>> > www.cel.kit.edu
>> >
>> > KIT -- University of the State of Baden-Württemberg and
>> > National Laboratory of the Helmholtz Association
>> >
>> >
>> > ___
>> > Discuss-gnuradio mailing list
>> > Discuss-gnuradio@gnu.org
>> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>> >
>> >
>> >
>> >
>> >
>> > --
>> > Nemanja Savić
>> >
>>
>> > ___
>> > Discuss-gnuradio mailing list
>> > Discuss-gnuradio@gnu.org
>> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>> --
>> Karlsruhe Institute of Technology (KIT)
>> Communications Engineering Lab (CEL)
>>
>> Dipl.-Ing. Martin Braun
>> Research Associate
>>
>> Kaiserstraße 12
>> Building 05.01
>> 76131 Karlsruhe
>>
>> Phone: +49 721 608-43790
>> Fax: +49 721 608-46071
>> www.cel.kit.edu
>>
>> KIT -- University of the State of Baden-Württemberg and
>> National L
Re: [Discuss-gnuradio] [USRP-users] questions about calibration examples in UHD utility
Hi, Mike, Thanks very much for your reply. I also searched online about the usrp calibration. I found a post and some information: "During cal, the TX is switched away from the TX antenna into the "closed" switch port, where it leaks into the RX which is listening to the TX/RX antenna. So termination on RX2 should have no effect as that port is already unused in calibration." Here is the link: http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2012-April/004028.html. I am a little confused. Since calibration uses full duplex, why is there no direct connection between RX2 and TX/RX? I thought they are connected inside the usrp during calibration. Best, Gang On Mon, Jan 28, 2013 at 4:08 PM, Mike Jameson wrote: > Hi, > > Calibration uses full duplex and should only be done without anything > plugged into the 'tx/rx' or 'rx2' ports. There is no direct connection, just > measurement of the residual rf escaping. > > Mike > M0MIK > > On 28 Jan 2013 20:17, "gang li" wrote: >> >> Hi, guys, >> >> I am reading the codes for uhd_cal_rx_iq_balance.cpp. >> When doing calibration by setting the RX and TX antenna as "CAL", is >> the signal from TX directly switched to RX? >> And I noticed that in the function set_optimum_defaults(), the tx_gain >> is 0 but the rx_gain is 25! Is that too high? I heard that when >> directly connecting TX and RX, we should use attenuators. So why does >> it set 25 rx_gain? Thanks. >> >> Best, >> Gang >> >> ___ >> USRP-users mailing list >> usrp-us...@lists.ettus.com >> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Ctrl-port port lottery...
Greetings, I started to play with the gr-ctrl-port examples today and I noticed that every time I execute pfb_sync_test or pfb_sync_test-qt grc scripts they use a different port number. Is that intentional? I also noticed that the gr-ctrl-port stuff got installed without problems, despite that I didn't have python-zeroc-ice package installed so a check seems to be missing in the cmake files. Otherwise it looks very promising and is exactly what I need for one of my projects. Alex ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GNUradio and Windows 7 still need help
I have been running a relatively simple program on my Linux computer but when trying to run it on the Windows computer I get the following error: :Invalid argument C:\Users\Al\AppData\Roaming\.gnuradio\Prefs\gr_vmcircbuf_default_factory: No such file or directory :Invalid argument The program consists of a File Source going to a Throttle going to both a WX GUI FFT Sink and a WX GUI Waterfall Sink. When I run the program both the Waterfall and FFT positions come up but only the Waterfall actually appears but with nothing happening. If I disable the Waterfall Sink then the FFT grid comes up but with nothing happening. And of course the above error message comes up in each case. Any help would be appreciated. Many thanks, Al___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Make test failed
Hello everyone,
I am trying to build my own block using gr_modtool.py. But When I run make
test its gives me an error.
mkk@comsec-ThinkCentre-M90p:~/Desktop/gr-howto/build$ ctest -V
UpdateCTestConfiguration from
:/home/mkk/Desktop/gr-howto/build/DartConfiguration.tcl
UpdateCTestConfiguration from
:/home/mkk/Desktop/gr-howto/build/DartConfiguration.tcl
Test project /home/mkk/Desktop/gr-howto/build
Constructing a list of tests
Done constructing a list of tests
Checking test dependency graph...
Checking test dependency graph end
test 1
Start 1: qa_howto_square_ff
1: Test command: /bin/sh
"/home/mkk/Desktop/gr-howto/build/lib/qa_howto_square_ff_test.sh"
1: Test timeout computed to be: 9.99988e+06
1: Running 2 test cases...
1:
1: *** No errors detected
1/2 Test #1: qa_howto_square_ff ... Passed0.00 sec
test 2
Start 2: qa_square_ff
2: Test command: /bin/sh
"/home/mkk/Desktop/gr-howto/build/python/qa_square_ff_test.sh"
2: Test timeout computed to be: 9.99988e+06
2: Traceback (most recent call last):
2: File "/home/mkk/Desktop/gr-howto/python/qa_howto_square_ff.py", line
23, in
2: import howto_swig as howto
2: File "/home/mkk/Desktop/gr-howto/build/swig/howto_swig.py", line 24,
in
2: _howto_swig = swig_import_helper()
2: File "/home/mkk/Desktop/gr-howto/build/swig/howto_swig.py", line 20,
in swig_import_helper
2: _mod = imp.load_module('_howto_swig', fp, pathname, description)
2: *ImportError: /home/mkk/Desktop/gr-howto/build/swig/_howto_swig.so:
undefined symbol: _Z20howto_make_square_ffv*
2/2 Test #2: qa_square_ff .***Failed0.09 sec
50% tests passed, 1 tests failed out of 2
Total Test time (real) = 0.11 sec
The following tests FAILED:
2 - qa_square_ff (Failed)
Errors while running CTest
I know this a linking problem error.If anyone can *help* with this I *would*
really *appreciate. *
*
*
Regards,
Khizer Kaleem
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Make test failed
> 2: Test command: /bin/sh
> "/home/mkk/Desktop/gr-howto/build/python/qa_square_ff_test.sh"
> 2: Test timeout computed to be: 9.99988e+06
> 2: Traceback (most recent call last):
> 2: File "/home/mkk/Desktop/gr-howto/python/qa_howto_square_ff.py", line
> 23, in
> 2: import howto_swig as howto
> 2: File "/home/mkk/Desktop/gr-howto/build/swig/howto_swig.py", line 24,
> in
> 2: _howto_swig = swig_import_helper()
> 2: File "/home/mkk/Desktop/gr-howto/build/swig/howto_swig.py", line 20,
> in swig_import_helper
> 2: _mod = imp.load_module('_howto_swig', fp, pathname, description)
> 2: *ImportError: /home/mkk/Desktop/gr-howto/build/swig/_howto_swig.so:
> undefined symbol: _Z20howto_make_square_ffv*
> 2/2 Test #2: qa_square_ff .***Failed0.09 sec
>
> 50% tests passed, 1 tests failed out of 2
>
> Total Test time (real) = 0.11 sec
>
> The following tests FAILED:
> 2 - qa_square_ff (Failed)
> Errors while running CTest
>
> I know this a linking problem error.If anyone can *help* with this I *would*
> really *appreciate. *
> *
> *
Well, it says the symbol is missing: undefined symbol:
_Z20howto_make_square_ffv*
So this is something declared in a header file but not exposed by your
library. You probably need to implement howto_make_square_ffv, or make
sure the declaration in the header file has the proper API export macro.
-josh
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to transmit captured TV(PAL standard) signal using USRP
John - Why are you trying to transmit it using the benchmark scripts? Why not tx_samples_from_file or something similar? Cheers, Ben On Thu, Jan 31, 2013 at 12:56 AM, john jade wrote: > Hi, > > I have a captured TV(PAL) signal.I captured it using USRP Cfile.Now i want > to transmit the captured file using USRP again and check it on TV set > whether i could see the video or not. > > When i transmitted the file using benchmark_tx.py file ,i am getting noise > in TV set. The file that i captured is correct,because i could see the > video using usrp_tv_rcv_nogui.py file. > My question is , > Is it the correct way of transmitting the TV signal?If not can you please > send me code on how to do it. > > > Thanks > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] make test error
On 01/31/2013 07:38 AM, adream wrote: > hello everyone, I try to install gnuradio by source code, the version is > 3.6.3. > my operation system is Ubuntu 12.04. > and I get this error while running make test > > The following tests FAILED: > 120 - qa_ctcss_squelch (Failed) > Errors while running CTest > > thanks for any reply. > I think this is a known issue. If that is your only test failure, I think your GR build is good to use :-) -josh > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] modifying the top block
Have you looked up the Python docs for that module? http://docs.python.org/2/library/optparse.html Cheers, Ben On Thu, Jan 31, 2013 at 6:39 AM, Juan Daniel Fernandez Martinez < jdfernan...@icesi.edu.co> wrote: > Hi everyone, > I created some blocks using c++, gr_modtools and used GRC in order to > define the functionality. Now I need to pass parameters to the graph by > console. I used as example wfm_rx_block so as to get the OptionParser > functionality. The problem is that is not working, when I use one of the > options I supposedly defined, I get: > > Usage: top_block.py: [options] > > top_block.py: error: no such option: -F > > I put the OptionParser after the variables are declared and before the > blocks > > If anyone knows where can I find some documentation or tutorial for what I > am doing it would be great. > > Thanks > > > -- > > Este documento puede contener información privilegiada o confidencial. Por > tanto, usar esta información y sus anexos para propósitos ajenos a los de > la Universidad Icesi, divulgarla a personas a las cuales no se encuentre > destinado este correo o reproducirla total o parcialmente, se encuentra > prohibido en virtud de la legislación vigente. La universidad no asumirá > responsabilidad sobre información, opiniones o criterios contenidos en este > correo que no estén directamente relacionados con la Icesi. Si usted no es > el destinatario autorizado o por error recibe este mensaje, por favor > informe al remitente y posteriormente bórrelo de su sistema sin conservar > copia del mismo. > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] make test error
Should anyone feel like fixing it, the issue can be found here: http://gnuradio.org/redmine/issues/511 On Thu, Jan 31, 2013 at 2:35 PM, Josh Blum wrote: > > > On 01/31/2013 07:38 AM, adream wrote: >> hello everyone, I try to install gnuradio by source code, the version is >> 3.6.3. >> my operation system is Ubuntu 12.04. >> and I get this error while running make test >> >> The following tests FAILED: >> 120 - qa_ctcss_squelch (Failed) >> Errors while running CTest >> >> thanks for any reply. >> > > I think this is a known issue. If that is your only test failure, I > think your GR build is good to use :-) > > -josh > >> >> >> ___ >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] make test error
I just cleaned and rebuilt master and all tests pass for me on Ubuntu 12.04. Output of gnuradio-config-info shows that I am on master. jared@jared:~/gnuradio/build$ gnuradio-core/src/lib/gnuradio-config-info -v v3.6.3-35-g4435082f Start 120: qa_ctcss_squelch 120/180 Test #120: qa_ctcss_squelch . Passed0.17 sec Jared On Fri, Feb 1, 2013 at 10:49 AM, Ben Reynwar wrote: > Should anyone feel like fixing it, the issue can be found here: > > http://gnuradio.org/redmine/issues/511 > > > On Thu, Jan 31, 2013 at 2:35 PM, Josh Blum wrote: > > > > > > On 01/31/2013 07:38 AM, adream wrote: > >> hello everyone, I try to install gnuradio by source code, the version is > >> 3.6.3. > >> my operation system is Ubuntu 12.04. > >> and I get this error while running make test > >> > >> The following tests FAILED: > >> 120 - qa_ctcss_squelch (Failed) > >> Errors while running CTest > >> > >> thanks for any reply. > >> > > > > I think this is a known issue. If that is your only test failure, I > > think your GR build is good to use :-) > > > > -josh > > > >> > >> > >> ___ > >> Discuss-gnuradio mailing list > >> Discuss-gnuradio@gnu.org > >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > >> > > > > ___ > > Discuss-gnuradio mailing list > > Discuss-gnuradio@gnu.org > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > -- -- This email, including any attachments, is only for the intended recipient. It is subject to copyright, is confidential and may be the subject of legal or other privilege, none of which is waived or lost by reason of this transmission. If you are not an intended recipient, you may not use, disseminate, distribute or reproduce such email, any attachments, or any part thereof. If you have received a message in error, please notify the sender immediately and erase all copies of the message and any attachments. Unfortunately, we cannot warrant that the email has not been altered or corrupted during transmission nor can we guarantee that any email or any attachments are free from computer viruses or other conditions which may damage or interfere with recipient data, hardware or software. The recipient relies upon its own procedures and assumes all risk of use and of opening any attachments. -- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] make test error
qa_ctcss_squelch is failing for me on master for Ubuntu 12.10 and in OS X 10.7.5. On Thu, Jan 31, 2013 at 3:17 PM, Jared Lewis wrote: > I just cleaned and rebuilt master and all tests pass for me on Ubuntu 12.04. > > Output of gnuradio-config-info shows that I am on master. > jared@jared:~/gnuradio/build$ gnuradio-core/src/lib/gnuradio-config-info -v > v3.6.3-35-g4435082f > > Start 120: qa_ctcss_squelch > 120/180 Test #120: qa_ctcss_squelch . Passed0.17 sec > > > Jared > > > > On Fri, Feb 1, 2013 at 10:49 AM, Ben Reynwar wrote: >> >> Should anyone feel like fixing it, the issue can be found here: >> >> http://gnuradio.org/redmine/issues/511 >> >> >> On Thu, Jan 31, 2013 at 2:35 PM, Josh Blum wrote: >> > >> > >> > On 01/31/2013 07:38 AM, adream wrote: >> >> hello everyone, I try to install gnuradio by source code, the version >> >> is >> >> 3.6.3. >> >> my operation system is Ubuntu 12.04. >> >> and I get this error while running make test >> >> >> >> The following tests FAILED: >> >> 120 - qa_ctcss_squelch (Failed) >> >> Errors while running CTest >> >> >> >> thanks for any reply. >> >> >> > >> > I think this is a known issue. If that is your only test failure, I >> > think your GR build is good to use :-) >> > >> > -josh >> > >> >> >> >> >> >> ___ >> >> Discuss-gnuradio mailing list >> >> Discuss-gnuradio@gnu.org >> >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> >> >> > >> > ___ >> > Discuss-gnuradio mailing list >> > Discuss-gnuradio@gnu.org >> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> >> ___ >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > > > This email, including any attachments, is only for the intended recipient. > It is subject to copyright, is confidential and may be the subject of legal > or other privilege, none of which is waived or lost by reason of this > transmission. > If you are not an intended recipient, you may not use, disseminate, > distribute or reproduce such email, any attachments, or any part thereof. If > you have received a message in error, please notify the sender immediately > and erase all copies of the message and any attachments. > Unfortunately, we cannot warrant that the email has not been altered or > corrupted during transmission nor can we guarantee that any email or any > attachments are free from computer viruses or other conditions which may > damage or interfere with recipient data, hardware or software. The recipient > relies upon its own procedures and assumes all risk of use and of opening > any attachments. > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] make test error
'master' also just built & tested for me without issue on Fedora 17. All components except shd, comedi, and fcd. Cheers, Ben On Thu, Jan 31, 2013 at 2:17 PM, Jared Lewis wrote: > I just cleaned and rebuilt master and all tests pass for me on Ubuntu > 12.04. > > Output of gnuradio-config-info shows that I am on master. > jared@jared:~/gnuradio/build$ gnuradio-core/src/lib/gnuradio-config-info > -v > v3.6.3-35-g4435082f > > Start 120: qa_ctcss_squelch > 120/180 Test #120: qa_ctcss_squelch . Passed0.17 sec > > > Jared > > > > On Fri, Feb 1, 2013 at 10:49 AM, Ben Reynwar wrote: > >> Should anyone feel like fixing it, the issue can be found here: >> >> http://gnuradio.org/redmine/issues/511 >> >> >> On Thu, Jan 31, 2013 at 2:35 PM, Josh Blum wrote: >> > >> > >> > On 01/31/2013 07:38 AM, adream wrote: >> >> hello everyone, I try to install gnuradio by source code, the version >> is >> >> 3.6.3. >> >> my operation system is Ubuntu 12.04. >> >> and I get this error while running make test >> >> >> >> The following tests FAILED: >> >> 120 - qa_ctcss_squelch (Failed) >> >> Errors while running CTest >> >> >> >> thanks for any reply. >> >> >> > >> > I think this is a known issue. If that is your only test failure, I >> > think your GR build is good to use :-) >> > >> > -josh >> > >> >> >> >> >> >> ___ >> >> Discuss-gnuradio mailing list >> >> Discuss-gnuradio@gnu.org >> >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> >> >> > >> > ___ >> > Discuss-gnuradio mailing list >> > Discuss-gnuradio@gnu.org >> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> >> ___ >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> > > > -- > This email, including any attachments, is only for the intended recipient. > It is subject to copyright, is confidential and may be the subject of legal > or other privilege, none of which is waived or lost by reason of this > transmission. > If you are not an intended recipient, you may not use, disseminate, > distribute or reproduce such email, any attachments, or any part thereof. > If you have received a message in error, please notify the sender > immediately and erase all copies of the message and any attachments. > Unfortunately, we cannot warrant that the email has not been altered or > corrupted during transmission nor can we guarantee that any email or any > attachments are free from computer viruses or other conditions which may > damage or interfere with recipient data, hardware or software. The > recipient relies upon its own procedures and assumes all risk of use and of > opening any attachments. > -- > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Make test failed
Thanks Josh. It worked. Apparently, the gr_modtool.py is not including the
API in the header.
-Khizer Kaleem
On Thu, Jan 31, 2013 at 4:32 PM, Josh Blum wrote:
>
> > 2: Test command: /bin/sh
> > "/home/mkk/Desktop/gr-howto/build/python/qa_square_ff_test.sh"
> > 2: Test timeout computed to be: 9.99988e+06
> > 2: Traceback (most recent call last):
> > 2: File "/home/mkk/Desktop/gr-howto/python/qa_howto_square_ff.py", line
> > 23, in
> > 2: import howto_swig as howto
> > 2: File "/home/mkk/Desktop/gr-howto/build/swig/howto_swig.py", line 24,
> > in
> > 2: _howto_swig = swig_import_helper()
> > 2: File "/home/mkk/Desktop/gr-howto/build/swig/howto_swig.py", line 20,
> > in swig_import_helper
> > 2: _mod = imp.load_module('_howto_swig', fp, pathname, description)
> > 2: *ImportError: /home/mkk/Desktop/gr-howto/build/swig/_howto_swig.so:
> > undefined symbol: _Z20howto_make_square_ffv*
> > 2/2 Test #2: qa_square_ff .***Failed0.09 sec
> >
> > 50% tests passed, 1 tests failed out of 2
> >
> > Total Test time (real) = 0.11 sec
> >
> > The following tests FAILED:
> > 2 - qa_square_ff (Failed)
> > Errors while running CTest
> >
> > I know this a linking problem error.If anyone can *help* with this I
> *would*
> > really *appreciate. *
> > *
> > *
> Well, it says the symbol is missing: undefined symbol:
> _Z20howto_make_square_ffv*
>
> So this is something declared in a header file but not exposed by your
> library. You probably need to implement howto_make_square_ffv, or make
> sure the declaration in the header file has the proper API export macro.
>
> -josh
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Benchmark Duplex
Hi When I try to establish the duplex comunication between two USRPs, I found that if I put the code A infront of code B, only the transmitter works, but if I put code B infront of code A, only receiver works. Could anyone tells me the reason? Thanks a lot! code A: self.source = uhd_receiver(options.args, symbol_rate, options.samples_per_symbol, options.rx_freq, options.rx_gain, options.spec, options.antenna, options.verbose) code B: self.sink = uhd_transmitter(options.args, symbol_rate, options.samples_per_symbol, options.tx_freq, options.tx_gain, options.spec, options.antenna, options.verbose) Best regards! Dong Wang ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Benchmark Duplex
Try use different frequency for transmitter and receiver. On Thu, Jan 31, 2013 at 8:51 PM, Dong Wang wrote: > Hi > > When I try to establish the duplex comunication between two USRPs, I found > that if I put the code A infront of code B, only the transmitter works, but > if I put code B infront of code A, only receiver works. > Could anyone tells me the reason? > Thanks a lot! > > > code A: > self.source = uhd_receiver(options.args, symbol_rate, >options.samples_per_symbol, >options.rx_freq, options.rx_gain, >options.spec, options.antenna, >options.verbose) > > > code B: > self.sink = uhd_transmitter(options.args, symbol_rate, > options.samples_per_symbol, > options.tx_freq, options.tx_gain, > options.spec, options.antenna, > options.verbose) > Best regards! > > Dong Wang > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > -- Alex, *Dreams can come true – just believe.* ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Ctrl-port port lottery...
On Thu, Jan 31, 2013 at 11:22 AM, Alexandru Csete wrote: > Greetings, > > I started to play with the gr-ctrl-port examples today and I noticed > that every time I execute pfb_sync_test or pfb_sync_test-qt grc > scripts they use a different port number. Is that intentional? > This is the default behavior, yes. On my list of things to do is more strongly integrate a config file concept with ControlPort, of which setting the port will be one of the parameters. I'm sure you're asking because constantly having to know which port you've randomly set up is kind of annoying. But really, it's the right behavior if you don't have anything else specifically telling it for your machine. Definitely on the short list of things to do. > I also noticed that the gr-ctrl-port stuff got installed without > problems, despite that I didn't have python-zeroc-ice package > installed so a check seems to be missing in the cmake files. > That's only partially problematic, but thanks for pointing it out. There are a few things that we don't check for that are used, actually. Specifically, these we don't check for all possible Python packages when they are only used in example files. Having said that, here's my thoughts. We shouldn't stop the installation of ControlPort if the Python ICE package is not found. You don't need it to run GNU Radio apps with ControlPort and you can develop clients in many other languages. On the other hand, since gr-ctrlport-monitor uses Python's ICE package and we run slice2py, we need to check for this and not run slice2py or install gr-ctrlport-monitor if the Python package is not there. > Otherwise it looks very promising and is exactly what I need for one > of my projects. > > Alex > Great! Feedback like this is great, too. Helps us know how things are being used or want to be used to fill in things like this. Thanks! Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem loading Python block
On Thu, Jan 31, 2013 at 9:52 AM, Nemanja Savic wrote:
> The problem was bad LD_LIBRARY_PATH.
> Can anybody explain:
> why with LD_LIBRARY_PATH=/usr/bin:usr/local/lib64:usr/local/lib, GRC won't
> run, and with LD_LIBRARY_PATH=/usr/local/lib64. it works?
>
My only guess for that is you have something left over in one of those
directories from a previous installation that's pointing to a wrong
version. (Also, I wouldn't think that a bin directory ever needs to be in
the library path.)
Tom
> On Thu, Jan 31, 2013 at 2:37 PM, Nemanja Savic wrote:
>
>> I deleted everything that was Gnu Radio-ish and istalled fresh new
>> version. But it doesn't work now. GRC won't start, it complains about
>> environment variable, I checket, they are good.
>> When I want to start uhd_fft I come the following error:
>>
>> Traceback (most recent call last):
>>>File "/usr/local/bin/uhd_fft", line 24, in
>>> from gnuradio import gr, gru
>>> File
>>> "/usr/local/lib64/python2.6/site-packages/gnuradio/gr/__init__.py", line
>>> 27, in
>>> from gnuradio_core import *
>>> File
>>> "/usr/local/lib64/python2.6/site-packages/gnuradio/gr/gnuradio_core.py",
>>> line 23, in
>>> from gnuradio_core_runtime import *
>>> File
>>> "/usr/local/lib64/python2.6/site-packages/gnuradio/gr/gnuradio_core_runtime.py",
>>> line 24, in
>>> _gnuradio_core_runtime = swig_import_helper()
>>> File
>>> "/usr/local/lib64/python2.6/site-packages/gnuradio/gr/gnuradio_core_runtime.py",
>>> line 20, in swig_import_helper
>>> _mod = imp.load_module('_gnuradio_core_runtime', fp, pathname,
>>> description)
>>> ImportError: libgnuradio-core-3.6.4git.so.0.0.0: cannot open shared
>>> object fil
>>>
>>
>> The problem is this objest does exist in this location: /usr/local/lib64
>>
>> I am using RHEL6.
>>
>> Best
>>
>>
>> On Thu, Jan 31, 2013 at 11:34 AM, Martin Braun (CEL) <
>> martin.br...@kit.edu> wrote:
>>
>>> Just install 3.6.3, you should be fine.
>>> Otherwise, manually browse through /usr/local and kill everything that
>>> looks GNU Radio-ish.
>>>
>>> MB
>>>
>>> On Wed, Jan 30, 2013 at 04:13:20PM +0100, Nemanja Savic wrote:
>>> > In order to find which version I am using (since I have few build
>>> folders on my
>>> > computer, and I don't know from which gnuradio was installed, because
>>> i tried a
>>> > lot of times to install it without success (there were some problems
>>> since I am
>>> > using RHEL6)) I decided to uninstall everything and make fresh new
>>> installation
>>> > of gnuradio. I am receiving folloowing error from cmake:
>>> >
>>> >
>>> > -- Uninstalling "/usr/local/share/doc/gnuradio-3.6.0/README"
>>> > CMake Error at cmake_uninstall.cmake:20 (ELSEIF):
>>> > had incorrect arguments: IS_SYMLINK "$ENV{DESTDIR}${file}"
>>> (Unknown
>>> > arguments specified).
>>> >
>>> >
>>> > make[3]: *** [CMakeFiles/uninstall] Error 1
>>> > make[2]: *** [CMakeFiles/uninstall.dir/all] Error 2
>>> > make[1]: *** [CMakeFiles/uninstall.dir/rule] Error 2
>>> > make: *** [uninstall] Error 2
>>> >
>>> >
>>> > I simply tried to make this file, but then there was another file
>>> missing, and
>>> > so on.
>>> >
>>> > Is there any other way to uninstall gnuradio?
>>> >
>>> >
>>> > Best
>>> >
>>> >
>>> >
>>> > On Wed, Jan 30, 2013 at 1:36 PM, Martin Braun (CEL) <
>>> martin.br...@kit.edu>
>>> > wrote:
>>> >
>>> >
>>> > On Wed, Jan 30, 2013 at 01:23:19PM +0100, Nemanja Savic wrote:
>>> > > Today I have tried again, but this time i used block as is
>>> designed by
>>> > > gr_modtool. It wont wen throught test, bu it reports:
>>> > >
>>> > > AttributeError: 'module' object has no attribute 'sync_block'
>>> > >
>>> > >
>>> > > It is becoming horror.
>>> >
>>> >
>>> > Nemanja,
>>> >
>>> > it seems like you haven't actually changed anything.
>>> >
>>> > To recap:
>>> > - If you want Python blocks (gr.sync_block), you need > 3.6.3.
>>> > - You're doing something with messages (right?) Perhaps you want
>>> > msg_connect() rather than the old message queues (read
>>> > Johnathan's release announcement)
>>> >
>>> > MB
>>> >
>>> > --
>>> > Karlsruhe Institute of Technology (KIT)
>>> > Communications Engineering Lab (CEL)
>>> >
>>> > Dipl.-Ing. Martin Braun
>>> > Research Associate
>>> >
>>> > Kaiserstraße 12
>>> > Building 05.01
>>> > 76131 Karlsruhe
>>> >
>>> > Phone: +49 721 608-43790
>>> > Fax: +49 721 608-46071
>>> > www.cel.kit.edu
>>> >
>>> > KIT -- University of the State of Baden-Württemberg and
>>> > National Laboratory of the Helmholtz Association
>>> >
>>> >
>>> > ___
>>> > Discuss-gnuradio mailing list
>>> > Discuss-gnuradio@gnu.org
>>> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > --
>>> > Nemanja Savić
>>> >
>>>
>>> > ___
>>> > Dis
Re: [Discuss-gnuradio] How to get the carrier's frequency offset in PM demodulator?
On Wed, Jan 30, 2013 at 11:16 AM, Brian Padalino wrote: > > On Wed, Jan 30, 2013 at 9:30 AM, adream wrote: > >> I am feel sorry for no reply > > > It's just been a day - sometimes if the answer doesn't come quickly, > people are confused by what you're asking. > True. A lot of us are also very busy with other things and can't come rushing to answer all questions. > > 2013/1/30 adream >> >>> Does gnuradio provide this function? >>> thank you >>> >>> > Natively I don't think it does, but there are properties to the > demodulated signal you may be able to exploit and calculate it. > > >> >>> 2013/1/29 adream >>> Hello, I am learning PM Demodulation, and someones tell me that the FM Demodulator in gnuradio can demodulate the PM signals. I want to get the carrier's frequency offset in PM demodulating, does gnuradio provide this function? For example, in my project, I set the frequency of IF signal is 70MHz, but the real input IF signal is 70.01MHz. In this case, I hope my program can print the carrier's frequency offset, 10KHz Thank you. >>> >>> > FM has the property that frequency offset results in a DC offset at the > demodulated signal that is proportional to the amount of frequency offset > (given the input signal has no DC component). > > For PM, since you are not taking the first derivative of the phase as you > are with FM, the DC component will be shifted up to your frequency offset. > Doing a long term average of a demodulated FM signal should (hopefully!) > come out to be 0 for no frequency offset. > > You could FM demodulate, put a DC filter then reintegrate at the output to > get your PM signal back - but I am not sure how well that works. Give it a > shot and let us know! > > Hope that helped. > > Brian > And remember, there are also the PLL blocks. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Error in executing filtering example
Hi all,I was simulating filtering.grc example from Digital Modulation Primer using GNU Radio by Tom Rondeau. However during execution it gives following error. Can anybody help it out. Executing: "/home/ehsan/mygn/filtering.py" Traceback (most recent call last): File "/home/ehsan/mygn/filtering.py", line 119, in tb = filtering() File "/home/ehsan/mygn/filtering.py", line 83, in __init__ self.fft_filter_xxx_0 = filter.fft_filter_ccc(1, (), 1) File "/usr/local/lib/python2.7/site-packages/gnuradio/filter/filter_swig.py", line 677, in make return _filter_swig.fft_filter_ccc_make(*args, **kwargs)RuntimeError: fft_impl_fftw: invalid fft_size >>> Done With RegardsG R Begh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
