El 30/12/21 a las 16:39, pwhin...@verizon.net escribió:
Hello Daniel,
I've been experimenting with the RS decoder in gr-satellites for the past few
weeks and I've had some great results, thanks for pointing me in that
direction. However, I'm still running into a few problems -- some directly
Hello Daniel,
I've been experimenting with the RS decoder in gr-satellites for the past few
weeks and I've had some great results, thanks for pointing me in that
direction. However, I'm still running into a few problems -- some directly
involve gr-satellites and some are just about basic taggi
Ah, by the way, could you try the following dirty hack:
1. Copy the generated update_period.py file.
2. Find the place where self.blocks_throttle_0 = ... is done
3. after that, insert
self.blocks_throttle_0.set_max_noutput_items(int(samp_rate/100))
and report whether that works?
Best regards,
M
Exactly! Chances are even that the Throttle regularly sees very large input blocks, e.g.
8192 items at once, and then decides to sleep for loong before telling GNU Radio it's
done copying the input to the output.
Best regards,
Marcus
On 30.12.21 12:32, Cyrille Morin wrote:
Hi Marcin,
In t
Hi Marcin,
In this graph, the Time sink waits for chunks of 100 samples to display at a
time.
Since the Throttle is set to forward 1000 samples per second, it should be able
to update up to 10 times per second.
Keep in mind that this is an estimate since the Throttle block does not enforce
its
Hi Marcus,
Thanks for your answer. Please, check out this flowgraph.
Shouldn't the Time Sink update its graph content every second in this
configuration?
[image: image.png]
https://gist.github.com/marcinsztajn/224ced2e1b3921aa97ef28978c1b8426
BR,
Marcin
śr., 29 gru 2021 o 19:27 Marcus Müller na
