This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

AIC3204 DSP Transfer Mode

Other Parts Discussed in Thread: OMAP-L138

Hello all,

//Edit2
Issue resolved.

//EDIT
Looks like the AIC3204 is indeed outputting the data correctly, but transmitting on the right channel (duh, RADC!) and the driver is expecting the left channel only.  This likely isn't an issue any longer.

Setup:
I am trying to receive audio, use the right ADC and output on DOUT. I have verified routing is correct in registers 1/55 and 1/57 (58 for floating inputs). RADC is turned on 0/81 and unmuted in 82. RAGC is disabled. I'm using ADC block 11 and power tune mode PTM_R1 (have tried several combinations).

For DSP mode I have my clocks set up as BCLK = 614kHz and WCLK = 16kHz. I've tried BCLK anywhere between 512kHz and 1222kHz to satisfy the "more than double word size" condition I found in the datasheet. Word size is 16 bits

DOUT is primary DOUT in 0/53.

I also write the registers in a similar order as to the examples I found in the datasheet (powering on devices last).

Description:
What does work is when I use DIN and the DACs to transfer out HPL and HPR, DSP Transfer mode seems to be working correctly - inclining the clocks and mode are set up correctly. What doesn't work is this input mode using the ADC and DOUT. DOUT constantly outputs on the scope an odd waveform (looks like a byte of data, but a single edge is not straight, but curved) that is read as zero on the OMAP-L138.  I had seen this same behavior before when using TDM transfer mode (this setup had worked in TDM transfer mode, however due to inability to know which left/right channel data would be on, this mode can't be used - see related post http://e2e.ti.com/support/dsp/omap_applications_processors/f/42/p/57607/206272.aspx#206272). So I am willing to guess there is a setting with the right ADC or DOUT or routing that may be incorrect.

 

Thanks for any and all help,
Marshall