[参考译文] SRC4392：掉电和复位

您好 Kato-San、

如果这确实是一个问题、这将是我们第一次听说它... 这往往表明存在一些用户错误。 为了彻底检查、我将于周一在实验室中测试这一点。

此致、
-Steve Wilson

您好、Steve - San、

感谢您的快速响应。

我希望您能测试这一点、因为我没有 SRC4392 EVM、所以我很期待收到您的回复。

此致、
加藤

Kato-San、

没问题。 星期一、我将对此进行测试、我将向您汇报。

此致、
-Steve Wilson

您好、Steve - San、

感谢您的支持。

如果你能在星期一作出答复，我将不胜感激。

此致、
加藤

Kato-San、

您的客户是否正在使用 EVM 和 TI 的 USB 串行命令器？

我可以使用具有 USB-Serial 命令器的 EVM 来重现此问题、但当我使用外部 I2S 源时、没有问题。
我将更深入地研究这个问题、并将向您汇报。

此致、
Steve

您好、Steve - San、

感谢您的支持。

我将检查我们的客户是否使用 EVM 和 TI 的 USB 串行命令器、并返回给您。
顺便说一下、请告诉我您将使用的 Microsoft Windows 操作系统。

此致、
加藤

Kato-San、

我使用的是 Windows 7。 我刚刚使用 TLV320AIC3254 GUI 和 PurePath 控制台3测试了 EVM。 如果我使用 DAIMB 主板、我会遇到同样的问题。 但是、如果我使用外部 I2S 源、它的工作原理就很好了。 我将继续研究这一点。

此致、
-Steve Wilson

您好、Steve - San、

感谢您的解释。

我期待着很快就这个问题找到根本原因和解决办法。
顺便说一下，您能否告诉我如何使用外部 I2S 源验证 SRC4392EVM-PDK？

此致、
加藤

Kato-San、

我们正在为 EVM 开发一些新硬件、我使用其中一个测试板通过 PPC3来驱动 I2C。

此致、
-Steve Wilson

您好、Steve - San、

我们的客户将仅使用 SRC4392而不是 SRC4392EVM-PDK、因此通过 I2C 读取第0页上的寄存器0x01时会出现此问题。
您能不能研究一下这个问题，尽快返回给我们，因为我们应该向他通报根本原因和解决方法？

此致、
加藤

Kato-San、

很有趣 我仍在努力弄清为什么会发生这种情况。  我有一些逻辑分析仪屏幕截图。  一种是使用 EVM、 另一种是使用我们的新测试板。

在这两种情况 下、PPC"I2C 主机"在快速模式下发送 I2C 命令。  但您可以看到、其中一个可以成功读取寄存器1、而无需复位。

我的顺序是

#将0x0F 写入寄存器1。

W e0 01 0F  

将0x03写入寄存器3

w e0 03 03

#读回寄存器3以确认写入

R e0 03 01

#读回寄存器1以确认写入

R e0 01

#读回寄存器3以确认无复位。

R e0 03 01

第一个图像使用 EVM、我能够第一次读回寄存器3、 但读寄存器1会将器件复位。  

下图显示了测试板 、它的功能非常完美。  我可以读取寄存器1、它不会复位器件。  

我看到的唯一区别是重复起始条件下的等待状态、但我不认为这是一个问题。

我无法在我们的系统中找到这一问题的过去发生， 我承认这是令我感到惊讶的。  我将继续研究这一点。  

此致、

-Steve Wilson  

您好、Steve - San、

感谢您报告调查情况。

我找到了有关 SRC4382的以下帖子、因此它看起来像一个类似的问题。
您能否验证此症状是否是潜在问题？

SRC4382：SRC4382 I2C 问题
https://e2e.ti.com/support/data_converters/audio_converters/f/64/t/590281?SRC4382-SRC4382-I2C-issues

此致、
加藤

Kato-San、

您链接到的线程似乎与我们看到的内容不匹配。  I2C 不会被锁定、 也不会发生硬件复位。

您的客户能否使用逻辑分析仪对 I2C 进行示波器(就像我一样) 并像我所做的那样捕获寄存器1读取？

如果它们使用的是重复启动条件、 它们可以改用停止/启动、如第二次数据捕获所示。  (这是有效的) 我不能想到为什么它会起作用、但重复起始不会起作用(特别是因为重复起始适用于寄存器3)

此致、  

-Steve Wilson

您好、Steve - San、

非常感谢您的支持。

我将请求客户获取带逻辑分析仪的屏幕截图。
顺便说一下，这个问题是否取决于使用情况，而不是设备？

此致、
加藤

您好、Steve - San、

我刚刚将屏幕截图发送至私人消息、因此请进行检查。

此致、
加藤

Kato-San、
完成。 请让客户尝试使用停止/启动、而不是重复启动进行读取、以查看这是否改变了情况。

此致、
-Steve Wilson

您好、Steve - San、

感谢您的持续支持。

如果您的建议是否意味着对 I2C 读取操作应用以下(a)项而不是(b)项、您能否检查一下？
如果是、我将要求尝试将您的建议应用到我们的客户、并将返回给您。

此致、
加藤

Kato-San、

是的、正确。  如果您看一下我提供的逻辑分析仪屏幕截图、  有一个设置、即写入0xE0、reg 1、然后是停止条件。 然后是启动条件 和要读取的设置。  这种方法不会复位器 件、我可以告诉大家、这是有效读取和无效读取之间唯一有意义的区别。  

您的客户还可以尝试使用递增位、并查看他们是否可以从寄存器0x00开始读取2个字节。  

此致、  

-Steve Wilson

您好、Steve - San、

感谢您的解释。

我明白了、将深入了解这一点、然后返回给您。

此致、
加藤

您好、Steve - San、

我刚刚将相同的内容发送给了私人邮件，所以如果使用重复的 stard read，是否有其他寄存器会引起像0x01寄存器这样的症状，您可以仔细检查一下吗？

此致、
加藤

您好、Steve - San、

很抱歉、您很着急、但如果您对此问题有任何更新、请告诉我。

此致、
加藤

您好、Steve - San、

感谢您的持续支持。

我将通知客户、似乎只有0x01寄存器存在此问题。
此外、请继续调查此问题的根本原因。

此致、
加藤