On Tue, 28 Nov 2017 at 19:09:19 +0100, Alice Lo Valvo wrote:
>d_i: 1
>/* noutput_items */512
>d_i: 2
>/* noutput_items */511
>d_i: 3
>/* noutput_items */48
>d_i: 4
>/* noutput_items */48
>
>
> Why? Any ideas?
This behaviour is not a bug. The value of
Hello,
I have a question regarding the usage of produce() and consume(): Is it
safe to call these functions multiple times? Or must the calls be
merged into a single one?
Documentation of consume() [1] states that “this function should be
called at the end of work() or general_work(), after all
On Sun, 19 Nov 2017 at 13:16:14 -0500, Michael Dickens wrote:
> You can safely call produce() and consume() multiple times in the same
> work() call: yes!
I assume this also applies to general_work()?
> Note that by doing so, if you're using the nitems_written() or
> nitems_read() [e.g., for
On Fri, 02 Feb 2018 at 20:14:44 -0500, Weihan Chen wrote:
> I was trying to compare the output of the IFFT block and that from Matlab.
> Here's what I get:
> My input: [1,2,3,4]
> output from Matlab: [2.5+0j, -0.5-0.5j, -0.5+0j, -0.5+0.5j]
> output from gnuradio: [10+0j, 2+2j, -2+0j, 2-2j]
>
On Tue, 17 Apr 2018 at 14:32:17 -0300, Ivo Carlson wrote:
> […]
> The file sink saves the data in a binary format, but I don't know what
> this data represents. How do I interpret this data? What does this data
> represent?
This question can not be answered as we don’t know how your flowgraph
Hello,
I would like to know whether it is safe to modify input buffers in
general_work(). Looking at the documentation of gr::buffer [1] I
strongly assume that the answer is no (“Single writer, multiple reader
fifo.”).
I have considered to check gr::buffer’s documentation only due to some
On Fri, 09 Nov 2018 at 16:07:53 -0500, Michael Dickens wrote:
> Depends on what you mean by "modify input buffers" ... You can read
> and write to the buffers via the provided pointers. But the provided
> pointers do not allow you to modify the actual gr::buffer in any way
> ... they just point to
On Wed, 03 Apr 2019 at 12:57:25 +0200, Christoph Mayer wrote:
> a while ago I wrote a soft-decision Viterbi decoder based on Phil Karn's code:
> https://github.com/hcab14/signal-analysis/blob/master/include/viterbi2.hpp
>
> and then realized that there is a version of Viterbi decoding using
>
On Mon, 18 Mar 2019 at 13:41:07 -0700, Mark Gannet wrote:
> The make method in udp_sink doesn't allow for broadcast right?
Yes, that’s correct. The code for the UDP sink can be found at [1]. The
connect function therein does not enable broadcast.
[1]
On Wed, 05 Jun 2019 at 16:20:12 -0700, Andrew Wolfram wrote:
> I'm trying to alter the file ofdm_txrx.py (
> https://github.com/gnuradio/gnuradio/blob/master/gr-digital/python/digital/ofdm_txrx.py)
> to get phase information from the carrier data so I can calculate an
> approximate distance
On Fri, 14 Jun 2019 at 09:08:55 +, S. L. wrote:
> Since I have vector-to-stream and fft to 1024 samples, I think or I
> guess it stores the first 1024 samples (from 0 ms to 32 ms) and the
> vector-to-stream module passes those samples to the FFT module that
> performs the FFT of those 1024
On Thu, 13 Jun 2019 at 09:22:21 +0200, Sneha vasan wrote:
> Yes I am implementing the OFDM receiver.
>
> So the idea is to do the serial to parallel conversion of the received
> signal at USRP source, So my question was, in order to do so can I use
> vector to streams block?? . As per the above
On Wed, 12 Jun 2019 at 15:00:29 +0200, Sneha vasan wrote:
> I am currently trying to transmit and receive random signal using
> ofdm modulation.
> So I generated the transmit signal using the MATLAB. Transmit this
> signal to USRP and receive it. So in order to demodulate the signal
> using ofdm
On Tue, 09 Jul 2019 at 17:42:11 +0200, lilijobo1 lilijobo1 wrote:
> The thing is that I dont really get how the parameters
> occupied tones and the FFT length work in that case.
> Is the occupied tones equal to the numer of subcarriers? If yes where do get
> to know the subcarrier spacing
On Wed, 20 Nov 2019 at 07:39:04 -0500, Antoine Nguyen wrote:
> […]
> Is there a setting I am missing or a step that I have not included
> that is causing this issue?
It looks like you used numpy and matplotlib to generate tcp.sink.PNG
and filesink.PNG. A possible issue might be that the
On Thu, 16 Jul 2020 at 07:40:14 -0600, George Edwards wrote:
> […]
> I have also tried some of the other CC encoder/decoder blocks and they
> failed.
>
> I will appreciate any help or suggestions about the CCSDS 27 or the CC
> encoder/decoder in GNURadio.
Which version of GNU Radio do you use?
16 matches
Mail list logo
