|
From: | Richard Bell |
Subject: | Re: [Discuss-gnuradio] Header Payload Demux Freeze |
Date: | Thu, 7 May 2015 10:56:00 -0700 |
If your packet header parser stops outputting messages, then that would
lock up the HPD. If the HPD is waiting for a message from the header
parser, it doesn't have any other choice.
Question is why the parser isn't outputting any message. I'm guessing
that the HPD does output the header information, but then that gets
stuck in the header branch somehow. Can you check that?
M
> _______________________________________________
On 06.05.2015 12:19, Richard Bell wrote:
> Hello all,
>
> I'm experiencing some odd behavior with the Header Payload Demux (HPD)
> block. I'm using a Tx/Rx loopback simulation with full synchronization
> and channel model in the loop. The simulation begins with all channel
> model parameters turned off. For the sake of this discussion, the
> channel will always be in the off state.
>
> When I start the simulation, it will sometimes run for over a minute
> before I see the HPD output freeze and sometimes only for a second or
> two. The freeze always starts at the HPD block, and then as buffers
> fill, all the preceding blocks become frozen (frozen in the sense that
> all outputs stop changing as seen on Qt GUIs). GNU Radio itself does not
> freeze. I have placed a message debug block to display the Packet Header
> Parser messages and I always see that this stops updating first. The
> messages will be in a good state, identifying packet number and payload
> length and then suddenly just stop. No more messages at all.
>
> I'm not sure what's causing this behavior. Does anyone have an idea? I'm
> happy to provide more information.
>
> v/r,
> Rich
>
>
> 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
[Prev in Thread] | Current Thread | [Next in Thread] |