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

ADAU1761 save register settings through sigma-studio

SigmaDSP & SigmaStudio haristechno Nov 30, 2011 00:00 4 replies Original on forum ↗
Subscribe
haristechno Question
Nov 30, 2011 00:00

hi,

I am using adau1761 with sigmastudio. after doing the required settings from sigma studio it play back the audio. the problem is when i restart the adau-KIT , it needs to program again through sigma-studio.

is there any method , that i can save the settings for once. and adau1761 will run on any platfrom without sigmastudio with the prvious settings ?

thanks.

Audio Signal Processors

SigmaDSP Audio Processors

adau1761

ADIApproved Reply
Nov 30, 2011 00:00

Hi,

The ADAU1761 does not support self boot using an external EEPROM so the only way to have the same register settings loaded on powerup is to use a microcontroller or something similar to store and write the required registers. Have you considered using a part like the ADAU1701 with self boot?

Best Rgds,

Alan

ADIApproved Reply
Dec 14, 2011 00:00

I was pulled into several high-priority, time-critical projects at work over the past few weeks and unfortunately I had to de-prioritize my participation in the forum as a result. So, I apologize for making you wait so long for an answer. I am going to try to respond to everybody's questions within the next few days.

Like Alan mentioned, the ADAU1761's memory is volatile, so it will lose all settings when power is removed from the power pins. A microcontroller boot routine would be the best option.

JohnDunn Reply
Mar 10, 2016 00:00

Yes, you must load the register settings yourself from a processor (or in my case an FPGA) each time at power up. Incidentally, I have just raised a support request because although Sigma Studio (3.12beta/3.11) appears to output a .h file with the register settings in it, I have found that this file cannot be trusted.

For instance when my SS GUI (and dev board) are setup for a direct MCLK (PLL disabled), if I do a compile and load, then export files, it creates a file call *_IC1_REG.h, but the contents are not reliable. The very first reg @ 4000h often contains 0Fh (PLL enabled), whereas I would expect 01h (PLL disabled). Other registers make no sense either. About 1 in 10 compiles, I get 01h out of it, then it goes back to 0Fh. It seems to be a bit of a random number generator

- John Dunn

EZAdministrator Reply
Aug 2, 2018 00:00

This question has been assumed as answered either offline via email or with a multi-part answer. This question has now been closed out. If you have an inquiry related to this topic please post a new question in the applicable product forum.

Thank you,
EZ Admin