Re: [GNU Radio 3.8] Error loading modules on E310

2020-02-21 Thread Ivan Iudice
Hi all, gnuradio-companion calls the interpreter #!/usr/bin/env python Thus, the first python in the path is Python 2.7. Is gnuradio using python 2.7? Ivan > Il giorno 20 feb 2020, alle ore 20:51, Philip Balister > ha scritto: > > Try: > > $ less `which gnuradio-companion` > > And see which

Re: Python module: object as a reference (just as "Block ID" in "Function Probe" block)

2020-02-21 Thread Cyrille Morin
Hi Luke, I've had this issue before. The problem is that the Function Probe block is not actually a block, it's just a way to write code directly into the top_block python file, and do the top_block object is the one calling the block you want, which is not an issue since, it knows them, it c

Re: Python module: object as a reference (just as "Block ID" in "Function Probe" block)

2020-02-21 Thread CEL
Hi Lukas, On Fri, 2020-02-21 at 00:24 +0100, Lukas Haase wrote: > These blocks support a message interface but unfortunately this is pretty > useless except for the simplest applications (I need to control advanced > tuning with timed commands, GPIO ports etc). That's very much supported, far a

Re: [GNU Radio 3.8] Error loading modules on E310

2020-02-21 Thread Philip Balister
On 2/21/20 3:21 AM, Ivan Iudice wrote: > Hi all, > gnuradio-companion calls the interpreter > #!/usr/bin/env python > Thus, the first python in the path is Python 2.7. > Is gnuradio using python 2.7? Yes, try convincing cmake to use python2 for your OOT. Philip > > Ivan > >> Il giorno 20 feb 2

Re: Python module: object as a reference (just as "Block ID" in "Function Probe" block)

2020-02-21 Thread Lukas Haase
Hi Marcus, > Gesendet: Freitag, 21. Februar 2020 um 03:44 Uhr > Von: "Müller, Marcus (CEL)" > An: "lukasha...@gmx.at" , "discuss-gnuradio@gnu.org" > > Betreff: Re: Python module: object as a reference (just as "Block ID" in > "Function Probe" block) > > Hi Lukas, > > On Fri, 2020-02-21 at 00:

Re: Python module: object as a reference (just as "Block ID" in "Function Probe" block)

2020-02-21 Thread CEL
Hi Lukas, On Fri, 2020-02-21 at 16:17 +0100, Lukas Haase wrote: > > Example 2: How do select integer-n mode? > > tune_req_rx.args=uhd.device_addr(','.join(["mode_n=integer", > "int_n_step=1000e3",])) > tune_req_tx.args=uhd.device_addr(','.join(["mode_n=integer", > "int_n_step=1000e3",])) > > I

GNU Radio Transition from SWIG to pybind11 - looking for community involvement

2020-02-21 Thread Morman, Joshua
Hi All, As was discussed on the project call yesterday, we are in the process of migrating away from SWIG for binding the C++ API into python. This brings the following advantages: - One less giant dependency - Faster/less memory usage during compile - Less cryptic auto-generated code - Mo

Re: [GNU Radio 3.8] Error loading modules on E310

2020-02-21 Thread Ivan Iudice
How can I force canale to use python 2.7? I tried configuring as in: https://pastebin.com/EZfNkcGy Cmake said that 3.5 is required, but finished configuring; anyway I compiled and installed, but nothing changed. Ivan > Il giorno 21 feb 2020, alle ore 16:22, Philip Balister > ha scritto: > > 

Re: [GNU Radio 3.8] Error loading modules on E310

2020-02-21 Thread Philip Balister
What version gnuradio is installed on the E310? $ gnuradio-config-info -v There should be a cmake variable to set the python interpreter version. That might be better than trying to point at libraries in the sdk. Try -DPYTHON_EXECUTABLE=python (or path to python in the sdk) Philip On 2/21/20 1

Re: [GNU Radio 3.8] Error loading modules on E310

2020-02-21 Thread Ivan Iudice
The version compiled and installed on the E310 is 3.8.0.0. As I stated in my last mail, I tried to compile my OOT module forcing cmake to use python 2.7 (see https://pastebin.com/EZfNkcGy), but it did not solve the problem. An other question, why the same version of gnuradio (3.8.0.0) I compiled

gnuradio 3.8 errors with gr_modtool

2020-02-21 Thread Laura Arjona
Hi community, I encountered 2 problems while creating a new OOT module with GNURadio 3.8, (never encountered that problem before with older gnuradio versions). I did debugging, but I have no idea what is causing this problem. Thanks in advance for your help :) I have this configuration $ python3

Re: gnuradio 3.8 errors with gr_modtool

2020-02-21 Thread Marcus Müller
Hi Laura, On Fri, 2020-02-21 at 10:58 -0800, Laura Arjona wrote: > /bin/sh: 1: git: not found could you install git and try again (and, please, report the result)? Best regards, Marcus

GNU Radio Viterbi Implementation

2020-02-21 Thread Moses Browne Mwakyanjala
Hello everyone, I have a couple of questions on GNU Radio implementation of the Butterfly macros. I'm somehow familiar with doing butterfly on paper (the trellis) but could someone explain to me how this macro works? I also don't understand how the list of butterflies for a specific code (for examp

Re: [GNU Radio 3.8] Error loading modules on E310

2020-02-21 Thread CEL
On Fri, 2020-02-21 at 19:44 +0100, Ivan Iudice wrote: > > An other question, why the same version of gnuradio (3.8.0.0) I compiled and > installed on my host machine uses python 3, and on the E310 uses python 2? > Because those are built in different environments. smime.p7s Description: S/MIM

Re: GRC 3.8 Output language Py2 or Py3 (Windows)

2020-02-21 Thread CEL
Hi Geof, this is just to let you know how much I appreciate your work: Thank you! Best regards, Marcus On Thu, 2020-02-20 at 17:14 -0500, Geof Nieboer wrote: > Jerom, > > Confirming what Marus and the others have said, the current installers use > py2.7 and only py2.7. > > It is indeed a m

Re: [GNU Radio 3.8] Error loading modules on E310

2020-02-21 Thread Ivan Iudice
Now, do you suggest to build and install gnuradio on my host machine forcing use of python 2.7 to have aligned versions? After done, should I re-create my OOT module, and build it, to work fine? Thank you. Ivan > Il giorno 21 feb 2020, alle ore 20:28, Müller, Marcus (CEL) > ha scritto: > > O

Re: gnuradio 3.8 errors with gr_modtool

2020-02-21 Thread Maitland Bottoms
On Fri, 21 Feb 2020 10:58:18 -0800 Laura Arjona wrote: > UnicodeDecodeError: 'utf-8' codec can't decode byte 0xe8 in position > 5: invalid continuation byte The problem comes from Python byte-compiled files used as templates. Perhaps the template processor is choking on a .pyc file? The soluti