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.
我们有一款基于 NXP i.MX8M CPU 的产品、该产品还使用 TI DSI83 MIPI DSI 单链路 LVDS 桥来提供视频。 我们运行 的是使用 Yocto 工具构建的4.14.78版本的 Linux。 此代码包括一个用于由 CopuLab Ltd.编码的 DSI83的第三方驱动程序(sn65dsi83_BRG.c)
我们遇到了 LVDS 显示并不总是提供视频的问题。 大多数情况下电路板工作正常、但背光会定期亮起、但不会显示任何内容。 我们注意到的一点是、当显示屏不工作时、寄存器0xE5中的 CHA_UNC_ECC_ERR 位始终置位。 这表示不可纠正的 ECC 错误。 我们认为此故障的根本原因是初始化序列。
目前、我们正在检查初始化序列、以确保其遵循第15页器件数据表中的建议初始化设置序列。
我们还将查看驱动程序源代码。 我们注意到的一点是、驱动程序不遵循 Init Seq 10或11。 这将清除并验证 CSR 0xE5是否为零。 实际上、我们通常会看到、即使在 LVDS 视频显示工作时、也会设置和忽略多个错误位。
TI 是否可以提供任何硬件和/或软件支持来帮助解决此问题?
是否有适用于此器件的其他 Linux 驱动程序?
尊敬的 Paul:
如前所述、由于初始化序列问题、很可能没有视频输出。 我们不提供软件支持或驱动程序、但这里有一个常见问题解答、其中提供了一些您可以查看的项目: https://e2e.ti.com/support/interface/f/138/t/852871
序列中的步骤9至11是可选的、不需要包括在内。
此致、
I.K.
感谢您的帮助。 我们已经看到了该常见问题解答链接。
如前所述、视频大部分时间都可以正常工作。 什么会导致出现 CHA_UNC_ECC_ERR 错误? 该位似乎是我们故障模式的线索。
可能仍会归咎于初始化序列违反(很多时候、如果不遵循该序列、只有少数单元会出现问题)。 请发布与常见问题解答中提供的示波器类似的初始化序列屏幕截图。
此致、
I.K.
我同意初始化序列是问题。 我们具有相同的通过和失败单元、而不是不同的单元。
我已连接您请求的迹线减去 DSI_CLK、因为我们没有地方探测该点。 我检查了该迹线、现在意识到 DSI_DATA 未处于 LP11状态。
初始化序列指示用户将 DSCLK 通道置于 HS 状态、将 DSI 数据通道置于 LP11状态。
这是如何实现的?
这是由驱动 DSI 线路的 i.MX8M 实现还是在 DSI83器件中实现?
尊敬的 Paul:
在 EN 被置为有效之前、确保 DSI CLK 处于 HS 模式非常重要、这样器件能够获得一个适当的复位、并在之后保持在 HS 模式。 此外、DSI 数据通道必须保持在 LP-11模式、直到序列的步骤8为止。
所有这些操作都必须由 DSI 源( 本例中为 i.MX8M)完成。 DSI83无法控制 DSI 输入的状态。
此致、
I.K.