Re: [Discuss-gnuradio] Additional code to GRC flowgraph
Try the block search (magnifier button in GRC), type in import :) On 07/06/2015 09:33 AM, Daniel Brogren wrote: Hi again I have a MPSK SNR Estimator Probe and a Function Probe that calculates the SNR. I can not find any information regarding import block. BR Daniel Brogren Date: Fri, 3 Jul 2015 18:46:12 +0200 From: marcus.muel...@ettus.com To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Additional code to GRC flowgraph Hi Daniel, if your code really just looks like from awesometoolkit import skynet skynet.kill_sarah() you can put that into an import block. But: what you describe doesn't sound like you want to modify the top block -- it sounds more like you'd want a block to calculate SNR, and every f_sample*3 samples change some other block. Now, this completely depends on the block where the freq. offset is used, but you can just write a block (in python or C++, only matters for performance), and give that block an message output port, and send messages containing the changed parameter to the block that needs adjustment. If you take a look at the frequency xlating fir filter block, it has a message port named freq, which takes in PMT messages in form of tuples; these tuples must be of the form pmt.pair(pmt.intern(freq), pmt.from_double(123.131) ) Best regards, Marcus On 07/03/2015 04:27 PM, Daniel Brogren wrote: Hi I'm working with a receiver application in GNU Radio Companion. I would like to add some additional code to the top block but I still want to be able to work with the GRC. Is there a way to add this extra code without the code will be removed when I re-generate the flowgraph from GRC or Could I create a new block that can access the variables in the top block or can execute the set/get functions for the variables in the top block. What I'm trying to accomplish is that every 3rd second I will check the SNR and then do som trimming of a freq-offset. I'm a newbie with GNU Radio and Python but have read through the guided tutorials. BR Daniel Brogren ___ 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 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Cmake question
I need to modify the SONAME of some gnuradio libs. In the gnuradio/volk/CMakeList.txt there is an entry set_target_properties(volk PROPERTIES SOVERSION ${LIBVER}) that sets the SONAME. But how is this done for other libs like gnuradio-runtime or gnuradio-pmt. I did not identfy the statements doing this. Thanks in advance -- Volker ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Errors in FEC gnruadio
On Sat, Jul 4, 2015 at 8:35 PM, bob wole bnw...@gmail.com wrote: Hi list, I was not getting reply on the previous thread so I though to start a new thread. gnuradio version 3.7.7.1 ubunutu 14.04 32-bit I am trying to use gr-fec and I am having issues running examples located in gnuradio/gr-fec/examples/ When I run ber_test.grc I get following error Using Volk machine: avx_32_mmx_orc Traceback (most recent call last): File /home/gnuradio/gr-fec/examples/ber_test.py, line 267, in module tb = ber_test() File /home/gnuradio/gr-fec/examples/ber_test.py, line 159, in __init__ self.fec_extended_encoder_0 = fec.extended_encoder(encoder_obj_list=enc, threading='capillary', puncpat=puncpat) File /usr/local/lib/python2.7/dist-packages/gnuradio/fec/extended_encoder.py, line 64, in __init__ self.blocks.append(fec.puncture_bb(len(puncpat), read_bitlist(puncpat), 0)) File /usr/local/lib/python2.7/dist-packages/gnuradio/fec/bitflip.py, line 47, in read_bitlist if int(bitlist[i]) == 1: ValueError: invalid literal for int() with base 10: 'p' Done (return code 1) When I run tpc_ber_curve_gen.grc I get following error Using Volk machine: avx_32_mmx_orc Traceback (most recent call last): File /home/gnuradio/gr-fec/examples/tpc_ber_curve_gen.py, line 450, in module tb.start() File /usr/local/lib/python2.7/dist-packages/gnuradio/gr/top_block.py, line 106, in start top_block_start_unlocked(self._impl, max_noutput_items) File /usr/local/lib/python2.7/dist-packages/gnuradio/gr/runtime_swig.py, line 4860, in top_block_start_unlocked return _runtime_swig.top_block_start_unlocked(*args, **kwargs) RuntimeError: boost::thread_resource_error: Resource temporarily unavailable Done fecapi_async_decoders.grc runs without any errors. Any Ideas what could be wrong ? -- Bob Hi, Can I get any reply/feedback on this please??? -- Bob ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Additional code to GRC flowgraph
Sorry for for that I thought the imoprt block was a type of block that I could create from the modtool. but In the import-block I can import modules. But I can still not import actuall code into my top_block and I can not call functions from the import-block. What I want to avoid is to add code in the top_block manually since I'm normally using the GRC to generate the top_block. /Daniel Date: Mon, 6 Jul 2015 09:43:24 +0200 From: marcus.muel...@ettus.com To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Additional code to GRC flowgraph Try the block search (magnifier button in GRC), type in import :) On 07/06/2015 09:33 AM, Daniel Brogren wrote: Hi again I have a MPSK SNR Estimator Probe and a Function Probe that calculates the SNR. I can not find any information regarding import block. BR Daniel Brogren Date: Fri, 3 Jul 2015 18:46:12 +0200 From: marcus.muel...@ettus.com To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Additional code to GRC flowgraph Hi Daniel, if your code really just looks like from awesometoolkit import skynet skynet.kill_sarah() you can put that into an import block. But: what you describe doesn't sound like you want to modify the top block -- it sounds more like you'd want a block to calculate SNR, and every f_sample*3 samples change some other block. Now, this completely depends on the block where the freq. offset is used, but you can just write a block (in python or C++, only matters for performance), and give that block an message output port, and send messages containing the changed parameter to the block that needs adjustment. If you take a look at the frequency xlating fir filter block, it has a message port named freq, which takes in PMT messages in form of tuples; these tuples must be of the form pmt.pair(pmt.intern(freq), pmt.from_double(123.131) ) Best regards, Marcus On 07/03/2015 04:27 PM, Daniel Brogren wrote: Hi I'm working with a receiver application in GNU Radio Companion. I would like to add some additional code to the top block but I still want to be able to work with the GRC. Is there a way to add this extra code without the code will be removed when I re-generate the flowgraph from GRC or Could I create a new block that can access the variables in the top block or can execute the set/get functions for the variables in the top block. What I'm trying to accomplish is that every 3rd second I will check the SNR and then do som trimming of a freq-offset. I'm a newbie with GNU Radio and Python but have read through the guided tutorials. BR Daniel Brogren ___ 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 ___ 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] Calling C++ method from Python
Hi Patrick, the typical problem with C++ blocks is that people add public methods to their _impl, but forget to declare these same methods in their public non-impl class. Have you done the same expand magic with the header in your include/CMakeLists.txt? Best regards, Marcus On 07/06/2015 04:09 AM, Patrick Sathyanathan wrote: Hi, I have worked my way through the Guided Tutorials on gnuradio.org. I have written OOT blocks in Python and managed to expose some set methods in the block as callbacks. Now I have written an OOT C++ block sweeper_cpp_f and I want to expose a couple of setter methods in my block's class as callbacks that can be invoked from Python. Initially I just defined the methods in my sweeper_cpp_f_impl.cc file and added the following to the matching XML file: callbackset_direction($direction)/callback callbackset_trigger_level($trigger_level)/callback This builds fine and I am able to use the block in a GRC flow-graph. But at runtime when one of the above methods is invoked as a result of GUI input I get an error message: File /home/wpats/ettus/grc/new_sweep_cpp.py, line 141, in set_variable_chooser_direction self.tutorial_sweeper_cpp_f_0.set_direction(self.variable_chooser_direction) AttributeError: 'sweeper_cpp_f_sptr' object has no attribute 'set_direction' I looked at built in module sig_source_X_impl.h.t and sig_source_X_impl.cc.t (this is the analog signal source block) in gr-analog as an example for what I am trying to accomplish. I converted my sources into a similar format and modified the CMakeLists.txt in the .../gr-tutorial/lib directory to add: # Invoke macro to generate various sources and headers include(GrMiscUtils) GR_EXPAND_X_CC_H(tutorial sweeper_cpp_X_impl f) This again builds fine after I edit the generate_helper.py generated script to find an import module. I assumed that the above would do the necessary magic to generate the wrappers for my callback methods but no such luck. I still get the attribute error when invoking my C++ method. What is the right way to do this ? Any help/suggestions/pointers would be appreciated. I can't be the first one to try to do this seemingly simple task... Thanks, --Patrick ___ 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] Additional code to GRC flowgraph
Hi again I have a MPSK SNR Estimator Probe and a Function Probe that calculates the SNR. I can not find any information regarding import block. BR Daniel Brogren Date: Fri, 3 Jul 2015 18:46:12 +0200 From: marcus.muel...@ettus.com To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Additional code to GRC flowgraph Hi Daniel, if your code really just looks like from awesometoolkit import skynet skynet.kill_sarah() you can put that into an import block. But: what you describe doesn't sound like you want to modify the top block -- it sounds more like you'd want a block to calculate SNR, and every f_sample*3 samples change some other block. Now, this completely depends on the block where the freq. offset is used, but you can just write a block (in python or C++, only matters for performance), and give that block an message output port, and send messages containing the changed parameter to the block that needs adjustment. If you take a look at the frequency xlating fir filter block, it has a message port named freq, which takes in PMT messages in form of tuples; these tuples must be of the form pmt.pair(pmt.intern(freq), pmt.from_double(123.131) ) Best regards, Marcus On 07/03/2015 04:27 PM, Daniel Brogren wrote: Hi I'm working with a receiver application in GNU Radio Companion. I would like to add some additional code to the top block but I still want to be able to work with the GRC. Is there a way to add this extra code without the code will be removed when I re-generate the flowgraph from GRC or Could I create a new block that can access the variables in the top block or can execute the set/get functions for the variables in the top block. What I'm trying to accomplish is that every 3rd second I will check the SNR and then do som trimming of a freq-offset. I'm a newbie with GNU Radio and Python but have read through the guided tutorials. BR Daniel Brogren ___ 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] Errors in FEC gnruadio
Hi Bob, I'll try to take a look at this and see what is going on and get back to you. Cheers, On 07/06/2015 06:18 AM, bob wole wrote: On Sat, Jul 4, 2015 at 8:35 PM, bob wole bnw...@gmail.com mailto:bnw...@gmail.com wrote: Hi list, I was not getting reply on the previous thread so I though to start a new thread. gnuradio version 3.7.7.1 ubunutu 14.04 32-bit I am trying to use gr-fec and I am having issues running examples located in gnuradio/gr-fec/examples/ When I run ber_test.grc I get following error Using Volk machine: avx_32_mmx_orc Traceback (most recent call last): File /home/gnuradio/gr-fec/examples/ber_test.py, line 267, in module tb = ber_test() File /home/gnuradio/gr-fec/examples/ber_test.py, line 159, in __init__ self.fec_extended_encoder_0 = fec.extended_encoder(encoder_obj_list=enc, threading='capillary', puncpat=puncpat) File /usr/local/lib/python2.7/dist-packages/gnuradio/fec/extended_encoder.py, line 64, in __init__ self.blocks.append(fec.puncture_bb(len(puncpat), read_bitlist(puncpat), 0)) File /usr/local/lib/python2.7/dist-packages/gnuradio/fec/bitflip.py, line 47, in read_bitlist if int(bitlist[i]) == 1: ValueError: invalid literal for int() with base 10: 'p' Done (return code 1) When I run tpc_ber_curve_gen.grc I get following error Using Volk machine: avx_32_mmx_orc Traceback (most recent call last): File /home/gnuradio/gr-fec/examples/tpc_ber_curve_gen.py, line 450, in module tb.start() File /usr/local/lib/python2.7/dist-packages/gnuradio/gr/top_block.py, line 106, in start top_block_start_unlocked(self._impl, max_noutput_items) File /usr/local/lib/python2.7/dist-packages/gnuradio/gr/runtime_swig.py, line 4860, in top_block_start_unlocked return _runtime_swig.top_block_start_unlocked(*args, **kwargs) RuntimeError: boost::thread_resource_error: Resource temporarily unavailable Done fecapi_async_decoders.grc runs without any errors. Any Ideas what could be wrong ? -- Bob Hi, Can I get any reply/feedback on this please??? -- Bob ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio smime.p7s Description: S/MIME Cryptographic Signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Cmake question
Hi Volker - Actually, the command you quote just sets the -version- of the library, not the name. The name is set by default as the target name, though one can change the name to something else via a similar set_target_properties command. Hope this helps! - MLD On Mon, Jul 6, 2015, at 07:01 AM, Volker Schroer wrote: I need to modify the SONAME of some gnuradio libs. In the gnuradio/volk/CMakeList.txt there is an entry set_target_properties(volk PROPERTIES SOVERSION ${LIBVER}) that sets the SONAME. But how is this done for other libs like gnuradio-runtime or gnuradio-pmt. I did not identfy the statements doing this. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Additional code to GRC flowgraph
As I said, if that's the case, avoid using function probes but just use the MPSK estimator (not the estimator probe), and write your own block that just takes the tags that come from that, and translates them to messages that you send to another block that does something useful with them (e.g. adjusting a frequency correction etc.) Best regards, Marcus On 07/06/2015 12:11 PM, Daniel Brogren wrote: Sorry for for that I thought the imoprt block was a type of block that I could create from the modtool. but In the import-block I can import modules. But I can still not import actuall code into my top_block and I can not call functions from the import-block. What I want to avoid is to add code in the top_block manually since I'm normally using the GRC to generate the top_block. /Daniel Date: Mon, 6 Jul 2015 09:43:24 +0200 From: marcus.muel...@ettus.com To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Additional code to GRC flowgraph Try the block search (magnifier button in GRC), type in import :) On 07/06/2015 09:33 AM, Daniel Brogren wrote: Hi again I have a MPSK SNR Estimator Probe and a Function Probe that calculates the SNR. I can not find any information regarding import block. BR Daniel Brogren Date: Fri, 3 Jul 2015 18:46:12 +0200 From: marcus.muel...@ettus.com mailto:marcus.muel...@ettus.com To: discuss-gnuradio@gnu.org mailto:discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Additional code to GRC flowgraph Hi Daniel, if your code really just looks like from awesometoolkit import skynet skynet.kill_sarah() you can put that into an import block. But: what you describe doesn't sound like you want to modify the top block -- it sounds more like you'd want a block to calculate SNR, and every f_sample*3 samples change some other block. Now, this completely depends on the block where the freq. offset is used, but you can just write a block (in python or C++, only matters for performance), and give that block an message output port, and send messages containing the changed parameter to the block that needs adjustment. If you take a look at the frequency xlating fir filter block, it has a message port named freq, which takes in PMT messages in form of tuples; these tuples must be of the form pmt.pair(pmt.intern(freq), pmt.from_double(123.131) ) Best regards, Marcus On 07/03/2015 04:27 PM, Daniel Brogren wrote: Hi I'm working with a receiver application in GNU Radio Companion. I would like to add some additional code to the top block but I still want to be able to work with the GRC. Is there a way to add this extra code without the code will be removed when I re-generate the flowgraph from GRC or Could I create a new block that can access the variables in the top block or can execute the set/get functions for the variables in the top block. What I'm trying to accomplish is that every 3rd second I will check the SNR and then do som trimming of a freq-offset. I'm a newbie with GNU Radio and Python but have read through the guided tutorials. BR Daniel Brogren ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org mailto:Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org mailto:Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org mailto: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 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] QAM and Chunks_to_Symbol
Every memoryless modulation scheme can be described as M vectors in an N-dimensional space. So the chunck-to-symbols requires as dimensionality parameter the N and then it needs this array of numbers s11, s12, ... s1N, s21, s22, s2N, ... SM1, sM2, ... sMN So a 2-dim orthogonal scheme is N=2 table = 1 ,0, 0, 1 Achilleas On Mon, Jul 6, 2015 at 1:39 AM, Salija P salija@gmail.com wrote: Hello, How can I specify symbol table and dimension for QAM in chunks_to_symbol block? which modulation is indicating in fsm_utils.py by orth2 orth4? Can anybody help me. I am new to this GnuRadio. ThankYou With Regards, Salija.P ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Additional code to GRC flowgraph
One way to do this is to create a flowgraph, such as foo.grc. This will generate a Python file that you can import into another file, bar.py: #!/usr/bin/env python2 import foo if __name__ == '__main__': tb = foo.foo() # custom code print samp_rate:, tb.get_samp_rate() # standard stuff tb.start() try: raw_input('Press Enter to quit: ') except EOFError: pass tb.stop() tb.wait() You can add custom stuff into bar.py while being able to modify foo in GRC. I'm not sure if this applies directly to what you want to do, but I've found it useful for testing while avoiding having GRC overwrite your custom code. Of course, another way to do this is to export your flowgraph as a hierarchical block, which you then import into a top level flowgraph. Your top level can stay the same but you can keep iterating on the hierarchical block. Sean From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org [mailto:discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org] On Behalf Of Marcus Müller Sent: Monday, July 06, 2015 9:33 AM To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Additional code to GRC flowgraph As I said, if that's the case, avoid using function probes but just use the MPSK estimator (not the estimator probe), and write your own block that just takes the tags that come from that, and translates them to messages that you send to another block that does something useful with them (e.g. adjusting a frequency correction etc.) Best regards, Marcus On 07/06/2015 12:11 PM, Daniel Brogren wrote: Sorry for for that I thought the imoprt block was a type of block that I could create from the modtool. but In the import-block I can import modules. But I can still not import actuall code into my top_block and I can not call functions from the import-block. What I want to avoid is to add code in the top_block manually since I'm normally using the GRC to generate the top_block. /Daniel Date: Mon, 6 Jul 2015 09:43:24 +0200 From: marcus.muel...@ettus.commailto:marcus.muel...@ettus.com To: discuss-gnuradio@gnu.orgmailto:discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Additional code to GRC flowgraph Try the block search (magnifier button in GRC), type in import :) On 07/06/2015 09:33 AM, Daniel Brogren wrote: Hi again I have a MPSK SNR Estimator Probe and a Function Probe that calculates the SNR. I can not find any information regarding import block. BR Daniel Brogren Date: Fri, 3 Jul 2015 18:46:12 +0200 From: marcus.muel...@ettus.commailto:marcus.muel...@ettus.com To: discuss-gnuradio@gnu.orgmailto:discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Additional code to GRC flowgraph Hi Daniel, if your code really just looks like from awesometoolkit import skynet skynet.kill_sarah() you can put that into an import block. But: what you describe doesn't sound like you want to modify the top block -- it sounds more like you'd want a block to calculate SNR, and every f_sample*3 samples change some other block. Now, this completely depends on the block where the freq. offset is used, but you can just write a block (in python or C++, only matters for performance), and give that block an message output port, and send messages containing the changed parameter to the block that needs adjustment. If you take a look at the frequency xlating fir filter block, it has a message port named freq, which takes in PMT messages in form of tuples; these tuples must be of the form pmt.pair(pmt.intern(freq), pmt.from_double(123.131) ) Best regards, Marcus On 07/03/2015 04:27 PM, Daniel Brogren wrote: Hi I'm working with a receiver application in GNU Radio Companion. I would like to add some additional code to the top block but I still want to be able to work with the GRC. Is there a way to add this extra code without the code will be removed when I re-generate the flowgraph from GRC or Could I create a new block that can access the variables in the top block or can execute the set/get functions for the variables in the top block. What I'm trying to accomplish is that every 3rd second I will check the SNR and then do som trimming of a freq-offset. I'm a newbie with GNU Radio and Python but have read through the guided tutorials. BR Daniel Brogren ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.orgmailto:Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.orgmailto:Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.orgmailto:Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Numpy question
A quick look at the source reveals NumPy is used extensively in GNU Radio, but it is checked for by the gr-wxgui and grc modules only. So, most of GNU Radio can install properly even if NumPy is not installed or working. - MLD On Mon, Jul 6, 2015, at 03:43 PM, Volker Schroer wrote: That means,there is a bug in cmake. If numpy is required , then gnuradio should not build if numpy is not found. But if I remember well, in earlier days of gnuradio pmt was not required. Am 06.07.2015 um 18:27 schrieb Martin Braun: On 06.07.2015 08:54, Volker Schroer wrote: I'm trying to build gnuradio for a system without numpy. Numpy should probably be a hard requirement -- Python blocks won't work properly without it, even disregarding this specific module. How can I come around this problem without installing numpy ? Unless you want to disable Python support entirely, you can't. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Numpy question
That's right, but the problem is pmt. Is it really required for gnuradio to run ? Am 06.07.2015 um 22:03 schrieb Michael Dickens: A quick look at the source reveals NumPy is used extensively in GNU Radio, but it is checked for by the gr-wxgui and grc modules only. So, most of GNU Radio can install properly even if NumPy is not installed or working. - MLD On Mon, Jul 6, 2015, at 03:43 PM, Volker Schroer wrote: That means,there is a bug in cmake. If numpy is required , then gnuradio should not build if numpy is not found. But if I remember well, in earlier days of gnuradio pmt was not required. Am 06.07.2015 um 18:27 schrieb Martin Braun: On 06.07.2015 08:54, Volker Schroer wrote: I'm trying to build gnuradio for a system without numpy. Numpy should probably be a hard requirement -- Python blocks won't work properly without it, even disregarding this specific module. How can I come around this problem without installing numpy ? Unless you want to disable Python support entirely, you can't. ___ 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] Numpy question
To be more specific: Is pmt_to_python.py required as that's the place wher numpy is called. But if this is required gnuradio should not compile without numpy. Am 06.07.2015 um 22:09 schrieb Michael Dickens: Yes, pmt is required for gnuradio-runtime, which in turn is required for anything gnuradio. - MLD On Mon, Jul 6, 2015, at 04:08 PM, Volker Schroer wrote: That's right, but the problem is pmt. Is it really required for gnuradio to run ? ___ 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] Numpy question
Yes, pmt_to_python.py does use numpy. But, it looks like none of the actual build for gnuradio-runtime (including pmt) requires numpy to be installed. So, it's just used post-install. Hence, maybe why it's not listed as a direct dependency? - MLD On Mon, Jul 6, 2015, at 04:16 PM, Volker Schroer wrote: To be more specific: Is pmt_to_python.py required as that's the place wher numpy is called. But if this is required gnuradio should not compile without numpy. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Numpy question
To clear this up: pmt_to_python is a only a convenience file, but all Python blocks require numpy. So, if you're building GNU Radio with Python enabled, CMake should fail without Numpy installed. As you point out, this is a bug in our CMake. M On 06.07.2015 13:21, Michael Dickens wrote: Yes, pmt_to_python.py does use numpy. But, it looks like none of the actual build for gnuradio-runtime (including pmt) requires numpy to be installed. So, it's just used post-install. Hence, maybe why it's not listed as a direct dependency? - MLD On Mon, Jul 6, 2015, at 04:16 PM, Volker Schroer wrote: To be more specific: Is pmt_to_python.py required as that's the place wher numpy is called. But if this is required gnuradio should not compile without numpy. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Cmake question
Michael, thank you for the quick response. My question was a bit misleading. I don't want to modify the library name but the version number. In the volk directory I found the correspondent entry set_target_properties(volk PROPERTIES SOVERSION ${LIBVER}) in the gnuradio-runtime/lib/CMakeFile.txt Which command sets the version number to 0.0.0 --Volker Hi Volker - Actually, the command you quote just sets the -version- of the library, not the name. The name is set by default as the target name, though one can change the name to something else via a similar set_target_properties command. Hope this helps! - MLD On Mon, Jul 6, 2015, at 07:01 AM, Volker Schroer wrote: I need to modify the SONAME of some gnuradio libs. In the gnuradio/volk/CMakeList.txt there is an entry set_target_properties(volk PROPERTIES SOVERSION ${LIBVER}) that sets the SONAME. But how is this done for other libs like gnuradio-runtime or gnuradio-pmt. I did not identfy the statements doing this. ___ 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] Numpy question
Yes, pmt is required for gnuradio-runtime, which in turn is required for anything gnuradio. - MLD On Mon, Jul 6, 2015, at 04:08 PM, Volker Schroer wrote: That's right, but the problem is pmt. Is it really required for gnuradio to run ? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Audio streaming
I have an AM demodulator producing audio data. How do I stream that audio to another computer to play out the audio using VLC? Mark. -- Ninety percent of everything is crud. ~ Theodore Sturgeon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Audio streaming
Dear Mark, dozens of options -- you could just use the ZMQ sinks/sources to send these samples to GNU Radio on the target PC, but you could also just take these float samples, and shuffle them into the UDP sink, and instruct that to send the packets to your target VLC's port (watch all the firewall/networking problems that could happen underway). You will need to instruct your VLC that what is coming is raw float samples at the sampling rate you use. Another, bandwidth-efficient approach would be writing these samples, using the file sink, into a FIFO. Under Linux, you can generate a FIFO with mkfifo, and open that FIFO with a local VLC; then you can use VLC's versatile compression and streaming functionality. Best regards, Marcus On 07/06/2015 06:12 PM, mark.w.christian...@l-3com.com wrote: I have an AM demodulator producing audio data. How do I stream that audio to another computer to play out the audio using VLC? Mark. -- Ninety percent of everything is crud. ~ Theodore Sturgeon ___ 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] Suppressing UHD prints
@Sebastion Even if ' uhd::msg::register_handler' would be exposed to python, you still can't drop-in your own null-handler. Swig doesn't support callbacks in the target language (python). This seems precisely what I have observed working with my example from my question on 7/2/2015 message passing: strobe or _post? I use a Python method as a callback given to block.set_msg_handler. This is certainly called when I use the message strobe to input a message to the block, but not when using _post. Is this some new feature? Or am I wrong that the operation is the same? Jared. -- Jared Dulmage Engineering Specialist Digital Comm. and Implementation Dept. Aerospace Corporation 310-336-3140 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Numpy question
On 06.07.2015 08:54, Volker Schroer wrote: I'm trying to build gnuradio for a system without numpy. Numpy should probably be a hard requirement -- Python blocks won't work properly without it, even disregarding this specific module. How can I come around this problem without installing numpy ? Unless you want to disable Python support entirely, you can't. Cheers, Martin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Cmake question
On Mon, Jul 6, 2015 at 11:41 AM, Volker Schroer dl1...@gmx.de wrote: Michael, thank you for the quick response. My question was a bit misleading. I don't want to modify the library name but the version number. In the volk directory I found the correspondent entry set_target_properties(volk PROPERTIES SOVERSION ${LIBVER}) in the gnuradio-runtime/lib/CMakeFile.txt Which command sets the version number to 0.0.0 --Volker volk/cmake/Modules/VolkVersion.cmake sets LIBVER. Two things: a) It shouldn't be 0.0.0 at this point. b) This is mostly the same file as gnuradio/cmake/Modules/GrVersion.cmake but I cut out a version number because VOLK is a much smaller project than GNU Radio and requires less version info. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Generate a specific wave form
On Mon, Jul 6, 2015 at 10:13 AM, Antonny Caesar li...@ruby-forum.com wrote: Nathan, I see what you mean, but one thing I don't understand is (don't get me wrong): Why do you wanna know everything I wanna do and the purpose of my research? I don't. For now, what I need is this random multiplier. That's it! I'm trying to do it for a long time and I didn't understand the problem, so I came here to ask you for help. If you don't want or can't help me, that's okay. What have you done so far? Have you taken time to learn GNU Radio in any way? The tutorials I linked to were written by a group that really wants to help people in your situation. I can't recommend them enough. It's not that *I* can't help you, it's more that the community can't help you until you try to help yourself a bit first. You got four individuals to give at least five different solutions that all failed to give you what you wanted. I guarantee that GNU Radio is capable of doing what you want to do, but none of us can figure out what that is so far. Thank you. -- Posted via http://www.ruby-forum.com/. I really hope I'm not being abrasive in some way, but there's an easy way and a hard way to learn new things. The hard way is to blindly dive in the deep end ignoring tutorials and guides while trying random things. The easy way is to use the resources such as tutorials, documentation, and examples to learn how to solve problems, then take that and apply it to your problem. It sounds like you're doing things the hard way. Cheers, Nathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Suppressing UHD prints
On 07/06/2015 07:25 PM, Jared Dulmage wrote: @Sebastion Even if ' uhd::msg::register_handler' would be exposed to python, you still can't drop-in your own null-handler. Swig doesn't support callbacks in the target language (python). This seems precisely what I have observed working with my example from my question on 7/2/2015 message passing: strobe or _post? I use a Python method as a callback given to block.set_msg_handler. This is certainly called when I use the message strobe to input a message to the block, but not when using _post. Is this some new feature? Or am I wrong that the operation is the same? Well SWIG not supporting it (see [1]) doesn't mean one can't write custom code to run Python from the C end. Python blocks are implemented via a gateway [2] to do this. Sebastian [1] http://www.swig.org/Doc3.0/SWIGDocumentation.html#SWIG_nn30 [2] https://github.com/gnuradio/gnuradio/blob/master/gnuradio-runtime/lib/block_gateway_impl.cc -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Sebastian Koslowski Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe, Germany Phone: +49 721 608-46275 Fax: +49 721 608-46071 Email: sebastian.koslow...@kit.edu Web: http://www.cel.kit.edu/ KIT – University of the State of Baden-Wuerttemberg and National Research Center of the Helmholtz Association ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to replace gr_complex_to_xxx
Thanks Nathan, I had read through that link before but now realise the significance of its contents. I have resolved my initial question, now I am looking into another issue that is called out in that page and need to learn a bit more about C++ to try to get my head around it. Simon. On 5 July 2015 at 23:46, West, Nathan n...@ostatemail.okstate.edu wrote: Are you referring to blocks? If so, see https://gnuradio.org/redmine/projects/gnuradio/wiki/Move_3-6_to_3-7 There's a script there that will convert some GRC files, and if you don't want the script it at least shows the name mapping in an explicit format. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Numpy question
That means,there is a bug in cmake. If numpy is required , then gnuradio should not build if numpy is not found. But if I remember well, in earlier days of gnuradio pmt was not required. -- Volker Am 06.07.2015 um 18:27 schrieb Martin Braun: On 06.07.2015 08:54, Volker Schroer wrote: I'm trying to build gnuradio for a system without numpy. Numpy should probably be a hard requirement -- Python blocks won't work properly without it, even disregarding this specific module. How can I come around this problem without installing numpy ? Unless you want to disable Python support entirely, you can't. Cheers, Martin ___ 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] Calling C++ method from Python
Thanks much, Marcus. That was the issue. I had missed adding the declarations for the callbacks in the non-impl class. As in the analog signal source block, just adding pure virtual function declarations for the callbacks did the trick. I'm not familiar with SWIG and I don't know why this works. But I'm happy it does without having to dig into SWIG details. Thanks, --Patrick Date: Mon, 6 Jul 2015 09:53:16 +0200 From: marcus.muel...@ettus.com To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Calling C++ method from Python Hi Patrick, the typical problem with C++ blocks is that people add public methods to their _impl, but forget to declare these same methods in their public non-impl class. Have you done the same expand magic with the header in your include/CMakeLists.txt? Best regards, Marcus On 07/06/2015 04:09 AM, Patrick Sathyanathan wrote: Hi, I have worked my way through the Guided Tutorials on gnuradio.org. I have written OOT blocks in Python and managed to expose some set methods in the block as callbacks. Now I have written an OOT C++ block sweeper_cpp_f and I want to expose a couple of setter methods in my block's class as callbacks that can be invoked from Python. Initially I just defined the methods in my sweeper_cpp_f_impl.cc file and added the following to the matching XML file: callbackset_direction($direction)/callback callbackset_trigger_level($trigger_level)/callback This builds fine and I am able to use the block in a GRC flow-graph. But at runtime when one of the above methods is invoked as a result of GUI input I get an error message: File /home/wpats/ettus/grc/new_sweep_cpp.py, line 141, in set_variable_chooser_direction self.tutorial_sweeper_cpp_f_0.set_direction(self.variable_chooser_direction) AttributeError: 'sweeper_cpp_f_sptr' object has no attribute 'set_direction' I looked at built in module sig_source_X_impl.h.t and sig_source_X_impl.cc.t (this is the analog signal source block) in gr-analog as an example for what I am trying to accomplish. I converted my sources into a similar format and modified the CMakeLists.txt in the .../gr-tutorial/lib directory to add: # Invoke macro to generate various sources and headers include(GrMiscUtils) GR_EXPAND_X_CC_H(tutorial sweeper_cpp_X_impl f) This again builds fine after I edit the generate_helper.py generated script to find an import module. I assumed that the above would do the necessary magic to generate the wrappers for my callback methods but no such luck. I still get the attribute error when invoking my C++ method. What is the right way to do this ? Any help/suggestions/pointers would be appreciated. I can't be the first one to try to do this seemingly simple task... Thanks, --Patrick ___ 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] Cmake question
Now I got it. In GrMiscutils.cmake the SOVERSION is set. Thanks to all. -- Volker Am 06.07.2015 um 17:41 schrieb Volker Schroer: Michael, thank you for the quick response. My question was a bit misleading. I don't want to modify the library name but the version number. In the volk directory I found the correspondent entry set_target_properties(volk PROPERTIES SOVERSION ${LIBVER}) in the gnuradio-runtime/lib/CMakeFile.txt Which command sets the version number to 0.0.0 --Volker Hi Volker - Actually, the command you quote just sets the -version- of the library, not the name. The name is set by default as the target name, though one can change the name to something else via a similar set_target_properties command. Hope this helps! - MLD On Mon, Jul 6, 2015, at 07:01 AM, Volker Schroer wrote: I need to modify the SONAME of some gnuradio libs. In the gnuradio/volk/CMakeList.txt there is an entry set_target_properties(volk PROPERTIES SOVERSION ${LIBVER}) that sets the SONAME. But how is this done for other libs like gnuradio-runtime or gnuradio-pmt. I did not identfy the statements doing this. ___ 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] QAM and Chunks_to_Symbol
For small constellations, you can just specify the points manually. Here's an example for 16QAM. Just paste into the Symbol Table field in the block properties. The dimension is 1. [complex(3,3), complex(3,1), complex(1,3), complex(1,1), complex(3,-3), complex(3,-1), complex(1,-3), complex(1,-1), complex(-3,3), complex(-3,1), complex(-1,3), complex(-1,1), complex(-3,-3), complex(-3,-1), complex(-1,-3), complex(-1,-1)] Ron On 07/05/2015 10:39 PM, Salija P wrote: Hello, How can I specify symbol table and dimension for QAM in chunks_to_symbol block? which modulation is indicating in fsm_utils.py by orth2 orth4? Can anybody help me. I am new to this GnuRadio. ThankYou With Regards, Salija.P ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] asking help about gr-ieee802.11
Preferences file: /home/user/.grc Block paths: /usr/local/share/gnuradio/grc/blocks /home/user/.grc_gnuradio Loading: /home/user/gr-ieee802-11/examples/wifi_phy_hier.grc Done Showing: /home/user/gr-ieee802-11/examples/wifi_phy_hier.grc Generating: /home/user/.grc_gnuradio/wifi_phy_hier.py Generating: /home/user/.grc_gnuradio/wifi_phy_hier.py Executing: /home/user/.grc_gnuradio/wifi_phy_hier.py Done -- Posted via http://www.ruby-forum.com/. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Generate a specific wave form
Nathan, I see what you mean, but one thing I don't understand is (don't get me wrong): Why do you wanna know everything I wanna do and the purpose of my research? For now, what I need is this random multiplier. That's it! I'm trying to do it for a long time and I didn't understand the problem, so I came here to ask you for help. If you don't want or can't help me, that's okay. Thank you. -- Posted via http://www.ruby-forum.com/. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Generate a specific wave form
Antonny, Why do you wanna know everything I wanna do and the purpose of my research? Two things: a) we're just naturally curious, since we are developers and researchers; but here more importantly: b) it's been very hard to understand what you want. All the people that have answered you are experienced in software development and well-used to GNU Radio. You have not really shown to be highly capable of tapping that resource. For now, what I need is this random multiplier. That's it! Yet another contradiction! So this random multiplier would be extremely easy to build if that was what you wanted. It's likely not, because we have pointed you to the multiplier block, and you were not satisfied. So we try to help you, and to do that, we try to understand *what* you actually *want* to do. You've started with showing us a diagram without axis labels and said I need this signal. What?! We're really trying to understand what you're doing, but you started off with I need this signal, switched over to I need something to stop the flow of samples at times, and now we're back to I need a multiplier. All this doesn't make any sense. I'm left with the feeling you're not half sure what you actually want to do. So the natural approach here is asking you to give us an idea of what you want to do, from a perspective further away. If you don't want or can't help me, that's okay. I think 17 email replies (including this one) is a clear sign: We *want* to help you :) Now it's my turn to ask you to not get this wrong: You're just making it really hard to do so. Most people would have, especially after being asked to do so, long come up with a graphical overall sketch of the parts of your system, but you're ever so dodging specific questions; no wonder we haven't worked out something together. I had to ask three times to answer me an a/b/c question, and you replied with something that contradicts the random multiplier you're mentioning now; that's not really a basis for cooperation. I think Nathan really hit the spot: You're not really good at explaining what you actually want to do, which definitely also happens because you're not very familiar with how GNU Radio makes you work. That's not your fault -- but it can really only be solved by going through some kind of training, which is what the guided tutorials do. Your problem is either extremely simple, in which case you should be able to solve it yourself as soon as you're familiar enough with GNU Radio, or it's quite complex, in which case you need to be quite used to the tools you have to even communicate your approaches and problems. Best regards, Marcus PS: No one here is taking offense in you wondering why we ask so many questions, but as a hint for the future: Whatever you do, *always* be thankful and open if people show interest in your research and development, especially if these people might end up spending time helping you, and I think it's pretty obvious that if someone tries to help you, and he asks for a bit of background on what you're doing, that's because it might help him help you. How can you not assume this? On 07/06/2015 04:13 PM, Antonny Caesar wrote: Nathan, I see what you mean, but one thing I don't understand is (don't get me wrong): Why do you wanna know everything I wanna do and the purpose of my research? For now, what I need is this random multiplier. That's it! I'm trying to do it for a long time and I didn't understand the problem, so I came here to ask you for help. If you don't want or can't help me, that's okay. Thank you. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Numpy question
I'm trying to build gnuradio for a system without numpy. cmake reports correctly -- -- Python checking for pygtk = 2.10.0 -- Python checking for pygtk = 2.10.0 - not found -- -- Python checking for numpy -- Python checking for numpy - not found -- -- Configuring gnuradio-companion support... make reports Linking CXX shared library libgnuradio-pmt-3.7.8git.so and the library exists in the install directory. But running an example leads to pmt_to_python.py, line 22, in module ImportError: No module named numpy How can I come around this problem without installing numpy ? -- Volker ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio