So, it seems like no official place exists yet.
Some things are mentioned in the issues on github, but they don't contain very
much information at the moment.
So, to summarize what I found out so far:
To get the xtrx version of gr-osmosdr running with the USB enclosure, it is
necessary to replac
Hello,
I recently acquired an XTRX SDR from crowdsupply, and now have new hardware to
play with.
However, I find myself with some lack of documentation for the new hardware and
also cannot find a public place for discussions about this particular hardware.
I was wondering whether there are othe
There exists a small utility function for this purpose in the gnuradio
sources.
It can be found here:
https://github.com/gnuradio/gnuradio/blob/master/gr-utils/octave/read_float_binary.m
Either use it directly, or as an example how to do it.
Markus
Am 23.06.2018 um 16:40 schrieb PRIYANKA PRIYADA
Offset is a DC offset here.
I probably would use a "Skip Head" block to skip the right number of samples to
get the correct initial phase. Although the setting for that block depends on
the frequency and the sampling rate.
Or if we're talking about complex values, a "Multiply const" block would
Hi,
Does this GRC hierarchical block solve your problem?
Markus
Am 30.05.2018 um 15:31 schrieb 김무연:
> Hi all
> I was trying to make a block
> which acts if input is 1,then output is random number and if input is 0,
> then output is the same previous time
> So last time I asked what should I use
My experience has been that letter suffixes are only used for displaying
values, and not for entering values. Are you sure the examples used that
notation to enter values?
Am 18.04.2018 um 22:04 schrieb Robert Stanford:
>
> I can use scientific notation, such as 2.4e6, in GNU Radio blocks.
> Wh
Hello,
as far as I can see, the low pass filter block only exists in GRC.
The relevant XML description for GRC can be found here:
https://github.com/gnuradio/gnuradio/blob/master/gr-filter/grc/variable_low_pass_filter_taps.xml
The underlying source for firdes can be found here:
https://github.com
Hello,
I noticed that the fastnoise_source block is not thread safe, as it
calls rand(), which keeps global state.
This makes it non-reproducable between multiple runs once more than one
such source is used.
I also opened an issue about this on github:
https://github.com/gnuradio/gnuradio/issues/
Hello,
I noticed that the manpage for gnuradio-companion on my ubuntu 17.10
system contains the following section:
-c, --compile
Only compile the GRC file without invoking the GUI.
Useful for
unit testing, running gnuradio-companion from a
Makefile and
data and hence
> you can remove the return 0 from the work function.
>
> Best,
> Sakthivel
>
> On Wed, Jan 17, 2018 at 3:20 PM, Markus Wirsing
> mailto:markus.wirs...@uni-ulm.de>> wrote:
>
> Hello,
>
> I have the following problem:
>
>
can internally set the number of I/O streams. This is the same
> technique as done in non-heir blocks with an arbitrary number of I/O. This
> method should be called just once. Hope this helps! - MLD
>
> On Tue, Jan 23, 2018, at 3:38 PM, Markus Wirsing wrote:
>> Thank you
>
> On Tue, Jan 23, 2018 at 1:22 PM, Jeff Long <mailto:willco...@gmail.com>> wrote:
>
> You can call ninputs() and noutputs() on (or from within) a block.
>
> On Tue, Jan 23, 2018 at 12:49 PM, Markus Wirsing
> mailto:markus.wirs...@uni-ulm.de>> wr
Hello,
I was wondering, whether it's possible to write a hierarchical block
that does not have a fixed number of inputs.
Of course I can specify the io_signature appropriately.
But it seems like the only way to determine the number of actual
connected inputs is to look at the parameters that are
Hello,
I have the following problem:
I wrote a block that does some processing and needs to look ahead in the
data for a certain amount.
Therefore the work function of the sync_block will return 0 if the
current amount of data is insufficient.
This works fine if the program is running infinitely
um 14:37 schrieb Andy Walls:
>> From: Markus Wirsing
>> Date:Tue, 16 Jan 2018 10:24:50 +0100
>
>> Hello,
>>
>> I am trying to write a block that produces a different amount of
>> output
>> depending on the tags.
>> For that
Hello,
I am trying to write a block that produces a different amount of output
depending on the tags.
For that I would need to access the tags in the forecast function. Would it be
safe to do that?
Or can the tags still change in between the call to forecast and the call to
general_work?
I was
16 matches
Mail list logo
