This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

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

Guru**** 1620465 points
Other Parts Discussed in Thread: UCD90320U, UCD90320, SEGGER
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1158640/ucd90320u-device-not-found-after-configuring-with-usb-to-gpio-tool

器件型号:UCD90320U
主题中讨论的其他部件:USB-TO-GPIOUCD90320SEGGER

我无法使用 USB-TO-GPIO 工具在电路板上找到 UCD90320U。 我已在另一个板上成功刷写了相同的配置、但仍然 能够进行通信。   

我们发现 PMBus 信号未上拉至3.3V、而是上拉至2.4V。 因此、我们将它们物理连接到3V3。 仍然没有反应。  

UCD90xxx GUI 上的器件未显示为处于 ROM 模式。  

我是否可能通过某种方式使设备变暗? 我也可以访问 JTAG、但根据数据表、它"不用于生产"。 然而、尽管 IC 无法通过 PMBus 进行通信、我是否可以通过其他方式与 IC 进行通信?  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    你(们)好

    为什么 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

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    谢谢您、我们将为您提供一个机会。 在我们尝试之前、是否可以将 UCD90320U 连接到 Code Composer Studio、读/写寄存器以及转储闪存/EEPROM? 顺便说一下、我们将 SEGGER J-Link 用作 JTAG 探针。  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    你(们)好

    不,我们不幸不支持。

    此致

    Yihe

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

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

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    你(们)好

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

    此致

    Yihe