Okey-doke! Good luck!
Gary
On 5/3/24 10:54, John Ackermann N8UR wrote:
(Off list)
Hi Gary --
I didn't want you to think I've given up on this. I've decided that it might
be simpler just to use Python and am working through the really excellent PySDR
tutorials to get started building the
On 4/30/24 21:40, Gary Schafer wrote:
Sorry about my misunderstanding. I recreated a portion of your flowgraph
just to see what it would do. I left the 16 kHz sample rate but with a
2^15 time record size. Once I ran the flowgraph, it was 17.5 seconds
before the Number Sink updated, and 34
"I do understand the relationships between sample rate, FFT depth, time resolution,
and frequency resolution. I used 512 samples/512 bins/1 second as a simple test case for
the problem that I'm not getting one data point per frame, regardless of the frame
rate."
Sorry about my
On 4/30/24 18:35, Gary Schafer wrote:
"I need data points at convenient intervals for time series plotting,
e.g., 512 samples/second going into a 512 bin FFT to provide one maximum
amplitude value per second."
Let me answer that one at the same time as "Ultimately I want to plot
both the
Let me answer some of your questions in reverse order:
"My main question is why the displayed maximum bin value is updating much more
slowly than once per second when FFT size = sample rate."
That could be due to an issue in Gnu Radio. I've noticed that if the bin width
(sample rate / N) is
Hi Gary --
Thanks for getting back to me. Maybe I can explain better what I'm
doing. The data is 16 ksps complex IQ centered at 50.080 MHz. The
target signal is an essentially unmodulated CW carrier about 427 below
that. I have about 8 hours of recorded data to analyze.
Ultimately I
It sounds to me as if you're trying to move the signal to the center of a FFT bin so that
you don't have to deal with scalloping loss. Is that correct? If so, I strongly recommend
that you skip all of this resampling and just use a "flattop" window in the
FFT. That will allow you to measure