Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.arch.embedded > #31454

Re: DSP like MCUs, or MCU like DSPs?

Path csiph.com!weretis.net!feeder6.news.weretis.net!panix!.POSTED.::1!not-for-mail
From Grant Edwards <invalid@invalid.invalid>
Newsgroups comp.arch.embedded
Subject Re: DSP like MCUs, or MCU like DSPs?
Date Thu, 22 Dec 2022 15:54:16 -0000 (UTC)
Organization PANIX Public Access Internet and UNIX, NYC
Message-ID <to1uj8$75d$1@reader2.panix.com> (permalink)
References <c0dc506e-e26c-4629-8971-65432f8dcf15n@googlegroups.com> <to1mha$1cndn$1@dont-email.me>
Injection-Date Thu, 22 Dec 2022 15:54:16 -0000 (UTC)
Injection-Info reader2.panix.com; posting-host="::1"; logging-data="7341"; mail-complaints-to="abuse@panix.com"
User-Agent slrn/1.0.3 (Linux)
Xref csiph.com comp.arch.embedded:31454

Show key headers only | View raw


On 2022-12-22, David Brown <david.brown@hesbynett.no> wrote:

> You are maybe thinking of the TMS320F family of DSP/MCU's from TI.
> These have a traditional DSP-style processor core - 16-bit "char"
> (no 8-bit byte access at all), gruesome assembly where each
> instruction does several different things in a single cycle,
> multiple memory buses for simultaneous accesses, hardware support
> for cyclic buffers, FFT twiddling, etc.

IIRC, branches were also delayed.  The later 320's (C30/C40 and on)
were all 32-bit (in C: char, int, long int, float, double were all
"one byte" which contained 32-bits). And the floating point format
wasn't IEEE.

That combination made supporting byte-oriented serial protocols that
used IEEE FP extra fun.

The dev tools from TI were a but clunky, but worked OK and were
available for Solaris (including the in-circuit emulators).

But, compared to what else was available 20+ years ago, they were damn
fast (especially for the price).

--
Grant


Back to comp.arch.embedded | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

DSP like MCUs, or MCU like DSPs? Rick C <gnuarm.deletethisbit@gmail.com> - 2022-12-21 09:30 -0800
  Re: DSP like MCUs, or MCU like DSPs? David Brown <david.brown@hesbynett.no> - 2022-12-22 14:36 +0100
    Re: DSP like MCUs, or MCU like DSPs? Grant Edwards <invalid@invalid.invalid> - 2022-12-22 15:54 +0000
      Re: DSP like MCUs, or MCU like DSPs? David Brown <david.brown@hesbynett.no> - 2022-12-22 21:56 +0100
        Re: DSP like MCUs, or MCU like DSPs? Grant Edwards <invalid@invalid.invalid> - 2022-12-23 01:40 +0000
          Re: DSP like MCUs, or MCU like DSPs? David Brown <david.brown@hesbynett.no> - 2022-12-23 09:38 +0100
    Re: DSP like MCUs, or MCU like DSPs? Dimiter_Popoff <dp@tgi-sci.com> - 2022-12-22 19:45 +0200
      Re: DSP like MCUs, or MCU like DSPs? Rick C <gnuarm.deletethisbit@gmail.com> - 2022-12-22 11:57 -0800
        Re: DSP like MCUs, or MCU like DSPs? Dimiter_Popoff <dp@tgi-sci.com> - 2022-12-22 22:24 +0200
        Re: DSP like MCUs, or MCU like DSPs? David Brown <david.brown@hesbynett.no> - 2022-12-22 22:03 +0100
          Re: DSP like MCUs, or MCU like DSPs? Rick C <gnuarm.deletethisbit@gmail.com> - 2022-12-22 17:11 -0800
            Re: DSP like MCUs, or MCU like DSPs? David Brown <david.brown@hesbynett.no> - 2022-12-23 10:48 +0100
              Re: DSP like MCUs, or MCU like DSPs? Rick C <gnuarm.deletethisbit@gmail.com> - 2022-12-23 03:44 -0800
        Re: DSP like MCUs, or MCU like DSPs? Paul Rubin <no.email@nospam.invalid> - 2022-12-22 22:31 -0800
          Re: DSP like MCUs, or MCU like DSPs? Rick C <gnuarm.deletethisbit@gmail.com> - 2022-12-23 00:14 -0800
            Re: DSP like MCUs, or MCU like DSPs? David Brown <david.brown@hesbynett.no> - 2022-12-23 10:54 +0100
              Re: DSP like MCUs, or MCU like DSPs? Clifford Heath <no.spam@please.net> - 2023-01-17 12:15 +1100
  Re: DSP like MCUs, or MCU like DSPs? dalai lamah <antonio12358@hotmail.com> - 2022-12-23 15:07 +0100

csiph-web