Thanks for that.
In order to track down this issue, I would like to ask:
How often is a Ua printed ?
Is it 1 Ua per error, or 100 errors, or is it arbitrary or dependant on
when the code gets around to it ?
Regards.
On 31 May 2018 at 00:36, Müller, Marcus (CEL) wrote:
> Hi Carlo!
>
> On Wed,
Hi Carlo!
On Wed, 2018-05-30 at 23:04 +1000, Carlo Manfredini wrote:
> My hardware arrangement is fairly demanding, I think ?
> I wish to resample between a Red Pitaya connected via ethernet running at
> 100kSps and a USB-audio unit (UCA-202) running at 48kSps.
That's not "much signal to
My hardware arrangement is fairly demanding, I think ?
I wish to resample between a Red Pitaya connected via ethernet running at
100kSps and a USB-audio unit (UCA-202) running at 48kSps.
This code is simply a "loopback test" for both units running at once.
I would then add some signal processing
I'd assume this might not be a computational issue, but more of a
hardware or hardware interfacing issue, or maybe something
algorithmically off. Care to save a picture of your flow graph (File-
>Screen Capture) and upload it (e.g. imgur.com)?
Thanks,
Marcus
On Wed, 2018-05-30 at 08:25 +1000,
Hi Marcus,
I see. I thought you were referring to the "Polyphase Arbitrary Resampler"
block for a polyphase implementation.
Having that optimisation in the "Rational Resampler" is excellent, and
thank you for the detailed explanation. Very helpful.
I'll look further into why I was getting
Hi Carlo,
if you're using GNU Radio's rational resampler, you're already using
that method!
Really, at your 100 kS/s rate... things should be trivial for your CPU,
even if they weren't implemented efficiently. I'm really not convinced
the resampling is to blame here!
Best regards,
Marcus
On
Hi Marcus,
Thanks for that reply.
The reduction in computation with the polyphase implementation sounds very
tempting esp as I'm getting underflow errors at the moment.
I will give it a try and see how it compares.
Regards.
On 29 May 2018 at 19:34, Müller, Marcus (CEL) wrote:
> Hi Carlo, hi
Hi Carlo, hi Linda:
as Linda said,the RR approach works really well and is numerically
relatively stable until you hit really ugly ratios (after, of course,
cancelling the fraction as far as possible).
But what is "ugly" here?
In theory, rational resampling by M/N (note: M,N coprime!) would
Thanks, that works well.
I'm pleased to be able to use the RR, and am using the default taps.
On 29 May 2018 at 10:07, Linda20071 wrote:
> Use the rational resampler module (12/25). Decimation 25; interpolation: 12
>
> On Mon, May 28, 2018 at 7:44 PM, Carlo Manfredini <
>
Use the rational resampler module (12/25). Decimation 25; interpolation: 12
On Mon, May 28, 2018 at 7:44 PM, Carlo Manfredini <
carlomanfredin...@gmail.com> wrote:
> Hi,
> I wish to transfer continuous data between two devices operating at these
> two rates:
> 100kSps and 48kSps
> I would
Hi,
I wish to transfer continuous data between two devices operating at these
two rates:
100kSps and 48kSps
I would appreciate some suggestions as to the "best " method or resampler
to use.
I imaging the RR is not useful here.
Im thinking some fractional resampler is best.
Since these rates are
11 matches
Mail list logo
