[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] Is there an alternative of sending message upstre
From: |
Johannes Demel |
Subject: |
Re: [Discuss-gnuradio] Is there an alternative of sending message upstream? |
Date: |
Fri, 30 Oct 2015 12:57:14 +0100 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi Ratnesh,
GR operates on chunks of items. Every block adds some delay. I suggest
you design your system in a way that parallelizes threshold estimation
and the rest of your flowgraph. Or think of a way to pseudo
parallelize them.
happy hacking
Johannes
On 29.10.2015 21:22, ratnesh kumbhkar wrote:
> Hi all, I am trying to make a receiver on gnuradio where one block
> '*A' *uses dynamic "threshold" and this threshold is determined by
> another downstream block *'B' *and is fed back to *'A'* as a
> message. I use "msg_connect" to connect both message port. However
> there is considerable amount of delay between "the time a change is
> made" to "the time that change actually takes place". Please see
> the attached picture. The red curve is the thershold changed in
> block *'B'* and blue curve is the threshold after the message
> received at block *'A'*.
>
> Is there an alternative method to do the process? Or can I somehow
> speed up this message passing process?
>
> Thanks in advance for your suggestions
>
> Ratnesh Kumbhkar ?
>
>
>
> _______________________________________________ Discuss-gnuradio
> mailing list address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQIcBAEBAgAGBQJWM1saAAoJEO7fmkDsqywMnHUP/0qa8GEhc4BLfmIqLsM61kfI
ClzApqGwfN2t1fVWUNBdioRA5GW6+JV18RmiUDVwmYc5hLiBj5p2hOBgFy4IEpmg
sDGOJkzEDC95EfkzCR2PPhfWHL/wX0eaYzojPcMYVn3fgW8/wBhvbtAivKWn6oW6
gmwqgEDyuU4YLv/T7uT/Ga/uQWcwjUugFuy0iT49/kQ/nbJJBwJpgxFUrKscbkSv
pBzylga/98PGmjwiU9kHonxWA9pMdcMbT28mZXG9rZGQBKCX0J/zx9xVKo9zV8Kn
N09rzMBXJKn+9nz/t1TA47zS7HHGm10vi4g8D2ndeIT75XiBdluSyI6sqFqNWM5T
3Go59G5D8XpzMwYnNclFncoP1oyrAqP4fslZxBn2AA0xtEaU2L6lyc3wZIrlSz+t
HM6lYdQ/snVHxdKMCYTD5i7/ud9Zuxl1FYKEcnnc8Gr4YKeNIhIkyQAMIN0X0Rd1
sZU0nNPtTQmMteVVP8oalKtHzuM75cuRH8+pJWQ1lmEYXJlypGcqFPTaQQ3JaQif
ExzVMOA58i4v/6OpCyg09ocwSh0p1RQqkHZLhaRHCEPnsIV7rC8vIp35ZOsN3bX6
KaTvJeubI14rnG0en1ehzz7V/3B+JdswUtzWS+Eo6MtaW2+fXPGWuwiVWAUpglnV
RZQ40F5ysRUIJUN/k0om
=ujpx
-----END PGP SIGNATURE-----