[参考译文] TDA4VL-Q1：在高温环境中使用 Longsys eMMC 芯片时出现 eMMC HS400 故障

尊敬的 Zhu：

Q1： 关于 SOC Read DS delay Tuning、 它是仅在上电启动期间执行、还是根据温度和电压变化实时调整？

否、它不会根据温度和电压变化实时进行调整。

有关如何解决此问题的任何想法？

只需问几个问题：

• HS400 速度模式是否在正常温度下工作？
• 您使用的是 Linux 还是 RTOS？

建议 ：

• 在理想情况下增加驱动强度可提高信号质量并可能有所帮助。 您能尝试一下吗？

Q2： SOC 的 EMMC PHY 是否具有数字眼图功能？ 在调优过程中、DS 延迟的偏移逐步执行、从而产生一组在 UI 时间范围内可用的 DE 延迟值。 这形成了数字眼图。

EMMC 信号测试报告 2025.6.11.xlsx

我已经请求 eMMC 硬件专家有一个研究这. 感谢您的耐心。

此致

Gokul

尊敬的 Gokul Praveen：

     感谢您的 回复！

朱信发说：

问题 1： 关于 SOC 读取 DS 延迟调优、它是仅在上电启动期间执行 、还是根据温度和电压等变化实时调整？

否、它不会根据温度和电压变化实时进行调整。

如果 HS 出现异常减速、然后执行重新调优、DS delay 会更新？μ s

2、我们发现、当发生问题时、SOC 日志中有许多 IO 错误报告。 触发 IO 错误的原因是什么？

3、当逻辑分析仪捕获到问题时、我们在命令和响应中找到了一些信息。

3、eMMC 制造商 Longsys 使用逻辑分析仪在问题发生时捕获 CMD 和 Data0。

当出现问题时、通过逻辑分析仪的命令可以发现、在 eMMC 接收 CMD46 并完成数据传输后、它从 SOC 接收 CMD12、然后 CMD48。 此时、EMMC 的响应数据为 00 40 09 00、表明之前的 CMD12 是非法指令。我们在问题发生之前和之后捕获了完整的命令交互过程。 如图所示、发生问题后、速度降至 HS、然后重新调整为 HS200、然后切换到 HS400。 在运行一段时间后、由于同样的原因、它将再次减速并重新调谐、这一循环将继续。

Q1：SOC 发送 CMD12 指令的原因是什么

Q2：CMD48 指令 00 40 09 00 由 eMMC 回复表示、之前的 CMD12 是非法指令。 这将影响 SOC 逻辑确定

、关于调谐、我们可以从命令中看到、当器件尝试从 HS 切换到 HS200 时执行了调谐。 成功后、它切换到 HS400 进行操作。 未根据 HS400 进行调谐。 是否需要在 HS400 下进行调谐？ 因为 HS400 比 HS200 具有更多的双边采样；并且在读取数据时使用 DS 作为时钟基准。

谢谢

尊敬的 Zhu：

我将研究这些问题并返回给您。

此致

Gokul

尊敬的 Xinfa：

如 Gokul 之前所述、TI 专家将查看您的最新帖子、然后向您提供反馈。

另外、我可以请求您的帮助以帮助进一步澄清、如下所示？

1.逻辑分析仪为 CLK 和 Data0 捕获的信号的哪一侧？ 接近 eMMC？ 或接近 SOC？

2.只捕获 Data0 来分析 SOC 和 eMMC 之间的数据通信是否足够?

3. CMD12 执行 STOP 转换、CMD48 根据 JESD84-B51A 的要求丢弃特定任务或整个队列。

我们可能会更深入地了解主机 (SOC) 为什么将 CMD12 发送到器件 (eMMC)、假设我们可以在此之前解析命令/响应。

那么、请检查您是否可以共享逻辑分析器捕获的完整日志、而不是其中的一部分？   

4、请您再次分享如何解释逻辑分析器捕获的每个命令和响应的参数和 CRC？

我以 CMD44 为例。

我可以解析命令 CMD44。

CMD44：40050018
DD：1.
任务 ID：5.
块数：0x18

r1：00000b00

如何解析响应？

以下是 JESD84-B51A 中的定义。

非常感谢！

Yong

尊敬的 Yong：

1. 逻辑分析仪为 CLK 和 Data0 捕获的信号的哪一侧？ 接近 eMMC？ 或接近 SOC？

