On 03/21/2016 03:23 PM, Michael Wentz wrote: > Once I did that I found that the data coming back exactly matched RTL > simulations, which I ran for about 1M samples. This led me to put > another throttle right before my RFNoC block, which solved the problems > in the larger flowgraph - it just wasn't clear why the second throttle > (or FIFO) was necessary. Without it the data was somehow being > corrupted. It looked like samples were being dropped before making it > back to GNU Radio, since I saw my frame headers, just not in the > positions I expected them (e.g. every 10k bits). I wasn't able to > determine exactly what was happening or if there was a pattern to it. I > may spend some time investigating, but for now the FIFO seems to make my > CE usable.
OK, I see. That's interesting. This might be a software bug in the transport code. Thanks for the input! Cheers, Martin _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
