ΣSigmaStudio Ask AI Русский Log in

ADAU1445: Adress inputs not working

SigmaDSP & SigmaStudio blueukf Dec 15, 2012 00:00 3 replies Original on forum ↗
Subscribe
blueukf Question
Dec 15, 2012 00:00

In my device I used four ADAU 1445. IC's are adressed by inputs ADDR0 and ADDR1. CLATCH is tied to GND. Still, all ciucuits are adress 70, instead respectively 70,72,74,76.

Audio Signal Processors

adau1445

SigmaDSP Audio Processors

blueukf Reply
Dec 16, 2012 00:00

Also checked ADAU 1442. Effect is the same. Despite the changes in the input address, the address is the same (0x70).

ADIApproved Reply
Dec 17, 2012 00:00

Hi Blueukf,

I was unable to confirm this behavior. I used my evaluation board (with the DIP switches that allow you to easily change the address pins to tie them to power or ground), and I tried out all 4 addresses.

The results were as expected. For example, when changing the hardware address pins to 0x74, I got a communications failure using the USBi on address 0x70. I then changed the USBi to address 0x74, and communication worked again.

However, I noticed that when I held the SELFBOOT pin high, initiating a self-boot operation, the address would default to 0x70, regardless of the setting on the address pins. I confirmed this by reading this excerpt from the datasheet:

After the ADAU1442/ADAU1445/ADAU1446 have finished self-booting, additional messages can be sent to the ADAU1442/ADAU1445/ADAU1446 on the I2C bus, although this typically is not necessary in a self-booting application. The I2C device address for the ADAU1442/ADAU1445/ADAU1446 is 0x68 for a write and 0x69 for a read in this mode. The ADDRx pins have different functions when the chip is in this mode; therefore, the settings on them are ignored.

It seems that in self-boot mode, the settings on the address pins are ignored, and the chip defaults to slave address 0x70 when self-boot is complete.

Would you please check to see if you have tied SELFBOOT high? This could possibly be the source of the problem.

blueukf Reply
Dec 19, 2012 00:00

Hi Brett,

Indeed, in my system, selfboot input was connected to 3.3V. Now everything is working properly.

Thank you very much!