AUDIO

你好!
       我向咨询一下关于ADAU1772的E2启动问题,是这样的,我通过其他途径拿到一些ADAU1772,在使用的过程中,MCU启动时没有任何问题的,但使用E2启动后就不能工作,E2的数据我分析了,是跟我工程编译后的数据一致,但是我在E2启动后读取ADAU1772的0x0000~0x0080的寄存器,发现数据与E2存放的完全不一致,经过多次试验分析对比,基本能得到这样一个结论,那就是E2加载过程中数据被译码后再写入到ADAU1772的寄存器,就是说正确的配置数据译码后变成错误的配置数据,所以芯片不能工作。
       同时我购买了一个BOSE的QC25的耳机验证,它使用的芯片应该也是ADAU1772,也是E2启动,我读取了它的E2数据,发现和数据手册上寄存器的配置完全对应不上,在E2启动后我又读取了ADAU1772的0x0000~0x0080的寄存器,发现数据又和数据手册上寄存器的配置对应上了,也就是说E2里存的是编码后的数据,E2加载过程中数据被译码成为正确的配置数据。
       这样我基本可以确定我拿到的ADAU1772与BOSE QC25的耳机的ADAU1772是一样的,但是我手里买的开发板的ADAU1772跟前面两者又不一样,它的E2启动不需要译码,所以我现在有个疑问,哪个才是真正的ADAU1772?
  • +1
    •  Analog Employees 
    on Sep 18, 2020 10:02 PM 12 days ago

    你说的E2是EEPROM吗?

    1772现在应该不会有盗版芯片存在!

    如果开发板和QC25的EEPROM自启动都没问题,而你的板存在MCU BOOT OK,只是E2PROM自启动异常,我觉得你必须检查你的EEPROM和相关硬件电路。或者做一下A/B交换实验来定位问题。

    1772出现异常的可能性很小,很小。

  • 非常感谢您的回复,是这样的,EEPROM的硬件电路是没有问题的,软件可以写入和读取存储的数据,EEPROM自启动的过程中,我用逻辑分析仪抓取了全部的波形,没有问题数据基本都加载进去了,目前我基本能定位到问题是两颗芯片不一样(QC25的EEPROM数据我通过sigma studio读取出来,发现配置到ADAU1772的寄存器的参数也与数据手册完全对应不上),为了验证芯片的差异,我将QC25上的1772、购买的1772、以及开发板的1772拿去拍X光,结果是QC25的1772和购买的1772内部打线一致,与开发板的1772打线有一处地方不同,这进一步验证了我之前的猜测,QC25和我购买的1772是一样的,开发板上的1772是另一种,两者的差别就在于EEPROM的启动是否要解码,

    需要解码的1772使用的EEPROM数据一定是编码后的,这样可以保证数据不会被破解,如果这种芯片是给BOSE定制的那就很好理解,但是这种芯片怎么会流通到市面呢?如果没有编码规则肯定是用不了的,您对这种情况有了解吗?

  • 0
    •  Analog Employees 
    on Sep 29, 2020 6:38 AM 1 day ago in reply to Lee

    有可能定制过了.这个是在美国设计和支持的,我也不清楚.

    对于类似破解的努力,ADI也没法支持.

    请理解!