TLV320AIC3204EVM-K: TLV320AIC3204EVM-K: The USB-ModemEVM interface not getting detected in Windows 10

Hi Parashuram,

Thanks for bringing this up. This sounds similar to something we've seen before, but we're still investigating. You'll get an answer from our team by the end of the day.

Thank you,
Jeff McPherson

Hi Parashuram,

As Jeff said, we have seen this happen before. Unfortunately, these can be pretty tricky solve.

Based on the device manager screenshot, the USB-MODEVM is probably enumerating as DFUUSB. To confirm this, please disconnect the EVM and see if the driver goes away.

Also, could you please share a picture of the board (both the MOD-Interface and the EVM itself)? I am sure the board is in the "as shipped condition" as you have stated, there are jumpers used in manufacturing that I would like to make sure are in the correct position. 

Best,
Andrew

Hello Andrew,

Thanks  for your reply,

Once the EVM kit is disconnected, the DFUUSB disappears. Please refer to the screenshot provided, which shows the EVM disconnected.

Please find the attached Pictures of the EVM board.

If there is a driver available for USB-MODEVM, I couldn't find it separately. If you have the driver, please provide a link to download it.

Regards,

Parashuram

Hello Team,

I'm pleased to inform you that I have resolved the issue by flashing the EEPROM.

Currently, I am in the process of connecting the TLV320AIC3204 daughter card to the Nvidia Jetson Linux-based AGX Orin development kit.

To establish the connection, I disconnected the daughter card from the motherboard (USB-MODEVM) and supplied power from an external source through the P23 header, following the schematic. The codec is now operational, and I have been able to detect the correct I2C address. I have also checked the voltage levels on the daughter card, and they are within the range.

I have connected the I2S and I2C signals from the Nvidia AGX Orin dev kit to the TLV320AIC3204 daughter card. After enabling the device driver for the codec, I can confirm that the I2C address is being detected (UU) on the Orin Dev kit.

I see that the Orin Dev kit is properly sending signals to the codec. The MCLK is measured at 11.07MHz, BCLK at 2.80MHz, and WCLK at 44.1kHz, indicating that the signals from the Orin side are being transmitted correctly. For your reference, I have attached a screenshot capturing these details.

I didn't get why I'm not able to hear the output sound from the codec board.

I have noticed that in Windows, after connecting the TLV320AIC3204EVM kit via USB, I need to click the playback button in the AIC3204 CS software tool then only I can able hear the sound.

Are there any specific mixer settings or scripts that need to be executed on the Orin Dev kit in order to hear sound output from the codec?

Your assistance would be greatly appreciated. 

Regards,

Parashuram

Hello Andrew,

Andrew J said:

From my understanding, you bypassed the USB-MOD interface and are using the EVM as a standalone solution. Is this correct?

Exactly correct.

Can you please provide guidance on how to unmute the CODEC?

The AIC3204CS GUI tool is compatible with Linux and can be installed on the Linux operating system.

Will the script work on Linux?

Regards,

Parashuram 

Hello Andrew,

Thank you for your response. I have made attempts using the methods described below.

Method 1: 

Andrew J said:

You can use the below scripts provided in the GUI to see typical CODEC start sequences.

I connected the EVM board in a standalone method by turning off switches SW2.4, SW2.5, and SW2.6. So, I connected the I2S signals to the corresponding pins on the P22 header and the I2C signals to the respective pins on the P12 header.

After connecting, I played some audio and loaded the playback settings through the graphical user interface. However, instead of hearing the expected audio, I only heard a noise only. I double-checked the I2S signals while the audio was playing, and they appeared to be functioning properly.

Method 2: 

I have gone through TLV320AIC3204 Application Reference Guide and attempted to configure the device using I2C, but unfortunately, the settings were not applied correctly.

I'm uncertain if I am using the correct command to configure the output control registers. Currently, I am using the following command: "sudo i2cset -f -y 7 0x18 -w 30 00 00," but it is producing an error.

