Re: [Discuss-gnuradio] Error in using Accessor method in GNU Radio 3.7. AttributeError: Object has no attribute

2017-04-10 Thread kunal.2904
The issue has solved as below: The accessor method "poll_complex_gain" defined in its *randphpert4_f_impl.h* file as below: gr_complex poll_complex_gain() const { return d_complex_gain; } The accessor method is added in the include/*.h file (*randphpert4_f.h*) as a virtual member function virt

Re: [Discuss-gnuradio] AWGN using E310 (Update)

2017-04-10 Thread Dan CaJacob
That's out of my experience. But it's not easy - you have to learn RFNOC. It's a lot of work. Try the Ettus channel. On Mon, Apr 10, 2017 at 10:11 AM John B. Wood wrote: > On 04/10/2017 09:31 AM, Dan CaJacob wrote: > > It's probably unreasonable to expect the ARM processor to deliver 56 Msps >

Re: [Discuss-gnuradio] AWGN using E310 (Update)

2017-04-10 Thread John B. Wood
On 04/10/2017 09:31 AM, Dan CaJacob wrote: It's probably unreasonable to expect the ARM processor to deliver 56 Msps to the 9361 without underflowing. It's just not that fast. It's marginal even on a high performance desktop CPU. You could try implementing a noise source in the FPGA using RFNO

Re: [Discuss-gnuradio] AWGN using E310 (Update)

2017-04-10 Thread Dan CaJacob
It's probably unreasonable to expect the ARM processor to deliver 56 Msps to the 9361 without underflowing. It's just not that fast. It's marginal even on a high performance desktop CPU. You could try implementing a noise source in the FPGA using RFNOC. That would almost certainly eliminate you

Re: [Discuss-gnuradio] AWGN using E310 (Update)

2017-04-10 Thread John B. Wood
Hello, all. Perhaps I was a little too optimistic in attempting to use the Ettus E310 as a broadband noise source. I'm using the GRC models "Fast Noise Source" with uniform noise type connected to a "UHD: USRP Sink" with a CF of 1 GHZ and sample rate set to 4 Msps. Running the GRC-generated

Re: [Discuss-gnuradio] [Import error of underlying library file in Python] [undefined symbol: fftwf_malloc]

2017-04-10 Thread Marcus Müller
You should never have to manually install the FFTW; it's already installed, otherwise you wouldn't have a GNU Radio installation that does much. What is probably the case is that you forgot to add the libraries to what CMake tells the linker to link in. You'd need to add the FFTW detection to your

[Discuss-gnuradio] [Import error of underlying library file in Python] [undefined symbol: fftwf_malloc]

2017-04-10 Thread Ammar Mahmood
Dear all, My custom block in GRC was being shown as undocumented. When I loaded its underlying library file in Python, I got the following import error: ImportError: /home/ammar/gr-channelsounder/build/lib/libgnuradio-channelsounder-1.0.0git.so.0.0.0: undefined symbol: fftwf_malloc I installed t