-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQEcBAEBAgAGBQJQB8sqAAoJEOO1csHFfY75CuoIAMPkUAjwG2cDFYWyO2MYsy2V
92DnN1xf+36SKItQVqgw4oWTedtsf62ZHtWUmFimtm2/3fatPUm8TWni6qLRX8h4
CeSDKmZfG2szUrPHmgF5P5ChLHQ6I1vlPH/ydzcAwI4f+Z+QR5KbLImIU//X/YGq
jCN5DJW0eOuzsrAQQ57kPoDEga1rFc5A7PqWktbsPj1N68WPmrYkHwJKzbxO3Yso
dh3vn6Eghwjdxt2ubujr7SQ3ZKbGjlTzjIsP+HkR2J4apOoEaJx2XzFTzoWqbFbh
ZNgs18SDWLxMxj1GSUnSSDngrkhEzhvc+dWLeCIR39v9NljfsE4AOIgtiBtTARc=
=0t1n
-----END PGP SIGNATURE-----
Dear list,
I have a simple flowgraph with two branches, with different delays that
are joined at the end. Imagine a topblock with A,B,C,D blocks. A is
connected to B and C. B and C are connected to D. A and D are sink and
source respectively. B and C produce packets (header and payload) from
the input coming from A. D packets header and payload. The latency is
different since B and C produce different sizes. A produces one sample
per packet (it is a kind of signaling). All blocks are gr_block.
So, A produces a sample. It is delivered to B and C. Both produce header
and payload using the sample produced by A. Finally, D joins together
both inputs.
I studied the delay between both branches and, since B is faster than C,
the delay is increasing. After few minutes the flowgraph hangs and the
difference of delaying is around 8000 packets. The flowgraph is in fact
running. No stop is called but there are not any sample flowing.
I use gnuradio master branch.
Could you give me some hint for solving it?
Thank you.
--
Pol Henarejos
Research Engineer, MSc
pol.henarejos@cttc.es
Centre Tecnològic de Telecomunicacions de Catalunya (CTTC)
Engineering Unit
Parc Mediterrani de la Tecnologia
Av. Carl Friedrich Gauss, 7
08860 Castelldefels, Barcelona (Spain)
Tel: +34 93 396 71 70 Ext: 2177
Fax. +34 93 645 29 01
www.cttc.es
No comments:
Post a Comment