Could you please guide me on the correct procedure for applying the output control register using the I2C address?

Regards,

Parashuram 

Hello Parashuram,

The set up in Method 1 sounds correct, I believe the issue is with the register writes outlined in Method 2/ 

The TLV320AIC3204 responds to a 7-bit I2C address of 0x18 (see 9.3.8.1 I 2C Control), while the EVM user guide uses the TAS1020 to convert USB signals to I2C, the TAS1020 has an address of 0x30.  Since you are using external I2C this will bypass the TAS1020 and interface directly with the AIC3204 using the 0x18 address. 

This means that in order to write a value 0x00 to register 0x00, the command would need to be -w 18 00 00 (assuming this is the correct usage of the Linux command). What is the Linux error? I assume the error is something like "error: write failed" or "I2C address not found".

Also note, when looking up this command I found some warnings about using the -f sub command. I do not suspect this to specifically cause issuse with TI's device, however I wanted to bring this up. 

Also, if you are using the I2S please ensure that J14 and J15 are configured as well (user's guide 2.4 Digital Signal Connection)

Best,
Andrew

Hello Andrew,

I tried to write a register for codec address 0x18 using the command "i2cset -f -y 0x18 0x00 0x30". In this command, 0x00 represents the register and 0x30 represents the value. By executing this command, I am able to successfully write to the register. However, if I don't include the "-f" flag, an error occurs stating that the resource is busy, and I am unable to write to the register.

The default value(after reboot) for the I2C address 0x18 is not functioning as expected. I have attached a screenshot for reference.

I see in Application Reference Guide that in order to unmute, a value of 40 needs to be set in a specific register. However, I'm unsure which register exactly should be written to.

Could you please provide guidance on the necessary settings for the I2C in order to play audio through the headphone?

Here are the DTS and mixer settings I am currently using. This mixer configuration should theoretically work, but it is not functioning as intended.

Please let me know if I have missed anything in these settings.

        /*Added Audio codec DT Changes*/
        i2c@c250000 {
                aic32x4: tlv320aic32x4@18{
                        compatible = "ti,tlv320aic32x4";
                        reg = <0x18>;
                        //clocks = <&bpmp TEGRA234_CLK_AUD_MCLK>;
                        clocks = <&bpmp_clks TEGRA234_CLK_AUD_MCLK>;
                        clock-names = "mclk";
                        status = "okay";
                        dv-supply = <&battery_reg>;
                        av-supply = <&battery_reg>;
                        iov-supply = <&battery_reg>;
                        #sound-dai-cells = <1>;
                        sound-name-prefix = "tlv";

                };
        };
...        
        tegra_sound: sound {
                compatible = "nvidia,tegra186-ape";
                nvidia-audio-card,name = "NVIDIA Jetson AGX Orin APE";
                clocks = <&bpmp_clks TEGRA234_CLK_PLLA>,
                         <&bpmp_clks TEGRA234_CLK_PLLA_OUT0>,
                         <&bpmp_clks TEGRA234_CLK_AUD_MCLK>;
                clock-names = "pll_a", "pll_a_out0", "extern1";
                assigned-clocks = <&bpmp_clks TEGRA234_CLK_AUD_MCLK>;
                assigned-clock-parents = <&bpmp_clks TEGRA234_CLK_PLLA_OUT0>;

                        nvidia-audio-card,widgets =
                                "Line",         "tlv Line In",
                                "Headphone",    "tlv Headphone",
                                "Microphone",   "tlv Mic",
                                "Speaker",       "tlv Int Spk";
                        nvidia-audio-card,routing =
                                "tlv Headphone", "tlv LOR",
                                "tlv Headphone", "tlv LOL",
                                "tlv Headphone", "tlv HPR",
                                "tlv Headphone", "tlv HPL",
                                "tlv Left DAC", "tlv Playback",
                                "tlv Right DAC", "tlv Playback",
                                "tlv IN1_L", "tlv Mic",
                                "tlv IN1_R", "tlv Mic",
                                "tlv IN2_L", "tlv Mic",
                                "tlv IN2_R", "tlv Mic",
                                "tlv IN3_L", "tlv Mic",
                                "tlv IN3_R", "tlv Mic",
                                "tlv Capture", "tlv Left ADC",
                                "tlv Capture", "tlv Right ADC",
                                "tlv Line In", "tlv Left ADC",
                                "tlv Line In", "tlv Right ADC";
                        nvidia-audio-card,mclk-fs = <256>;
                        status = "okay";
        };

amixer -c APE cset 'ADMAIF1 Mux' 'I2S1'
amixer -c APE cset 'I2S1 Mux' 'ADMAIF1'

amixer -c APE cset name='tlv Auto-mute Switch' 0

amixer -c APE cset name='tlv HP DAC Playback Switch' 1
amixer -c APE cset name='tlv HP Driver Gain Volume' 0

amixer -c APE cset name='tlv HPL Output Mixer IN1_L Switch' 1
amixer -c APE cset name='tlv HPR Output Mixer IN1_R Switch' 1

amixer -c APE cset name='tlv HPL Output Mixer L_DAC Switch' 1
amixer -c APE cset name='tlv HPR Output Mixer R_DAC Switch' 1

amixer -c APE cset name='tlv LO DAC Playback Switch' 1

amixer -c APE cset name='tlv LO Driver Gain Volume' 0
amixer -c APE cset name='tlv LOL Output Mixer L_DAC Switch' 1
amixer -c APE cset name='tlv LOR Output Mixer R_DAC Switch' 1

amixer -c APE cset name='tlv PCM Playback Volume' 130
amixer -c APE cset name='tlv PGA Level Volume' 95

amixer -c APE cset name='tlv Microphone PGA Switch' 0
amixer -c APE cset name='tlv Right Input Mixer IN1_R P Switch' 1
amixer -c APE cset name='tlv Right Input Mixer IN2_R P Switch' 0
amixer -c APE cset name='tlv Right Input Mixer IN3_R P Switch' 1
amixer -c APE cset name='tlv Left Input Mixer IN1_L P Switch' 1
amixer -c APE cset name='tlv Left Input Mixer IN2_L P Switch' 0
amixer -c APE cset name='tlv Left Input Mixer IN3_L P Switch' 1

amixer -c APE cset name='tlv ADCFGA Left Mute Switch' 0
amixer -c APE cset name='tlv ADCFGA Right Mute Switch' 0

Regards,

Parashuram

Hello Parashuram,

I am unsure how the two scripts work, however when you say:

Parashuram Biradar said:

The default value(after reboot) for the I2C address 0x18 is not functioning as expected. I have attached a screenshot for reference.

Does the reboot cycle power to the CODEC? This will return the CODEC to the default register configurations. 

Also, is the CODEC a master or slave in this configuration? Overall, more information will be needed here. What output of the EVM are you trying to use? Reference Guide sample script "4.0.1 Stereo DAC Playback with 48ksps Sample Rate and High Performance" can be used to output using the Headphone output.

Assumption
AVdd = 1.8V, DVdd = 1.8V
MCLK = 12.288MHz
Ext C = 47uF
Based on C the wait time will change.
Wait time = N*Rpop*C + 4* Offset ramp time
Default settings used.
PLL Disabled
DOSR 128
# Initialize to Page 0
w 30 00 00
# Initialize the device through software reset
w 30 01 01
# Power up the NDAC divider with value 1
w 30 0b 81
# Power up the MDAC divider with value 2
w 30 0c 82
# Program the OSR of DAC to 128
w 30 0d 00
w 30 0e 80
# Set the word length of Audio Interface to 20bits PTM_P4
w 30 1b 10
# Set the DAC Mode to PRB_P8
w 30 3c 08
# Select Page 1
w 30 00 01
# Disable Internal Crude AVdd in presence of external AVdd supply or before
#powering up internal AVdd LDO
w 30 01 08
# Enable Master Analog Power Control
w 30 02 00
# Set the REF charging time to 40ms
w 30 7b 01
# HP soft stepping settings for optimal pop performance at power up
# Rpop used is 6k with N = 6 and soft step = 20usec. This should work with 47uF coupling
# capacitor. Can try N=5,6 or 7 time constants as well. Trade-off delay vs “pop” sound.
w 30 14 25
# Set the Input Common Mode to 0.9V and Output Common Mode for Headphone to
# Input Common Mode
w 30 0a 00
# Route Left DAC to HPL
w 30 0c 08
# Route Right DAC to HPR
w 30 0d 08
# Set the DAC PTM mode to PTM_P3/4
w 30 03 00
w 30 04 00
# Set the HPL gain to 0dB
w 30 10 00
# Set the HPR gain to 0dB
w 30 11 00
# Power up HPL and HPR drivers
w 30 09 30
# Wait for 2.5 sec for soft stepping to take effect
# Else read Page 1, Register 63d, D(7:6). When = “11” soft-stepping is complete
# Select Page 0
w 30 00 00
# Power up the Left and Right DAC Channels with route the Left Audio digital data to
# Left Channel DAC and Right Audio digital data to Right Channel DAC
w 30 3f d6
# Unmute the DAC digital volume control
w 30 40 00

Lines 41 to 62 is where the DAC is routed, and headphone outputs are enabled.

Best,
Andrew

Hello Andrew,

Andrew J said:

Does the reboot cycle power to the CODEC? This will return the CODEC to the default register configurations. 

No, it will remain in the same configuration after restarting.

Andrew J said:

is the CODEC a master or slave in this configuration?

The audio codec is a slave device. 

Andrew J said:

What output of the EVM are you trying to use?

I've plugged in my headphones to the headphone output jack. I'm anticipating that sound will come through the the headphone output jack, and later I can test the line out and microphone.

I referred to the playback script from the script tab in the GUI and configured the I2C settings accordingly. Some registers were able to be set, and some register not able set. I have attached a screenshot for your reference.

The clock settings in the AGX Orin match the ones you mentioned in the script tab's clock settings:

###############################################
# Clock Settings
# ---------------------------------------------
# The codec receives: MCLK = 11.2896 MHz,
# BLCK = 2.8224 MHz, WCLK = 44.1 kHz
###############################################

But still why I'm not able to hear sound coming from the headphone output jack? Please find the attached capture of the I2S signals from AGX Orin.

Regards,

Parashuram

Hi Parashuram,

Parashuram Biradar said:

I referred to the playback script from the script tab in the GUI and configured the I2C settings accordingly. Some registers were able to be set, and some register not able set. I have attached a screenshot for your reference.

What registers are not able to be set?

Parashuram Biradar said:

But still why I'm not able to hear sound coming from the headphone output jack? Please find the attached capture of the I2S signals from AGX Orin.

I cannot tell what the signals are in this scope shot. What are you using as input to the CODEC? Is the green line DIN from the AGX Orin?

Best,
Andrew 

Hello Andrew,

Andrew J said:

What registers are not able to be set?

I have executed the command "i2cset -f -y 7 0x18 0x01 0x01" to configure a particular register. However, I have noticed that the change is not being reflected in the associated register. I have attached a screenshot for your reference.

Could you please guide me on how to set the registers mentioned below?

# Route LDAC/RDAC to HPL/HPR
w 30 0c 08 08
#
# Route LDAC/RDAC to LOL/LOR
w 30 0e 08 08
#
# Power up HPL/HPR and LOL/LOR drivers
w 30 09 3C
#
# Unmute HPL/HPR driver, 0dB Gain
w 30 10 00 00
#
# Unmute LOL/LOR driver, 0dB Gain
w 30 12 00 00

# DAC => 0dB
w 30 41 00 00

Andrew J said:

I cannot tell what the signals are in this scope shot.

Andrew J said:

What are you using as input to the CODEC?

The input to the codec is AGX Orin I2S signals, and I have attached a connection diagram and signal names.

Regards,

Parashuram