[参考译文] LMK03318：I2C 错误

[引用用户="Yuma Kudo"]

器件型号： LMK03318

我发现、在 PDN 之后、I2C 通信可能会以大约1/1000的概率不起作用。

过程

PDN 高电平-->低电平-->高电平来自 MPU

2.通过 I2C 将寄存器 从 MPU 写入 LMK03318。

3.通过 I2C 从 LMK03318读取寄存器。 并与2进行比较。

4、如果所有设置值相同、则返回1。

这 意味着在 关闭/打开电源时、时钟的工作概率不是1/1000。

我需要对这个问题采取对策。

[/报价]

Yuma Kudo、您好！

当与器件的 I2C 通信失败时、您是否尝试使用其他从器件地址与器件通信？ 在软引脚模式下、器件从地址为10100xx (两个 LSB 由 GPIO1引脚确定)。

此外、数据表的第52页上有一条注释："在总线上进行任何 I2C 通信之前、LMK03318的 PDN 引脚应处于高电平。 应忽略 LMK03318下电上电后的第一个 I2C 事务"

我在软引脚模式下使用该器件。 但 GPIO1引脚连接到3.3V。 3.3V 是稳定的、我认为从器件地址变化的可能性极低。

"应忽略 LMK03318下电上电后的第一个 I2C 事务"
以上句子是什么意思？
是否有必要在上电后用1个虚拟命令(PDN L-->H)发送它？
例如
PDN L --> H
MPU LMK03318
写入 R0 返回 NACK 第1个命令(虚拟)
写入 R0 返回 ACK 第2个命令
写入 R1 返回 ACK 第3个命令
…

但是、在我们的实验中、NACK 在第二条命令之后返回、状态在复位(PDN L -> H)前不会改变。

我所拥有的样本的数据代码是
69U
A7C7 G3

我有另一个生产日期代码示例、因此我将尝试使用该示例。
74U
A8VJ G3

再次进行复位(PDN L-->H)是否确实可以解决此现象(I2C 错误)？
(在电源关闭之前、是否有一些东西不会被解决、如闩锁？)

下面的示例中也发生了同样的现象。
74U
A8VJ G3
此行为是否正确？

从您共享的两个不同的日期代码中、我们确认了您的样片与早期芯片修订版本相对应。

在这个早期的芯片修订版本中、当 VDD 电源电压斜升后 PDN 引脚转换(从低到高)时、器件启动故障的可能性确实非常低。 我们观察到的 PDN 启动故障率与您观察到的情况非常相似。 可以通过从寄存器 R3 (REVID)读取复位/默认值0x01来识别早期的芯片修订版本。

此 PDN 启动问题已在当前生产器件中修复、可通过从寄存器 R3中读取 REVID 默认值0x02来识别该器件。 如果您订购新的 LMK03318器件/样片、您应该会收到当前未出现 PDN 启动问题的器件、因此 PDN 引脚功能现在非常强大。 当前 LMK03318数据表反映了当前器件的 REVID 复位值0x02。

我们对您购买样片的时间和地点/方式感到好奇。

您能否向 clock_support@list.ti.com 发送电子邮件并提供以下信息、以便我们跟踪您如何收到早期器件？

1.公司名称及联系信息
2.您在何时、何地以何种方式购买了这些早期版本的 LMK03318样片(REVID = 0x01)？ 如果不是直接从 TI 购买、请包含分销商名称/信息。
3.您已使用 LMK03318样片组装了多少个电路板/位置？

谢谢、
Alan

我向 clock_support@list.ti.com 发送电子邮件。
LMK03318已有大约300件器件使用。 (安装在电路板上)
我们需要软件对策。
我是否应该通过电子邮件发布问题？