Hello GNU Radio folk,
I have been attempting to use MIMO technology within GNU Radio and have
stumbled upon an old Google Summer of Code project sponsored by GNU Radio that
does everything I could have wanted to do but in a more competent manner:
https://mimognuradio.wordpress.com/
https://gith
On Wed, Apr 10, 2024 at 01:44:31PM -0400, John Ackermann N8UR wrote:
> On 4/10/24 11:29, Fons Adriaensen wrote:
>
> > Both the decimation and 80 size 1024 FFTs per second should be peanuts
> > for any modern PC...
> >
> > And of course you don't need to do the FFT again for every sample,
> > it j
By the way, I was using the Digital RF Channel Source block to read HDF5
data files. That block automatically throttles at the rate in the HDF5
metadata. The alternate "Digital RF Source" block has a throttle
parameter, but it seems to work backwards -- when set to true, it
doesn't throttle a
Aha! THANKS!
Kevin
> On Apr 10, 2024, at 11:45 AM, Daniel Estévez wrote:
>
> Hi Kevin,
>
> milli-Hz, not Mega-Hz. 0.078125 Hz = 78.125 mHz.
>
> On 10/04/2024 20:43, Kevin McQuiggin wrote:
>> Hi Daniel:
>> I’m confused re the math here, or maybe the concept! Please forgive what
>> may be a
Hi Kevin,
milli-Hz, not Mega-Hz. 0.078125 Hz = 78.125 mHz.
On 10/04/2024 20:43, Kevin McQuiggin wrote:
Hi Daniel:
I’m confused re the math here, or maybe the concept! Please forgive what may
be a dumb question.
Where does 78 MHz for frequency resolution come from? 80 SPS using analytic
sa
Hi Daniel:
I’m confused re the math here, or maybe the concept! Please forgive what may
be a dumb question.
Where does 78 MHz for frequency resolution come from? 80 SPS using analytic
sampling (IQ) means a bandwidth of 80 Hz. 1024 bins in the FFT with an 80 Hz
bandwidth gives 80/1024 or 0.0
On 10/04/2024 19:44, John Ackermann N8UR wrote:
On 4/10/24 11:29, Fons Adriaensen wrote:
Both the decimation and 80 size 1024 FFTs per second should be peanuts
for any modern PC...
And of course you don't need to do the FFT again for every sample,
it just generates a lot of redundant data.
I
On 4/10/24 11:29, Fons Adriaensen wrote:
Both the decimation and 80 size 1024 FFTs per second should be peanuts
for any modern PC...
And of course you don't need to do the FFT again for every sample,
it just generates a lot of redundant data.
I understood that if you have a 1024 bin waterfall
On Wed, Apr 10, 2024 at 10:38:14AM -0400, John Ackermann N8UR wrote:
> I want to make waterfall displays of narrow bandwidth signals -- say +/- 20
> Hz with FFT depth of 1024. Decimating to ~80 samples/second and feeding
> that into a 1024 bin FFT is... not fast.
Both the decimation and 80 size
I want to make waterfall displays of narrow bandwidth signals -- say +/-
20 Hz with FFT depth of 1024. Decimating to ~80 samples/second and
feeding that into a 1024 bin FFT is... not fast.
What's the best way to record the FFT vectors to speed up the display
for later analysis? What blocks w
Hi All,
I managed to partially answer my own question:
> ... Question:
>
> Although I know when the command was sent, I don't know when it was
> processed. I want to either:
>
> 1. get 'rx_time' and 'rx_freq' messages after the 'tune' command is executed,
> or
> 2. access .get_time_now() /
11 matches
Mail list logo