mailing list.
-----------------------------------------------
On Mon, 6 Feb 2023 16:00:45 +0100
Marcus Müller <
mmueller@gnuradio.org> wrote:
> 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.