Re: [Discuss-gnuradio] GNURadio Help

2018-06-13 Thread Ivan Zahartchuk
N200 2018-06-14 8:58 GMT+03:00 Ivan Zahartchuk : > I'm still interested in the principle of the UHD_Source unit. > "Start continuous" tells the device to stream samples indefinitely. > "Stop continuous" tells the device to end continuous streaming. > "Num sams and done" tells the d

Re: [Discuss-gnuradio] GNURadio Help

2018-06-13 Thread Ivan Zahartchuk
I'm still interested in the principle of the UHD_Source unit. "Start continuous" tells the device to stream samples indefinitely. "Stop continuous" tells the device to end continuous streaming. "Num sams and done" tells the device to stream num sams and to not expect a future stream

Re: [Discuss-gnuradio] [USRP-users] TX-RX file through OFDM errors

2018-06-13 Thread Martin Braun
On 06/12/2018 10:28 AM, Ayaz Mahmud via USRP-users wrote: > Hi, > >   > > I am trying to transmit and receive a .png file through OFDM (*Block > diagram attached*). The file size is only 1.5kB. While running I am > getting the below warning & error in console. Can someone point out the > reason b

[Discuss-gnuradio] Performance Monitor rpcmanager runtime error

2018-06-13 Thread Jim Larsen
I installed GNU Radio 3.7.11 on Ubuntu 18.04 from the Ubuntu repository. I added a CtrlPort Performance Monitor block to a simple Signal Source > Throttle > Null Sink flow graph to visualize block performance. When I run the flow graph, I get the following runtime error: python: /build/gnuradi

Re: [Discuss-gnuradio] GNURadio Help

2018-06-13 Thread John Medrano
Hello, I see you are using an E310, now this seems to make a bit more sense as to what you are trying to do. Although you can use RFNOC to increase the processor ability to do FFT function, it is actually not needed for initial testing. In GNU radio, there are many ways to enhance your design, b

Re: [Discuss-gnuradio] GNURadio Help

2018-06-13 Thread CEL
Ivan, the E310 is a very special USRP as it not only requires you to understand radio, software, digital signal processing and development, but also embedded hardware development and efficiently also FPGA design. Are you *sure* you want to start with that? Without meaning to cause any offense, thi

Re: [Discuss-gnuradio] GNURadio Help

2018-06-13 Thread John Medrano
This is much more doable. May I ask why you want to buffer all the data in the radio? On Wed, Jun 13, 2018 at 9:06 AM, Ivan Zahartchuk wrote: > I want to process not 6GHz but 30 MHz at a time. Ie I read 30 MHz at a > frequency of 400 MHz (for example) then I do 30 MHz FFT and write them to > th

Re: [Discuss-gnuradio] GNURadio Help

2018-06-13 Thread Ivan Zahartchuk
I want to process not 6GHz but 30 MHz at a time. Ie I read 30 MHz at a frequency of 400 MHz (for example) then I do 30 MHz FFT and write them to the buffer. And so up to 6GHz. Then when the buffer is full, I transfer the data to the host machine (I use the USRP E310 board) to display the data. In f

Re: [Discuss-gnuradio] GNURadio Help

2018-06-13 Thread John Medrano
Hello. If I understand what you are saying correctly, you would like to process wide band data. And you mention 70 MHz to 6 GHz. Even with RFNOC there is a limitation on the amount of data you can process simultaneously, and that is about 200 MHz. There is no way possible to simultaneously proces

Re: [Discuss-gnuradio] GNURadio Help

2018-06-13 Thread CEL
I don't understand what you mean with "do the FFT and then transfer […] to the host machine": GNU Radio runs on the host machine, so whatever processing you do already happens on the host machine. Assuming this is just a small problem in expression, and you're doing all this on the same machine: W

Re: [Discuss-gnuradio] GNURadio Help

2018-06-13 Thread Ivan Zahartchuk
In the future, I would also like to use the RFNoC 2018-06-13 17:42 GMT+03:00 Ivan Zahartchuk : > I need to rebuild the frequency, do fft and then transfer the whole array > from 70 to 6GHz to the host machine. I do not quite imagine how you can > do this with standard blocks in gnuradio. > > > 20

Re: [Discuss-gnuradio] GNURadio Help

2018-06-13 Thread Ivan Zahartchuk
I need to rebuild the frequency, do fft and then transfer the whole array from 70 to 6GHz to the host machine. I do not quite imagine how you can do this with standard blocks in gnuradio. 2018-06-13 17:32 GMT+03:00 Müller, Marcus (CEL) : > Dear Ivan, > > you don't pass data to a block yourself.

Re: [Discuss-gnuradio] GNURadio Help

2018-06-13 Thread CEL
Dear Ivan, you don't pass data to a block yourself. You write a block that does a clearly-limited signal processing job, and use GNU Radio to connect that to other blocks: https://tutorials.gnuradio.org In your case, instantiating a USRP source in your block makes absolutely no sense, for exam

[Discuss-gnuradio] GNURadio Help

2018-06-13 Thread Ivan Zahartchuk
Hello. I'm trying to write a block in gnuradio for broadband reception. The main problem at the moment is to transfer data to the fft block. I'm new to python and so it's hard for me to figure this out.import numpy as np I need an array of data to pass to the gnuradio.fft.fft.vcc block from gnur

[Discuss-gnuradio] SWIG director method error

2018-06-13 Thread ogün levent
Hello there, I am having this error recently which has never been occured before. What could be the possible solution? Best. self.message_port_pub(pmt.intern("Vector_OUT"),pmt.cons(pmt.PMT_NIL,pmt.to_pmt(bufnp))) File "/usr/lib/python2.7/dist-packages/pmt/pmt_to_python.py", line 133, in pytho