ΣSigmaStudio Ask AI Русский Log in

adau1701 processor speed

SigmaDSP & SigmaStudio proj964 Nov 27, 2015 00:00 6 replies Original on forum ↗
Subscribe
proj964 Question
Nov 27, 2015 00:00

i see quite a few devices which use the adau1701 but only support a 48K sampling rate.

I assume that this limitation is from the number of instructions possible per sample.

1024 at 48K sampling rate, but only 1/4 that or 256 at 192K sampling rate.

Since there is an increasing interest in digital audio beyond the CD red book 16/44.1,

especially given the high bandwidth internet connections which facilitate downloading 24/192 audio,

is there any chance that there will be an adau1701 follow on with a 196.608MHz processor?

Audio Signal Processors

SigmaDSP Audio Processors

adau1701

DaveThib Reply
Nov 30, 2015 00:00

Hello Jon,

We have produced faster SigmaDSPs but not with built in ADCs or DACs. Since these processors are so much more capable and able to process more channels it makes sense to have all the ADCs and DACs be external. So look at the ADAU1452/1/0 family and you will see they are running at a DSP core frequency of 294.12MHz for the 1452 and 1451 and 147.456MHz for the 1450.

At this point there are no plans that I know of to produce a codec with a full featured DSP running at that rate.

Dave T

proj964 Reply
Nov 30, 2015 00:00

Dave,

I appreciate your thoughtful response.

The ADAU1701 was and is a unique DSP engine.

My view is that, while it might "...make sense..." (and provides more design choices) to have the ADCs and DACs external, it raises the overall costs, board real estate and design complexity. I would argue that there is a place for an ADAU1701+ with a higher speed processor in the area of crossover and equalization designs while holding down the product cost and, thereby, the eventual selling price. Surely extending the clock speed to just under 200MHz wouldn't much affect the chip costs at all.The datasheet was first published in July 2007. Almost nine years later, it could be time for a product refresh/update....

Jon

DaveThib Reply
Dec 1, 2015 00:00

Hello Jon,

You do have a good argument and I will pass your comments on.

Dave T

proj964 Reply
Dec 1, 2015 00:00

Dave,

Thanks very much; most appreciated.

Jon

KJBob Reply
Dec 2, 2015 00:00

Hi Dave, Me too! More speed, more instruction memory, built-in converters, and self-boot!

Best regards,

Bob

jon71 Reply
Dec 3, 2015 00:00

Dave, to add my voice to the fray, it would be useful to have an updated core in smaller packages than the -145xs with an onboard codec and reduced instruction length. Specifically, I'd be looking for a device in the -1772 package with a full DSP core with the -1772 ADC/DAC and S/PDIF I/O. I don't need the full -145x instruction length; I'd be happy with the -1701 capacity there, although others would probably like at least 2048.

My application is AES42 microphones, such a device would function as a SoC solution for that application.

I don't necessarily buy the argument that the industry is going to 192kHz though. There is no need, there are few recordings being made natively at 192kHz, and the cost of resources is too high given the lack of benefit within the 20kHz audio bandwidth. I don't foresee offering any 192kHz products; I'm quite happy at 48kHz and my customers aren't interested beyond 96kHz.

Regards,

Jon