Path: csiph.com!1.us.feeder.erje.net!3.us.feeder.erje.net!feeder.erje.net!panix!.POSTED.::1!not-for-mail From: Grant Edwards Newsgroups: comp.arch.embedded Subject: Re: DSP like MCUs, or MCU like DSPs? Date: Fri, 23 Dec 2022 01:40:11 -0000 (UTC) Organization: PANIX Public Access Internet and UNIX, NYC Message-ID: References: Injection-Date: Fri, 23 Dec 2022 01:40:11 -0000 (UTC) Injection-Info: reader2.panix.com; posting-host="::1"; logging-data="83"; mail-complaints-to="abuse@panix.com" User-Agent: slrn/1.0.3 (Linux) Xref: csiph.com comp.arch.embedded:31461 On 2022-12-22, David Brown wrote: > On 22/12/2022 16:54, Grant Edwards wrote: >> On 2022-12-22, David Brown 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. > > If you say so - I don't remember. (Delayed branches are not uncommon in > processors designed for single-cycle instruction throughput - they are > also found in several RISC architectures.) > >> 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. > > I did not know they were part of the TMS320F family, though I know Texas > Instruments made other DSP's with 32-bit "char". Ah, I overlooked the "F" in your original post. I don't remember any F parts. Interestingly the Wikipedia page on TMS320 doesn't mention the F parts at all. I did find this page abouit the TMS320F28335, but it's a 32-bit part also: https://www.ti.com/product/TMS320F28335 -- Grant