Post Go back to editing

Analog ports not <orking anymore

Category: Hardware
Product Number: ADAU1467

Hello,

I am using the ADAU1467 eval board to test the audio signals on a Bluetooth module. The setup is simple as shown in the following picture :

I input the audio directly through the IN0 serial port pins. The output is set to the analog output 1. Until now, everything worked correctly. However, at some point, I changed one parameter that I had changed multiple times before (the input/output I2S clocks) in the serial port registers, and when I compiled, I couldn't hear any audio anymore. I have tried reverting to prior changes but the issue is still there. To make sure that I didn't mess with any registers, I started a blank project with the same configuration. The only parameters I changed are the MCLK frequency that I set to 128*Fs to have the same frequency as my Bluetooth module, as well as the input0 clocks that I set to slaves from domain0 for either BCLK and LRCLK. Unfortunately, the analog ports don't seem to work anymore (wether it's for input or output). I can confirm that the serial input pins function correctly based on the levels I used in my config.

I have noticed that one detail on the USBi card that I use to program the ADAU. Upon connecting it to my computer, the I2C LED turns on as usual, but after a few seconds, the SPI LED starts blinking as if it weren't powered properly. I don't know if the issue originates from the USBi card.

Would anyone know where the issue could come from (hoping that the ADAU board isn't dead).

ThibDouil

Parents
  • Hello ThibDouil,

    You have the DC cell and the Readback up in the upper left corner of your schematic. This is super helpful right now. 

    It looks like in your screenshot that you were able to read the "3". 

    Are you able to read the contents correctly of the DC cell?

    Then can you change the value of the DC cell and then read back that new value?

    If you can read the correct value then you are able to read from the DSP. If you are able to change the value then you are able to write to the DSP. This will check your USB communications and that the hardware is working and the program is running. 

    What I find odd is that you went back to an old program that used to work and it does not work. So what changed is the question? I have seen people fully corrupt a project by having an issue with the DSP not working for what ever reason, USBi not connected, device not powered up, and any other simple error we all have done before. The issue is that the USBi is getting all zeros or all "FF's" when it tries to read. So the user clicks on "Read All". this will read EVERY register in the part and store it in the SigmaStudio project as the register settings. Well, this is all garbage data. Now the project is fully corrupted and if you click save it will save it. If you fix the issue the program will no longer work because all the registers are all scrambled. This is hundreds of registers!!  I hardly ever use the Read All function and if I do I make sure the program is saved first. So do that test and let me know the results.

    Thanks,

    Dave T

  • Hello Dave, I was inspired to use the DC cell and readback from your Sigmastudio tutorials and it is indeed a very handy tool. Fortunately, I had only made a simple mistake by changing the MCLK frequency. Thank you for your help anyways. I'll make sure not to use the "Read All" button if I ever encounter another error.

Reply
  • Hello Dave, I was inspired to use the DC cell and readback from your Sigmastudio tutorials and it is indeed a very handy tool. Fortunately, I had only made a simple mistake by changing the MCLK frequency. Thank you for your help anyways. I'll make sure not to use the "Read All" button if I ever encounter another error.

Children
No Data