[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Also bothered
From: |
Marcus Müller |
Subject: |
Re: Also bothered |
Date: |
Mon, 6 Feb 2023 16:00:45 +0100 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.6.0 |
Dear Matt,
this is just a quick reminder that this is the GNU Radio mailing list –
we're pretty open about the topics we discuss here, but your last three
emails were a bit far off.
Since (I think) you're new in this community: In case you wonder what
GNU Radio is exactly, there's a really nice introduction,
https://wiki.gnuradio.org/index.php?title=What_Is_GNU_Radio
Best regards,
Marcus
On 2/6/23 09:28, Matt Young wrote:
In ham radio we have twenty manufacturer all writing and producing
their own LCD screens and menus. A nightmare.s Thy all started with
DSP function then suddenly loads of investments into screens.
Just add a USB port to the machines and plug in a chromebook, which
costs 155. Three hundred dollars save at the shack, money spent on
pre and post analog for dealing with this chaotic atmosphere.
The DSP is simple, we need in and out DACs at 8 mHz, 16 bit. We need
ar least 80 Mflops of fixed point 32 bit signal 'taps'. Add in a
separate center frequency LO on output. Opens the market big time.
Floating point does no good, if you did you Z transforms,
everything should be scaled.
Your source code really is set of pure linear discrete inductance,
capacitance and transconductance. There are no parasitics. We can
generate assembly from Spice, then each DSP makerwrits thor own linker
from Spice to DSP..
Code never changes across bands. The local oscillator mixes in the
high precision interface to the antenna. We really want the isolation
of the digital from the horrors of atmospheric RF static.
- Also bothered, Matt Young, 2023/02/06
- Re: Also bothered,
Marcus Müller <=