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.

[参考译文] UCD9090A:UCD9090A

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

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1224180/ucd9090a-ucd9090a

器件型号:UCD9090A
主题中讨论的其他器件: UCD9090

使用 Xilinx FPGA XIIC 内部的 I2C 适配器通过 PMBus 与 UCD9090A 进行通信、并使用 Salae 逻辑分析仪捕获以下波形、我们将读取命令0x8B、器件地址为0x68。  通常情况下、比如有5%的时间器件不对其地址进行跟踪。  从这张快照来看、看起来是一个有效的 I2C 事务与一个 NAK、而不是来自 UCD9090的 ACK。  有没有想到会发生这种情况的原因?

 

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

    大家好

    主机是否支持时钟延展?  

    请使用范围捕获好交易和坏交易。 请勿使用无法披露详细信息的逻辑分析仪。  

    此致

    Yihe

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

    FPGA 工程师告诉我、主机 Xilinx xiic 确实支持时钟串行、但我也要求他们再次使用 Xilinx 进行检查。  这里显然不是时钟串行问题、因为时钟未保持低电平。  抱歉在两个捕获之间交换探头(颜色)

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

    大家好

    是 UCD 侧还是 FPGA 侧? 它看起来不像一个完整的事务并且第二波在写入时显示一个 NACK。

    在此之前会发生什么情况? 是否有超时(SCL 低电平超过35mS)?

    此致

    Yihe

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

    您好、Yihe、

    我不明白您的第一个问题、总线在 FPGA 和 UCD 之间、我们正在捕获2个器件之间的示波器屏幕截图。  纠正这是我们不明白的问题、为什么有时器件不想 ACK 并看到 NAK。  在我们使用 Linux shell 命令读取输入文件之前、我们基本上一直反复执行"cat in10_input"命令、有时甚至会出现此错误。  请记住、这是通过使用外壳手动完成的、因此设备访问非常慢。  在失败之前、我们需要进行一系列成功的读取。

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

    大家好

    我的第一个问题是波形测量是从 UCD 侧还是 FPGA 侧进行。  

    您能否提供一个日志来显示所有 I2C 事务、直到失败、并提供 NACK 情况之前的波形、以便我们可以看到之前到底发生了什么?

    此致

    Yihe

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

    您好!

    我们将 Xilinx XIIC (I2C)器件连接到电平转换器(1.8V 至3.3V 转2 * 5 引脚连接器、我们用于 TI 软件狗;该连接器已断开;该连接器用于 SDA 和 SCL 时钟探头、然后直接连接到 UCD 90A。  我已经添加了3个屏幕截图,其中一个显示良好的交易,然后是一个失败,和好和坏交易放大.

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

    大家好

    这是重复启动还是停止启动?

    UCD 不支持读取操作的停止/启动。

    此致

    Yihe

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

    您好、Yihe、

    这是一个重复开始。  

    此致、

    日文

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

    大家好

    但是、SDA 的上升沿在 SCL 的下降沿也是相同的。 这就是为什么必须知道捕捉是否来自 UCD 侧的原因。

    也许你可以比较好的情况和坏的情况在这个重复的开始.

    SCL/SDA 上使用的上拉电阻器是多少?

    此致

    Yihe

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

    您好、Yihe、

    XIIC 允许我们在低时钟的中间移动 SDA 边沿变化, 我们尝试在结果未做任何更改的情况下、它没有解决我们的问题、例如、我们让它在低时钟的中间位置、它仍然偶尔出现一次故障。  请注意,当我们写入设备地址时会发生故障(NACK),因此在失败的事务中没有重复的开始,它只有一个字节与地址0x68 , WUCD 看不到它,也不会使 ACK 生效。  两个信号 SDA 和 SCL 上的电阻器均为2.4K。  我们注意到的一个区别是加密狗在发出如下所示 ACK 的第9个时钟之前存在一些延迟、此处我们使用地址0x0B 用于总线上不存在的器件、以确保加密狗添加了延迟。

    此致、

    日文

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

    大家好

    地址 ACK 由 IC 处理、如果为 NACK、则意味着由于之前的一些不良事务、状态机不在正确的位置。  

    我们需要在 NACK 之前看到事务。

    请分享您的新波形、SDA 在 SCL 低电平的中间上升。

    您是否使用加密狗进行测试?  

    此致

    Yihe

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

    您好、Yihe、

    我们在失败前的每个事务中都看到了此问题、 因此您正好是%1。前一个事务会扰乱状态机、此处用红色正方形标识的停止位时钟应保持高电平。 但由于某种未知原因、它在数据传输到高电平(红色正方形)的同时转换回0。  这是通过 XIIC 器件实现的、我们无法通过加密狗看到它。  对于 I2C 时钟问题、当时钟变得低时、将问题归咎于主器件或从器件并不容易、  但由于您的软件狗不会发生这种情况、 因此我要将问题归咎于 XIIC 或其设备驱动程序、因此我们现在将着手处理此问题。   谢谢 Yihe。  如果你不介意,让我们保持开放,我会保持你张贴.

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

    大家好

    请更新此方面的信息。

    此致

    Yihe