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.

[参考译文] LMK0.3328万:I2C访问和PDN

Guru**** 2410050 points


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

https://e2e.ti.com/support/clock-timing-group/clock-and-timing/f/clock-timing-forum/658035/lmk03328-i2c-access-and-pdn

部件号:LMK0.3328万

他的团队,

请就以下问题向我提出建议:

1.在I2C访问期间,PDN引脚设置为Low,LMK0.3328万可能会将SDA线拉至Low。
2.一旦发生,LMK0.3328万将保持SDA低电平,即使PDN恢复为高电平。
3.当在同一总线上进行除LMK0.3328万之外的I2C访问时,就会出现该问题。


I2C访问----------- xxxxxxxxxxxxx---------------

_________
SDA xxx___________________
_________________ _________________
PDN |_______ |

问题1. 这是预期行为吗?

问题2. 如果是,是否有办法从这种情况中恢复过来?

问题3. 是否有任何解决方法可以避免此问题?
它是否是在I2C访问期间保持PDN高电压的唯一解决方案?

问题4: LMK0.3328万数据表建议短时间内将PDN切换为低
开机后的时间段,您是否需要保持I2C访问
此实例?

Mita

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,Mita,
    这种情况会发生。
    LMK0.3328万数据表突出显示"LMK0.3328万的PDN引脚在总线上进行任何I2C通信之前应较高。 。
    重启LMK0.3328万后的第一个I2C事务应被忽略。"

    PDN引脚(低有效)既可用作设备断电引脚,也可用于初始化设备。 当此引脚时
    处于低电平状态时,整个设备都已断电。 当它被拉高时,开机/重置(POR)顺序为
    触发并使所有寄存器设置为初始状态。 初始状态由设备控件确定
    PIN,如"设备配置控制"一节中所述。 当PDN被拉低时,I2C被禁用。 时间
    PDN被拉高,设备通电顺序启动,如设备通电顺序和中所述
    设备通电计时。

    如果LMK0.3328万在通电时工作正常,则无需切换PDN。 LMK0.3328万正常运行时,PDN应保持在高位。

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

    肖恩-桑,

    感谢您的回答。

    Mita

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

    肖恩-桑,您好!

    我对这个问题还有其他问题。

    我在数据表中找到了以下描述。

    忽略LMK0.3328万电源循环后的第一个I2C事务”是什么意思?

    这是否意味着LMK0.3328万在通电后开始编程之前需要一个伪I2C访问?

    您是否会详细说明这一说法?

    此致,

    KAWAI

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

    您好,Kawai,

    这意味着加电后的第一个I2C操作可能不可用。 I2C电路在第一个I2C事务之后才进入初始状态。

    一 种好方法是 首先从LMK033x8读取ID寄存器(R0-R4)。

    可以忽略第一个I2C读取操作,从第二个I2C读取操作,我们应该得到正确的ID值。 (例如,读取R0两次 )

    当我们确认这些ID号正常时,我们可以继续通过I2C写入/更改其他寄存器。

    此致,

    肖恩

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

    感谢您的及时回复。

    我相信用户通常不会(或不愿意)读取和确认系统中初始寄存器编程中的寄存器。 (只写)
    如果是这种情况,我相信两个伪读取命令就足够了。

    您的建议是什么?

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

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

    我建议执行此程序。

    此致,
    KAWAI