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
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
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
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.
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
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
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
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
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
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
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
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
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
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
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
15 matches
Mail list logo
