We have been developed Class D power amplifier using adau1452 DSP for audio signal processing.
We used the same SPI eeprom 25AA1024 (for self boot) as it is in Evaluation board connected to DSP via SPI.

Our problem is like as following:

We prepared all program…

Hi,

I have a hardware problem now.

I use ADAU1452 to receive datas from ADC in another board, ADC refer clocks and datas. The ADC board and 1452 board connect through a FPC line.

All the system can work at most time, however I find that when I touch the…

Hi

Is there any way to program peripheral decive on ADAU1452 selfboot?

I just want to implement selfboot for ADAU1452 and ADAU1761. 

Regards,

Tomoto

Hello All,

I was wondering, if I have programmed a DSP application, containing a FIR with 6000 taps, is it allowed that I change the tap count afterwards in, for example, 300 and upload 300 new coëfficients? (using the SPI control port).

Basically…

Hello,

We are using the development board for the ADAU1452 because we need to implement a big delay (we expect to be able to delay our sound up to 35 seconds). I am trying to use the functionality but I cannot make it work.

My setup is:

- I have soldered…

SigmaStudio source program audio proceses and MP6 pin configured OUTPUT for LED and the program was wrote to EEPROM, all working good, LED blinking.

After reset POWER, DSP start program from EEPROM, audio proceses working, but MP6 pin not working. If…

Hello!

I am using an ADAU1452 for playing sound off a TI PCM2707 USB -> I2S bridge.

For automatic channel switching and automatic mute, I employ the ASRC lock register (0xF580). With it, I check the status of multiple ASRCs, including ASRC2, where…

I have added my project. The frist challenge ist to route the signal from SIN3 to SOUT0. The signals of SIN3 are in the screenshot and are driven by the Raspberry. SOUT is connected to a DAC of DevKit. The MCLK pin is connected to BCLK of SIN3 (Raspberry…

Hi.  I have a mute block with a custom slew type (0xAAAA), which gives me a slow fade to mute over about two seconds.  Rather than hard-coding the transition time in the MCU, I'd rather get this information from the DSP.  My current approach is to read…