Electronics > Projects, Designs, and Technical Stuff

audio codec/DSP options

(1/3) > >>

tozitom:
Hi forum,
As a long time reader I've been searching for any info to help me here, but could not find it yet so I'm asking for your help.
I've to upgrade a project that uses a codec from Texas (AIC3204), and will need add DSP to it. As it's a battery powered device it needs to be low power IC. Also need it to be "programmer" friendly as I've no DSP experience: thus PUREPATH or SigmaStudio seems the way to go (any others you know?).
So far the options are limited, so need your help to expand my horizons :); I've selected AIC3254 and ADAU1787 (even if this one is WLCSP, not sure if I want to go that way yet...).
Apart from low power I need it to have:
- analog mic IN
- I2S IN/out for playback
- headphones OUT
- self powered (no problem with ext EEprom if needed)

any experience is welcome for further options.
thanks for watching!

mark03:
This question comes up every now and then.  A couple of thoughts, borrowed from previous threads:

1)  If this is your first introduction to DSP, do yourself a favor and develop everything on a PC in python or Matlab first.  This is far, far easier than trying to debug an unknown algorithm on an embedded target, even for a DSP expert.  As a bonus, once you have your algorithms working on the PC, you'll be able to estimate the memory/processor requirements.

2)  Dedicated DSP chips are a dying breed.  Their specialized architectures are nice, but 99% of the market has decided that it's overall easier just to use standard Cortex-M4 or M7 microcontrollers and their familiar development ecosystem.  ARM provides a free library (CMSIS-DSP) with a lot of DSP building blocks like FFTs, FIR/IIR filters, and so on.  It means one less architecture to learn, and the specialized DSP instructions that they added to these mainstream MCUs have narrowed the performance gap with dedicated DSPs to the point that nobody really cares about them anymore.

rsjsouza:
I am not very familiar with the solutions you mentioned, but they seem to be turn key configurable solutions. If that is what you are looking for, then they should be good enough.

If you are looking for fully programmable solutions - i.e., you need to create and build your code, then you could also look into the TMS320C5517 or TMS320C5545 DSPs. They are a bit old but, if I recall correctly, they have audio libraries as well.

For programmable solutions, mark03 is on point:

When validating the algorithm on a PC using a high level tool such as Matlab or Python, keep in mind the real-time constraints may not be met but instead you will be looking mostly for the accuracy of the processing itself.

Dedicated DSPs can nowadays be replaced by FPGAs or, with some limitations, ARM. FPGAs will usually be less power efficient, but that shouldn't concern you at this point - you are trying to make something work, thus start with less constraints and optimize later. ARM has less performance than a dedicated DSP for signal processing code but, since its scalability (higher clock rates) is very good with modern Cortex cores, it compensates for the deficiencies.

Anyways, good luck!

Evan.Cornell:
I have extensive experience with both TI's PurePath and ADI's SigmaStudio. SigmaStudio is the way to go, by far...

tozitom:
Thanks to all for the suggestions!
I know DSP is a wall brand new world, but for this project, and due to time restriction, I need a fast and easy solution as proof of concept.

@Evan.Cornell that's also the general idea I have after reading forums. Also sigmastudio seem to have much more support. Just not into WLCSP package of ADAU1787, and afraid to have high power consumption from similars others DSP @ A.D.
Do you also have experience on ADAUxxxx working on battery operated devices?

Navigation

[0] Message Index

[#] Next page

There was an error while thanking
Thanking...
Go to full version
Powered by SMFPacks Advanced Attachments Uploader Mod