[参考译文] UCD90320U：在配置 USB-TO-GPIO 工具后未找到器件

你(们)好

为什么 PMBus 信号上拉至2.4V？ 这可能表示某种情况不正确。

您是否要探测 V33A/D/BPCAP/RESET 信号、以查看它们是否都与良好的设置相比良好。  

如果器件正常工作、您将从 SYNC_CLK 引脚看到5kHz 时钟输出。 你明白了吗？

您如何知道器件未卡在 ROM 模式？ 如果 UCD90xxx GUI 可以检测到 UCD90320U、您为什么不能进行检测？

此致

Yihe

我无法在 ROM 模式下检测到它、 UCD90xxx GUI 根本找不到它。 正如我说过的、即使手动将其上拉至3.3V、我们仍然找不到它。 复位未生效、3.3V 看起来一切正常。 我还无法探测 BPCAP (很难访问)。 它应该是1.8V、对吧？  

我无法探测 SYNC_CLK、因为它未被分解为 TP。  

你(们)好

Fusion 90xxx GUI 能否在正常模式下检测到它？  

BPCAP 应为1.2V

有多少电路板有这些行为？ 您能否进行 A-B-A 交换以查看问题是来自电路板还是 IC？

此致

Yihe

什么是正常模式？ 我使用 DEVICE_ID 等进行了扫描(Fusion 在启动时执行的操作)。  

到目前为止我配置的三个中、只有一个存在此问题。 我更喜欢不尽可能更换 IC、因为169焊球 BGA 使 IC 变得非常困难。  

你(们)好

如果扫描 DEVICE_ID 可以检测到器件、则器件正常工作。  为什么您报告 GUI 无法检测到 UCD90320u？

请您详细描述问题、以便我们能够更好地提供帮助吗？

此致

Yihe

DEVICE_ID 扫描不起作用。

你(们)好

我很困惑。 如果无法扫描，如何配置设备？

或者、您是说 您在配置后无法扫描？  

如果是这种情况、您必须检查以确保系统不会干扰 UCD90320。

为什么 I2C 电压高达2.4V？ 此2.4V 电压是否存在于其他工作系统中？ 如果不是、为什么它只出现在这个电路板上。

请探测 i2c 波形以查看是否存在任何干扰

此致

Yihe

是的、上载新配置后无法扫描。

你(们)好

您的设计在上电后会产生一些干扰。  

请回答我之前的问题、并按照建议捕获波形。

此致

Yihe

因此更新了：我移除了电路板上的上拉电阻器、以便唯一上拉数据和 CLK 的东西是软件狗的内部上拉电阻器(我将其设置为2.2k)。 我删除了线路上的缓冲器。 连接软件狗后、我看到信号被上拉到1.65V 左右、但此时电源电压仍保持在3.3V。我怀疑问题出在序列发生器的内部驱动器上。

我通常会把这种情况作为一次性事故予以驳回、但截至昨天、我发现在同一 PCBA 的另一个单元上无法进行通信。 没有做任何修改，它只是不明确地停止了工作。 这样会导致 PMBus 损坏的原因是什么？  

你(们)好

由于所有这些都是在 UCD90320配置后发生的、如前所述、存在一些干扰。

以下是我的建议：

1.将 UCD90320复位(拉低 RESET 引脚)以查看您是否将 I2C 设为3.3V？ 当 UCD 复位时、由于所有 IO 均为高阻态、您的电路板将不起作用

如果在步骤1后电压恢复到3.3、 您可能需要逐个关闭电源轨、以查看哪个电源轨可以让您的电压恢复到3.3V

3、从那里。 调试电源轨产生干扰的原因。

此致

Yihe

我们发现、由于通过电路板上的上拉电阻器由备用路径反向供电、因此电源轨被拉低。 我移除了上拉电阻、连接软件狗后、上拉电压现在正确显示为3.3V。 但是、我仍然无法与序列发生器通信、因此它的 I2C 驱动程序是否可能已损坏？  

你(们)好

这是一个很好的收获。

由于您无法探测 BPCAP (1.2V)和 SYNC_CLK、您能否仅为 UCD9030供电、而使其余电路板保持断电状态？  

这样我们就可以知道是否存在任何干扰？ 您是否探测过 I2C 以查看是否有许多噪声阻止通信？  

此致

Yihe  

您好、Yihe、  

我们仍然没有解决问题、但通过使用 BSDL 文件、我在另一篇 E2E 文章和 JTAG 工具中找到了该文件、我们可以查看和插入引脚。 我们设法手动打开和关闭某些引脚、包括 PMBus_DATA 信号。 但是、看起来 SYNC_CLK 没有切换(我们在 EVM 上尝试过此操作、我们在工具上看到它快速切换)。 似乎芯片卡在复位和/或根本没有启动。  

我们是否可以通过 JTAG 执行任何操作来将芯片恢复到出厂状态？  

你(们)好

您可以使用 JTAG 来控制 EVM 上的 SYNC_CLK、但不能控制电路板上的 SYNC_CLK。 这是您的观察结果吗？

您使用什么 JTAG 工具？

此致

Yihe

否 当我们将 JTAG 工具连接到 EVM 时、我们 观察到 SYNC_CLK  切换。 相反、当我们将其连接到 电路板时、 我们  看不到 SYNC_CLK 切换。 我们没有尝试在后者上控制它。  

我们使用以下开源工具通过 JTAG 控制和观察引脚： https://github.com/viveris/jtag-boundary-scanner 

我们可以手动将使能切换到稳压器。 正如我之前说过的、它可能卡在复位状态、或者只是不启动？  

我们针对短期的权变措施是编写上述工具的脚本、以手动打开我们的电路板。 然而，这是不可持续的，因为我们迄今已看到这部分在四个理事会上失败，因此显然在这里有一些系统性问题。 那么、再说一遍、我们是否可以通过 JTAG 执行任何操作来恢复芯片？  

你(们)好

JTAG 工具是否可以访问内部寄存器？  

请确保无法将器件检测为 ROM 模式、因为除非器件损坏、否则我无法想象这是怎么可能的。  

此致

Yihe

我们的脚本不访问内部寄存 器、我们的脚本只使用 EXTEST 模式将引脚设置为高电平/低电平、然后按照预期顺序对使能进行排序。 ROM 模式下无法检测到设备。 假设我们通过 JTAG 访问了内部寄存器、我们可以做什么？   

你(们)好

在 ROM 模式下扫描器件时、请确保同一总线上没有任何其他 I2C 活动。

建议在复位 UCD90320后进行扫描。  

如果您可以通过 JTAG 访问内部寄存器、请执行以下步骤：

1.将0x0写入寄存器0x400FD000

2将0xA4420002写入寄存器0x400FD008

3.对 UCD90320进行下电上电。

这些步骤将强制器件进入 ROM 模式。

此致

Yihe

你(们)好

不，我们不幸不支持。

此致

Yihe

好的。 然后、为了执行此操作、您支持哪些工具？  

你(们)好

我们没有任何支持 UCD90320的 JTAG 工具。 所有通信均由 I2C 而不是 JTAG 完成。

此致

Yihe