Re: [Discuss-gnuradio] undefined reference to `Pa_*
> > `Pa_GetDeviceCount' > collect2: error: ld returned 1 exit status > make[2]: *** [gr-audio/examples/c++/dial_tone] Error 1 > make[1]: *** [gr-audio/examples/c++/CMakeFiles/dial_tone.dir/all] Error 2 > make: *** [all] Error 2 > make 20.86s user 1.83s system 94% cpu 23.913 total > Any hints as to how to fix it appreciated > ___ > > Portaudio packages are missing. > # apt-cache search portaudio > libportaudiocpp0 - Portable audio I/O C++ bindings - shared library > libportaudio2 - Portable audio I/O - shared library > portaudio19-dev - Portable audio I/O - development files > Regards > Sid. Hi Sid, thanks for the hint but see, i do have portaudio, not sure why cmake can't see it. Have tried both: portaudio19-dev and libportaudio-dev (git)-[master] % sudo aptitude search portaudio p libportaudio-dev - Portable audio I/O - development files i libportaudio-doc - Portable audio I/O - documentation i A libportaudio-ocaml - OCaml bindings for the portaudio library v libportaudio-ocaml-3r532 - i libportaudio-ocaml-dev - OCaml bindings for the portaudio library v libportaudio-ocaml-dev-3r532 - id libportaudio0 - Portable audio I/O - shared library i A libportaudio2 - Portable audio I/O - shared library i A libportaudiocpp0 - Portable audio I/O C++ bindings - shared library p liquidsoap-plugin-portaudio - audio streaming language -- Portaudio plugin i A portaudio19-dev - Portable audio I/O - development files p portaudio19-doc - Portable audio I/O - documentation and (git)-[master] % sudo aptitude search portaudio i libportaudio-dev - Portable audio I/O - development files i libportaudio-doc - Portable audio I/O - documentation p libportaudio-ocaml - OCaml bindings for the portaudio library v libportaudio-ocaml-3r532 - p libportaudio-ocaml-dev - OCaml bindings for the portaudio library v libportaudio-ocaml-dev-3r532 - i libportaudio0 - Portable audio I/O - shared library i A libportaudio2 - Portable audio I/O - shared library c libportaudiocpp0 - Portable audio I/O C++ bindings - shared library p liquidsoap-plugin-portaudio - audio streaming language -- Portaudio plugin p portaudio19-dev - Portable audio I/O - development files p portaudio19-doc - Portable audio I/O - documentation cmake ../ can't find it: http://pastebin.ca/2473401 -- checking for module 'portaudio' -- package 'portaudio' not found so why is it trying to build? how can i force it not to? I have tried to get some light on this a year ago and didn't find a way either. Or can't remember what I did... http://lists.gnu.org/archive/html/discuss-gnuradio/2012-12/msg00189.html ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Why the Qam modulation cannot work well in ofdm benchmark example?
On Fri, Nov 01, 2013 at 07:23:33PM -0700, Yingjie Chen wrote: > Recently, I have conducted a project based on ofdm benchmark. However, when I > use the high modulation rate like qam16 and qam64, the packet error rate > increase significantly. I guess the reason is that the preamble in gunradio is > too weak to do channel estimation, thereby raising the packet error rate. > > Furthermore, even though I test the example offline without going through the > channel, the packet error rate still very high, which make me feel confused. > It is supposed to perform normally offline, without any decoding error right? In order to do QAM over OFDM, you will need a good equalizer; we currently don't have good ones implemented. 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 pgp_NCW6tUgiF.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] undefined reference to `Pa_*
On 03/11/13 08:58, kdag wrote: `Pa_GetDeviceCount' collect2: error: ld returned 1 exit status make[2]: *** [gr-audio/examples/c++/dial_tone] Error 1 make[1]: *** [gr-audio/examples/c++/CMakeFiles/dial_tone.dir/all] Error 2 make: *** [all] Error 2 make  20.86s user 1.83s system 94% cpu 23.913 total Any hints as to how to fix it appreciated ___ Portaudio packages are missing. # apt-cache search portaudio libportaudiocpp0 - Portable audio I/O C++ bindings - shared library libportaudio2 - Portable audio I/O - shared library portaudio19-dev - Portable audio I/O - development files Regards Sid. Hi Sid, thanks for the hint but see, i do have portaudio, not sure why cmake can't see it. Have tried both: portaudio19-dev  and  libportaudio-dev I have seen that problem many times with cmake. It can be quite a trial at times. Run ccmake and manually set the portaudio options, then run cmake again. Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Senior Staff Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'square3_ff'
Thanks Martin, Now I'm able to add running blocks. However, if I want to add a block written only in Python - there are no C++ files -, I add it with gr_modtool, gr_modtool add -t sync -l python square3_ff Then it gives the following error, You have called ADD_LIBRARY for library gnuradio-howto without any source files. This typically indicates a problem with your CMakeLists.txt file CMake Error: CMake can not determine linker language for target:gnuradio-howto CMake Error: Cannot determine link language for target "gnuradio-howto". If I add a C++ block with gr_modtool add -t general square_ff then the error disappears. What should I do if I want to add a block written only in Python? And I'm looking for a pure Python block with file-input file-output operations? Does Gnuradio have such a block as reference? Thanks in advance, Tarik ___ Aydin Tarik Zengin On Tue, Oct 29, 2013 at 5:38 PM, Martin Braun (CEL) wrote: > Hi Tarik, > > On Tue, Oct 29, 2013 at 04:43:53PM +0200, Aydin Tarik Zengin wrote: > > I'm getting an error while adding a new block to grc version > > 3.7.2git-110-gb8b9bff2. > > I followed the tutorial at > http://gnuradio.org/redmine/projects/gnuradio/wiki/ > > OutOfTreeModules > > > > Also had to modify at some points as below. > > - in the test code it worked when I changed ; > > > > from gnuradio import gr, gr_unittest into from gnuradio import gr, > gr_unittest, > > blocks > > Thanks, there were some references to GNU Radio 3.6-style blocks. I've > updated the tutorial to reflect that. > > > > All the tests pass too. > > 100% tests passed, 0 tests failed out of 2 > > Did you add a test for the Python block? (Perhaps there's a problem > in the Python, which would show up here). > > > I added 3 blocks using c++ for first 2 and python for the last as > explained in > > the tutorial. > > I can see the blocks in the grc block list and can add them into the > sketch. > > It generates the python code without any error. > > But the generated python code cannot be run and giving the error below: > > > > Traceback (most recent call last): > > File "top_block.py", line 82, in > > tb = top_block() > > File "top_block.py", line 48, in __init__ > > self.test_square3_ff_0 = test.square3_ff() > > AttributeError: 'module' object has no attribute 'square3_ff' > > > > You can see the generated file from http://pastebin.com/nE4SFn8Y > > > > test module is placed under /usr/lib/python2.7/site-packages/test > > gnuradio is under /usr/lib/python2.7/site-packages/gnuradio > > > > Is there any point in the tutorial that does not match with the current > version > > of gnuradio? > > Yes there is, but I'm not sure that's the problem. I couldn't replicate > your problem, however. > Make sure > - your Python block works correctly (unit test it) > - the XML definition for the GRC block is correct > - everything is installed correctly. > > Perhaps you want to go over the tutorial with the updated info again. > > 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 > > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to get multipe rx_time tags while receiving continuously
Hi Harry, You never stop the receiver on node B and C, right? You should not observe anything like that if you do not have dropped packets. Are you using USRP2's? Miklos On Sat, Nov 2, 2013 at 3:05 AM, Harry Zhang wrote: > Tom, > Thanks for your reply. > I got a weird problem when using rx_time tags. I have three nodes, node > A sends 10 packets within 0.2 sec ,stops for 1sec sends 10 packets , > stops..., sends,stops . Node B and C receive it and record the > receive time using (rx_time+ sample_count*sample_rate). Considerating the > clock offset between B and C, the difference of B and C's receive time must > remain stable. But every time after A stops for 1sec, the receive time's > difference varies several hundreds of microsecond. I'm stumped by this > problem. > Could you give me some advice. Thank you in advance. > > Harry > > 2013/11/1 22:26, Tom Rondeau wrote: >> >> On Thu, Oct 31, 2013 at 3:46 AM, Harry Zhang wrote: >>> >>> Hi, >>> As far as I know rx_time tag is associated with the first sample of a >>> receive stream. If I wanna get multiple rx_time tags while receiving >>> continuous data, should I stop and issue a new stream again and again >>> for getting more rx_time tags. >>> Thank you. >> >> Harry, >> >> We want to minimize tags through the flowgraph since it adds overhead. >> The UHD driver only sends an rx_time tag whenever one is necessary. >> That means that if there is a chance that the host has become >> unsynchronized, it sends an updated tag. So there's one at the >> beginning of the stream to set the initial time. Then, if a dropped >> packet or overflow are detected, it sends a new rx_time tag. >> >> Between time tags, you can count samples and you know the sample rate, >> so you know the time of every sample based on that initial rx_time tag >> (to within the tolerance of the sample clock on the USRP). >> >> Tom >> > > > ___ > 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] AttributeError: 'module' object has no attribute 'square3_ff'
On Sun, Nov 03, 2013 at 03:58:47PM +0200, Aydin Tarik Zengin wrote: > Now I'm able to add running blocks. Good :) > However, if I want to add a block written only in Python - there are no C++ > files -, I add it with gr_modtool, > > gr_modtool add -t sync -l python square3_ff > > Then it gives the following error, > > You have called ADD_LIBRARY for library gnuradio-howto without any source > files. This typically indicates a problem with your CMakeLists.txt file > CMake Error: CMake can not determine linker language for target:gnuradio-howto > CMake Error: Cannot determine link language for target "gnuradio-howto". The oot-module templates are not designed for not having C++ blocks. The way the CMake templates are set up is that there is at least one C++ block. You can always remove the 'lib' folder from your module (and the make system); that should work if you only have Python blocks. If this is generally considered a bug, we could add some checks in the CMake files to catch this case. 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 pgpamGkkVxKQ8.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute
Thanks Martin I'm a newbie for both gnuradio and python. That's why I bother you with simple questions. Now my question is about how to write python blocks for gnuradio. Is there a tutorial for that? What I want to know is how to pass the block parameters to python work method. Thanks Tarik ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Why the Qam modulation cannot work well in ofdm benchmark example?
On Sun, Nov 3, 2013 at 5:09 AM, Martin Braun (CEL) wrote: > On Fri, Nov 01, 2013 at 07:23:33PM -0700, Yingjie Chen wrote: > > Recently, I have conducted a project based on ofdm benchmark. However, > when I > > use the high modulation rate like qam16 and qam64, the packet error rate > > increase significantly. I guess the reason is that the preamble in > gunradio is > > too weak to do channel estimation, thereby raising the packet error > rate. > > > > Furthermore, even though I test the example offline without going > through the > > channel, the packet error rate still very high, which make me feel > confused. > > It is supposed to perform normally offline, without any decoding error > right? > > In order to do QAM over OFDM, you will need a good equalizer; we > currently don't have good ones implemented. > > MB > Thanks for the clarification. I've been grappling with the high packet error rates for a while now. :) Aditya ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute
On Sun, Nov 03, 2013 at 07:44:37PM +0200, Aydin Tarik Zengin wrote: > Now my question is about how to write python blocks for gnuradio. > Is there a tutorial for that? It's the same you've been quoting before. > What I want to know is how to pass the block parameters to python work method. You can't do that. The scheduler calls work, and it has a fixed signature. You can pass anything you need to the constructor. 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 pgpwJsc2rGmEn.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Rounding Error between Python and C++ Blackmanharris Window
Dear GNU Radio, This is most likely a shortcoming of how python handles significant digits, but I wanted to point out that creating a Blackmanharris window in Python and C++ result in different results. In Python: window = fft.blackmanharris(1024) In c++: const std::vector< float > window = gr::filter::firdes::window(gr::filter::firdes::WIN_BLACKMAN_HARRIS, 1024, NULL); I have attached an image of two plots. The first plot is of the two windows on top of each other (green and blue), and the second is of their difference: differences = python_values - cpp_values; I was wondering why my c++ and python application were getting different results, and I have found the cause. -- Sincerely, Tommy Tracy II UVA <>___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] DEBUG Logger not logging from within block
Dear GNU Radio, If I have a: GR_LOG_DEBUG(d_debug_logger, ); in my c++ application, the program will write my string to std out in the following format: DEBUG: when executed, or if I step through with GDB. -- If, however, I have the following line in a GR Block private constructor: GR_LOG_DEBUG(d_debug_logger, ); Nothing is printed to std out when running or using GDB. Is GNU Radio catching these log outputs, or is there another method for me to get information from within a block constructor/work() method? -- Sincerely, Tommy Tracy II UVA ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
