[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Packet encoding example (Packet_loopback_hier.grc

From: Marcus Müller
Subject: Re: [Discuss-gnuradio] Packet encoding example (Packet_loopback_hier.grc)
Date: Sat, 26 Aug 2017 10:02:19 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1

Hi Mehtap,

huh, if increasing sps = 100 is all that it takes to trigger this, then this is probably¹ a bug. And as such, we should fix it. Just to confirm: If you take a totally unmodified packet_loopback_hier.grc and **only** change sps=100, then you get this?

Generally, sps=100 seems… unintuitive. Use something like sps=20 and interpolate by 5? The ISI suppression gain you get from a longer RRC will decrease with growing RRC length.

Best regards,


¹: I say "probably", because I don't have packet_rx in front of me right now, and there might be a "logical" limitation, where something else depends on sps and another factor, and you'd have to adjust that other factor, too, for the flow graph to "make sense".
On 25.08.2017 21:33, mehtap özkan wrote:
Thanks to Marcus Müller I became aware of the Packet TX and RX blocks.
 I use the Packet_loopback_hier.grc example. However the example is set to 2 samples per seconds=sps. When I try to increase sps=100, the number of taps of the RRC filter becomes( 5*sps*nfilts) exceeds its limit.
 I get 
../.grc_gnuradio\packet_rx.py", line 49, in __init__
    self.mark_delay = mark_delay = mark_delays[sps]
IndexError: list index out of range
Is there another way to increase the speed limit?


Discuss-gnuradio mailing list

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

reply via email to

[Prev in Thread] Current Thread [Next in Thread]