Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Tags and rate changing blocks #758

Closed

Conversation

trondeau
Copy link
Contributor

It's a bug fix, technically, but it's a pretty significant change in the internal behavior of the blocks with how they handle the tags. It will also add overhead in how the tags are managed, and I'm not sure by how much exactly.

…thin work.

Because the relative rate can change within this block's work
function, applying the same update to the tag offets after work does
not work. Instead, we use TPP_DONT and handle the placement of the
tags on the output buffer ourselves.
Same concept as used in the PFB clock sync blocks.
Use generate_samples.grc to build a file of burst QPSK, then use
test_timing_tags.grc to view the results. Tags should show up on the
first bit of the data stream (four 1's followed by four -1's).
@trondeau
Copy link
Contributor Author

Seeing some other issues elsewhere when I'm using this. Need to verify the tag placement.

@jmcorgan
Copy link
Contributor

jmcorgan commented Mar 9, 2016

Any update on this?

@trondeau
Copy link
Contributor Author

trondeau commented Mar 9, 2016

Negative. Haven't found time to follow through with the tests that I need to run.

@trondeau
Copy link
Contributor Author

Going to close this because I have a better solution on my packet2 branch. See

trondeau@dc9b165

This would need to be applied (and tested) for both complex and float versions of the PFB and M&M clock sync blocks.

@trondeau trondeau closed this Apr 18, 2016
@trondeau trondeau deleted the tags_and_rate_changing_blocks branch May 5, 2016 15:00
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants