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 (maiconkist@gmail.com) 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 (maiconkist@gmail.com) wrote:
HelloI manage to solve the problem ofgr::log :INFO: packet_headerparser_b0 - Detected an invalid packet at item 2112gr::log :INFO: header_payload_demux0 - Parser returned #fby 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 (maiconkist@gmail.com) 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
Maicon Kist
No comments:
Post a Comment