As mentioned, the stream-to-message-passing gr-eventstream approach is
right for you.
Best regards,
Marcus
On 10/29/2015 01:47 PM, s.subrata...@gmail.com wrote:
> Thank you Marcus. I am trying to simulate a network with 2 transmitters and
> one receiver. The TX's transmit streams at random times
Thank you Marcus. I am trying to simulate a network with 2 transmitters and one
receiver. The TX's transmit streams at random times and the RX receives the sum
of the signals from both the TX's. The adder block however doesn't give any
output when one of its input stream is empty (i.e. when both
Hi Subrata,
while what you plan to do is possible if you build a block with a
general_work method and a forecast. In fact, here the forecast
implementation will probably be pretty crucial, but also be pretty
simple -- just always require the same amount of samples from input0 as
you're asked to pr
I am trying to create a block that has two input and one output. Its like a
priority multiplexer; if input0 is empty then output = input1 else output =
input0 ( input0 always has samples) its a stream based block.
How do I declare the work function, because the number of samples needed from
eac
On 30.09.2015 16:16, Jared Dulmage wrote:
> Ubuntu 14.04, GR 3.7.8
>
> I apologize if this question is a duplicate, I never received a
confirmation of my original request in the mailing list digest. I
appreciate any insights or advice to diagnose the issue presented below.
Hey Jared,
I replied t
Ubuntu 14.04, GR 3.7.8
I apologize if this question is a duplicate, I never received a confirmation of
my original request in the mailing list digest. I appreciate any insights or
advice to diagnose the issue presented below.
>From a high level, I am trying to create a block that acts like a g
Hi Miklos,
yes, a forecast might be different for different situations.
Greetings,
Marcus
On 02/16/2014 07:12 PM, Miklos Maroti wrote:
Hi Guys,
If a block keeps some internal state, can the forecast method return
different values for the same number of noutput_items depending on its
internal
Hi Guys,
If a block keeps some internal state, can the forecast method return
different values for the same number of noutput_items depending on its
internal state? Will the forecast method be called before the flow
graph is started?
Miklos
___
Discuss
i got a new problem.. when i am working with signals, i converted them to
vectors using stream to vectors, then the vectors are given as input to my
block (since my block has an input as vectors of fixed length) , then
processing is done on the vector, output is also a vector .. but the problem
is
thanks , and i have created the block ,which is working fine (but it is slow
for signals of larger size)
--
View this message in context:
http://gnuradio.4.n7.nabble.com/forecast-and-set-history-function-for-haar-decomposition-tp44327p44381.html
Sent from the GnuRadio mailing list archive at
On Wed, Oct 23, 2013 at 1:33 PM, Bharat Mukkala
wrote:
> its true that setting the history to length of coefficients work, but when we
> go for more than 1 level of decomposition, the output from previous level
> will be used , so how can is use the output again ?
Seems to me like you'll need to
its true that setting the history to length of coefficients work, but when we
go for more than 1 level of decomposition, the output from previous level
will be used , so how can is use the output again ?
i have another doubt , if we set the size of each element in the input
signature to be 4*sizeo
On Wed, Oct 23, 2013 at 7:47 AM, Martin Braun (CEL)
wrote:
> On Wed, Oct 23, 2013 at 03:23:36AM -0700, Bharat Mukkala wrote:
>> the i/o ratio is 1 since the number of input items is same the number of
>> output items, but while processing we use the whole signal but not a single
>> element while c
On Wed, Oct 23, 2013 at 03:23:36AM -0700, Bharat Mukkala wrote:
> the i/o ratio is 1 since the number of input items is same the number of
> output items, but while processing we use the whole signal but not a single
> element while calculating the output elements, i have doubt in figuring out
> ho
the i/o ratio is 1 since the number of input items is same the number of
output items, but while processing we use the whole signal but not a single
element while calculating the output elements, i have doubt in figuring out
how to tell that to gnuradio,my idea is that, can i set_output_multiple to
On Tue, Oct 22, 2013 at 11:10:54PM -0700, Bharat Mukkala wrote:
> I am creating a new gnu radio block for decomposing the signal using haar
> wavelet decompostion and includes the option of number of levels of
> decompostion.
> In order to write the code, how should i set the set_history or foreca
I am creating a new gnu radio block for decomposing the signal using haar
wavelet decompostion and includes the option of number of levels of
decompostion.
In order to write the code, how should i set the set_history or forecast
function because in order to produce output the input signal should b
On Thu, Oct 23, 2008 at 05:52:18PM -0400, Ed Criscuolo wrote:
> Eric Blossom wrote:
>> On Thu, Oct 23, 2008 at 04:56:04PM -0400, Ed Criscuolo wrote:
> >
>>> At this point, I think I'll embed all the packet reading AND
>>> hdlc processing into a single source block with no flow
>>> inputs. This way
Eric Blossom wrote:
On Thu, Oct 23, 2008 at 04:56:04PM -0400, Ed Criscuolo wrote:
>
At this point, I think I'll embed all the packet reading AND
hdlc processing into a single source block with no flow
inputs. This way the block can check for packets on the TUN
device, read them, bitstuff and h
On Thu, Oct 23, 2008 at 04:56:04PM -0400, Ed Criscuolo wrote:
> Eric Blossom wrote:
>>
>> Ed,
>>
>> The problem is that you need to know when the output is about to
>> underrun, and only then insert flags.
>>
>> Is there any external reference clock or other way to tell when the
>> external stream
Eric Blossom wrote:
Ed,
The problem is that you need to know when the output is about to
underrun, and only then insert flags.
Is there any external reference clock or other way to tell when the
external stream needs data? In general, GR has no tie to an external
timebase, except indirectl
On Tue, Oct 21, 2008 at 11:01:51AM -0400, Ed Criscuolo wrote:
> I'm building a set of blocks to implement the HDLC link-layer
> functions for a spacecraft communication system.
> These blocks deal with IP packets from/to the stack on one side,
> and a bitstream to/from the modulator/demodulator on
I'm building a set of blocks to implement the HDLC link-layer
functions for a spacecraft communication system.
These blocks deal with IP packets from/to the stack on one side,
and a bitstream to/from the modulator/demodulator on the other side.
The receive block is already done and working. It ta
23 matches
Mail list logo
