Hi Martin,
just checking here: Do you understand the full design of the rx_ofdm and
tx_ofdm flow graphs I do understand the overall design (at least for my uses)
Also, you never want to limit the number of items. The Random Source
does not get prioritized, it simply will produce data until its output
buffer is filled. Because there can never be more data consumed
downstream than are produced upstream, at any given time the expected
number of bursts at the top of the flow graph is bigger than that at the
end. Is there a way to limit the buffer size or something like that? What I would like is to avoid a situation where the Random Source produced 10**6 bytes while only 10**3 bytes were produced and the end.
Best Regards.
On February 22, 2016 at 15:06:57, Martin Braun (address@hidden) wrote: Maicon,
just checking here: Do you understand the full design of the rx_ofdm and
tx_ofdm flow graphs?
Also, you never want to limit the number of items. The Random Source
does not get prioritized, it simply will produce data until its output
buffer is filled. Because there can never be more data consumed
downstream than are produced upstream, at any given time the expected
number of bursts at the top of the flow graph is bigger than that at the
end.
Cheers,
M
On 02/19/2016 08:14 AM, Maicon Kist wrote:
> Hello,
>
> I’m having similar problems executing the original rx_ofdm.grc file
> (in gnuradio/examples/digital/ofdm), which is: the quantity of numbers
> generated by the Random Source is way higher than the quantity received
> in the Tag Debug at the end of the flowgraph.
>
> Is it possible to limit the quantity of items in the blocks output/input
> queue? This way I could force the flograph to have at max 1 item in the
> output/input queue of each block.
>
> Best Regards,
>
> On February 18, 2016 at 10:58:26, Maicon Kist (address@hidden
> <mailto:address@hidden>) wrote:
>
>> Well, Im trying to figure out why the quantity of numbers received is
>> way smaller than the quantity generated.
>>
>> So, I did something more simples:
>> - I modified the rx_ofdm.grc file
>> (in gnuradio/examples/digital/ofdm). I simple added a “Tag Debug”
>> right before the second block in the chain (Stream to Tagged Stream).
>> - Even in this example the quantity of numbers generated is 10x the
>> quantity of numbers recoved in the end of the flowgraph.
>>
>> It seems to me that the scheduler prioritizes the ‘Random Source’,
>> calling it several times more than the other blocks in the flowgraph.
>> Is there a way to fix this?
>>
>> Best Regards.
>>
>> On February 18, 2016 at 09:09:32, Maicon Kist (address@hidden
>> <mailto:address@hidden>) wrote:
>>
>>> Hello
>>>
>>> I manage to solve the problem of
>>> gr::log :INFO: packet_headerparser_b0 - Detected an invalid packet at
>>> item 2112
>>> gr::log :INFO: header_payload_demux0 - Parser returned #f
>>> by replacing all ZMQ REP/REQ by ZMQ PUSH/PULL blocks.
>>>
>>> Now, my only problem is that the Random Source Generator is
>>> generating (dã) way more numbers that are being received in the final
>>> part of the flowgraph (Tag Debug).
>>>
>>> Any hints about this too ?
>>>
>>> On February 17, 2016 at 10:01:39, Maicon Kist (address@hidden
>>> <mailto:address@hidden>) wrote:
>>>
>>>> Hello list,
>>>> one more thing that I observed:
>>>>
>>>> The Random Source Generator is generating (dã) way more numbers that
>>>> are being received in the final part of the flowgraph (Tag Debug).
>>>> Any hints about this too ?
>>> --
>>> Maicon Kist
>> --
>> Maicon Kist
> --
> Maicon Kist
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
|