Hi Marcus,
How to increase the size on the buffer at the output of the USRP source ?
Improve my flowgraph : maybe possible but I already did some improvment
? I cascade 3 Xlating FIR filter with growing decimation (5, 10, 25) and
already try to limitate the number of taps. I have to work with
Hi Fabien,
risking sounding a bit cliché: Well, you need to fix your bug. The underflow
should not be
happening!
An easy solution, if this is just a manner of occasionally insufficient, but
on-the-medium-term more-than-sufficient processing speed, a larger buffer
between the USRP
source and the
Hi,
Thanks for the answer.
At the moment, it seems that catching the underflow message and then
lock/unlock the flowgraph permits to reset the buffers and is enough for
my application to get reasonnable and not growing forever latencies. I
don't if someone know a better way like a C++ method
Hi,
> OK I understand that. But is there any solution which permits to reset that
> growing propagation delay ? How to reset the flowgraph buffers without
> killing the application and restart it ? Is there any method that permits to
> purge and resync buffers of the flowgraph ?
The USRP supp
Hi Johannes,
I try on 2 configurations :
- VM Ubuntu 20.04 + GR 3.9.3.0 + UHD 4.1.0.4
- Native LXubuntu 20.04 Prempt kernel + GR 3.9.4.0 + UHD 4.1.0.4
All are built from sources.
RX SR = 5Msps
TX SR = 200ksps
All seem to be supported by N210. Yes I decimate with the write value
(RX SR / TX
Hi Fabien,
unless this is a very specific issue and you know exactly that your OS
is the component that causes an issue, I recommend to stick with your
distros generic kernel image.
I'd need more information but my gut feeling tells me that your issue is
somehow a 2-clock problem.
So let's
Hello,
Thanks for the answer Marcus.
OK I understand that. But is there any solution which permits to reset that
growing propagation delay ? How to reset the flowgraph buffers without killing
the application and restart it ? Is there any method that permits to purge and
resync buffers of the f
Hello!
On 26.10.21 16:12, Fabien PELLET wrote:
>
> Why that propagation delay is always growing ?
>
Exactly *becuause* your underflowing.
Your Receive side produces N samples – but too slow at some point, leading to
your
transmitter needing to "invent" an amount P of samples, because it simp
Hello,
I'm using Gnuradio 3.9 and UHD 4.1 with a N210 with only LFRX and LFTX.
I'm using USRP_source to receive samples, make some treatment in a
flowgraph and especially a decimation, and finally send the samples to
an USRP_Sink to get an analog signal resulting of my treatment.
My system i
