Re: [Discuss-gnuradio] Issue with swig in packet_headerparser block

Hi Michael, Thank you very much for your help. The top-level CMakelists.txt was okay. I found that the CMakelists.txt in the include directory was missing "packet_header_default.h" definition. Now, I am able to debug with now error. Regards Jebreel Jebreel Salem On Tue, Jul 31, 2018 at 2:02 PM

Re: [Discuss-gnuradio] Installation error for USRP N200

On 07/31/2018 02:38 PM, Ayaz Mahmud wrote: Hi, I have already been using two USRP B210 over Gnuradio 3.7.10.1 which works perfect. Now I am trying to bring in a N200 USRP, and installing it. 1. I can ping the IP 192.168.10.2/24 from my PC 192.168.10.1/24 2. I can also detect all the 3 dev

[Discuss-gnuradio] Calling public C++ function in OOT module using Python

Hi, I've been trying to make a function in my OOT module public. The module is called chaotic_prefix_bc. I declare a pure virtual function called *Logistic_map()* in chaotic_prefix_bc.h, and overload it in chaotic_prefix_bc_impl.h and chaotic_prefix_bc_impl.cc. When I call this function in a vecto

Re: [Discuss-gnuradio] Installation error for USRP N200

Hi, This issue is resolved after restarting the USRP device. Thanks Ayaz From: Ayaz Mahmud Sent: Tuesday, July 31, 2018 12:38 PM To: discuss-gnuradio@gnu.org Subject: [Discuss-gnuradio] Installation error for USRP N200 Hi, I have

Re: [Discuss-gnuradio] Issue with swig in packet_headerparser block

Hi Jebreel - From the import error, it looks like either you're not linking against gr-digital library, or you're referencing some function or method or variables that doesn't exist in (isn't being exported from) the gr-digital library. Did you verify in your OOT's top-level CMakeLists.txt that whe

[Discuss-gnuradio] Installation error for USRP N200

Hi, I have already been using two USRP B210 over Gnuradio 3.7.10.1 which works perfect. Now I am trying to bring in a N200 USRP, and installing it. 1. I can ping the IP 192.168.10.2/24 from my PC 192.168.10.1/24 2. I can also detect all the 3 devices with “uhd_find_devices” 3. When I

[Discuss-gnuradio] Tagged stream block template for python?

Dear subscribers, I just found out that you can only create *general block, sync block, decimator block and interpolator block *in python. See the official manual for reference https://www.gnuradio.org/doc/doxygen/page_python_blocks.html Is there no a tagged stream block template for python? Ther

Re: [Discuss-gnuradio] how to read .dat file saved via the file sink

I keep getting the error: 'read_complex_binary' not found Where could I find this command? I started Octave from Ubuntu command window. On Tue, Jul 31, 2018 at 1:24 PM, sumit kumar wrote: > There is an octave script in gnuradio utilities. read_complex_binary.m > It will show you the IQ data >

Re: [Discuss-gnuradio] how to read .dat file saved via the file sink

There is an octave script in gnuradio utilities. read_complex_binary.m It will show you the IQ data On Tue, 31 Jul 2018, 19:22 Linda20071, wrote: > I saved the transmitted complex signal (I/Q data) in a .dat file using the > file sink. How could I read the I/Q data in this saved .dat file? > > T

[Discuss-gnuradio] how to read .dat file saved via the file sink

I saved the transmitted complex signal (I/Q data) in a .dat file using the file sink. How could I read the I/Q data in this saved .dat file? Thanks in advance! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listi

Re: [Discuss-gnuradio] Issue with swig in packet_headerparser block

Hello Marcus, Thank you very much for your reply. The flag is there. However, I think the problem is with SWIG file because it does not have the correct definitions for packet_header_default. I copied the *packet_header_default.cc* from the ofdm gnuradio and put it in my lib directory and copied *

Re: [Discuss-gnuradio] _uhd_swig.so: undefined symbol

Most likely problem is that you've built GNU Radio against a different version of UHD than you've got installed. best regards, Marcus On Tue, 2018-07-31 at 14:36 +0200, Savino Piccolomo wrote: > Hi members of the GNURadio Discussion List, > > I am using an USRP x310 and installed gnuradio/uhd us

[Discuss-gnuradio] _uhd_swig.so: undefined symbol

Hi members of the GNURadio Discussion List, I am using an USRP x310 and installed gnuradio/uhd using the script by Marcus Leech but then faced a problem (already reported by my college Nicolas Ballard) by which the only subdev specifications working are AB and BA but not A and B separately. I fol

Re: [Discuss-gnuradio] Dynamically changing bandwidth of QT GUI Frequency Sink

Hi Jason, I'd recommend adding a command to the message port to update the sample rate or alternatively add support for the rate tag to the Frequency Sink and have your OOT block emit a rate tag. I'll help get that change merged if you can put up a pull request. https://github.com/gnuradio/gnuradi

Re: [Discuss-gnuradio] Dynamically changing bandwidth of QT GUI Frequency Sink

Marcus, To clarify, assume I set the sample rate at build time with the samp_rate variable within the QT GUI Frequency Sink. At run time, the bandwidth (x axis) is reflective of this samp_rate. However, if I have a source block upstream that changes the sample rate via out of band means, I would

Re: [Discuss-gnuradio] Dynamically changing bandwidth of QT GUI Frequency Sink

You could put a resampling block in front of the QT GUI source or add on to the message handling to support setting the X and Y axis limits. I think that would be a useful addition, the Y axis limits already have callbacks exposed to GRC but not via messages. Regards, Derek On Tue, Jul 31, 2018 a

Re: [Discuss-gnuradio] Dynamically changing bandwidth of QT GUI Frequency Sink

Hi Jason, just to be sure to understand what you need: Do you mean "zoom in x-axis"? (because technically, the bandwidth of that display is always Nyquist, i.e. defined by the sampling rate) Best regards, Marcus On Mon, 2018-07-30 at 16:57 -0400, Jason Hein wrote: > I have a GNU radio flow graph

Re: [Discuss-gnuradio] Issue with swig in packet_headerparser block

Looks like your library doesn't export that symbol (in this case, the constructor of the packet_header_default class). Did you make sure that the class bears the SPERRY_API flag? Best regards, Marcus On Mon, 2018-07-30 at 16:35 -0500, Jebreel Salem wrote: > Hi, > I am trying to create packet_hea