关闭 eMMC

尊敬的 Yong：

CMD12 将执行 STOP 转换、CMD48 将丢弃特定任务或整个队列、因为需要 JESD84-B51A。

我们可能会更深入地了解主机 (SOC) 为什么将 CMD12 发送到器件 (eMMC)、假设我们可以在此之前解析命令/响应。

那么、请检查您是否可以共享逻辑分析器捕获的完整日志、而不是其中的一部分？   

我们  向您介绍了完整的逻辑分析仪日志。   

您可以使用 Acute TravelLogic 1.6.12 版;您可以通过 www.acute.com 下载。tw

此外 、我们将添加更多日志以确定问题的原因并重现以下两个有问题的日志条目。

首次 CQE 恢复和 CMD12-110  

第二个 CMD 35 错误

CMD35 通常日志如下

逻辑分析器的日志捕获、从 TTE 发送。

e2e.ti.com/.../error_5F00_log_5F00_run_5F00_at_5F00_hot_5F00_temp_5F00_85_2D00_1.zip

尊敬的 Gokul。

已要求客户 Xinfa 上载逻辑分析器工具、它可以解析上述日志。 请帮助检查日志。

BTW、custeomer Xinfa、日志在靠近 eMMC 的一侧捕获。 请检查它们是否需要在靠近 TDA4VE SOC 的另一侧捕获日志。

非常感谢！

Yong

尊敬的 Zhu：

您是否也可以回答这些问题：

• HS400 速度模式是否在正常温度下工作？
• 您使用的是 Linux 还是 RTOS？

• 您使用的是 eMMC IP？

您也可以尝试上面提到的建议:

1.逻辑分析仪为 CLK 和 Data0 捕获的信号的哪一侧？ 接近 eMMC？ 或接近 SOC？

关闭 eMMC

[/报价]

由于是来自 eMMC 的信号发生故障、最好与该 eMMC IP 供应商就相同问题进行讨论

此致

Gokul

亲爱的 Gokul：

HS400 速度模式是否在正常温度下工作？

是、HS400 速度模式在正常温度下工作正常 ；

您使用的是 Linux 还是 RTOS？

我们是 Linux  

您使用的是哪个 eMMC IP？

 eMMC：Longsys  FEMDME008G-A8A93

您也可以尝试上面提到的建议:

朱信发说：

1.逻辑分析仪为 CLK 和 Data0 捕获的信号的哪一侧？ 接近 eMMC？ 或接近 SOC？

关闭 eMMC

由于是来自 eMMC 的信号发生故障、最好与该 eMMC IP 供应商就相同问题进行讨论

EMMC 制造商目前正在对此问题进行同步分析。

尊敬的 Zhu：

建议 ：

• 提高 Linux 中的驱动强度可在理想情况下提高信号质量并可能有所帮助。 您能尝试一下吗？

此致

Gokul

你好,Gokul：

我们尝试更改  DTS 中的驱动强度；

我们将 DR_TY 配置为 44 欧姆或 30 欧姆 确实可以改善情况、但它无法解决问题。

其他值没有改进。

尊敬的 Zhu：

您已将 DTS 中的属性更改为 33 欧姆。

• 您是否也收到了 eMMC 供应商关于这方面的任何反馈？
• 您还能提供您正在使用的 SDK 版本、以便我们还可以在设备树中查看 OTAP 延迟参数。

此致

Gokul

你好,Gokul：

您已将 DTS 中的此属性更改为 33 欧姆。

  是、我们已经更改了。

您是否还能提供您正在使用的 SDK 版本、以便我们也可以在设备树中查看 OTAP 延迟参数。

我们使用的是 SDK 版本 8.5

正确、我们使用的 SDK 为 8.05

尊敬的 Zhu：

我会仔细研究一下、然后回复您。

此致

Gokul

尊敬的 Zhu：

我们也交叉验证了 OTAP 延迟值。它们是相同的。

我非常怀疑 eMMC IP 会导致问题、因为响应不是来自 eMMC、而是命令来自 SOC。

此致

Gokul

尊敬的 Xinfa：

请您帮助说明您的身份吗？

非常感谢！

Yong

尊敬的 Xinfa：

如需 TI 就此提供支持、敬请告知。 本周我们将尝试关闭此 TT。

非常感谢！

Yong