大家好！
我们正在开发基于 i.MX8M-MINI Android 11的定制器件、该器件使用 SN65DSI83 MIPI DSI 转 LVDS 桥接器。
一般而言、我们的设备工作正常、但是我们注意到一个很少见的问题、需要多次打开/关闭设备屏幕才能发生。 如您所见 附加的 f1.png 图像、当问题发生时、屏幕上半部分损坏、同时屏幕下半部分仍正常工作。
e2e.ti.com/.../TI_2D00_images.zip
通常可以通过锁定和解锁器件屏幕来解决此问题、以便重新初始化 LCD、但我们需要了解相应的根本原因。
我们已根据显示屏数据表在 Linux LCD 驱动器上尝试了许多显示时序、并在 DSI83驱动器上设置了额外延迟、但没有成功。
我们注意到、发生该问题时、如果我们从 DSI83 (0x3C = 0x10)发送测试模式、则干扰不可见、 但当返回到正常视频流(0x3C = 0x00)时、屏幕问题再次出现、这使我们认为问题出在 i.MX CPU 的 MIPI DSI 部分、 但是、我们想让您从 DSI83的角度了解您是否可以为我们提供任何调试步骤。
非常感谢您提出任何建议、
谢谢。此致、
埃斯特班五世
尊敬的 Esteban：
您是否按照数据表中的表7-2中的初始化顺序进行了操作？ 当 EN 引脚从低电平变为高电平时、您是否可以使用示波器确保 CLK 处于 HS 状态、数据处于 LP11状态？
谢谢 Allison
尊敬的 Esteban：
在 EN 引脚从低电平切换到高电平之前、DSI 数据通道应处于 LP11状态、如下所示：
在示波器屏幕截图中、EN 引脚在数据处于 LP11状态之前开始斜升。 您还可以在 EN 引脚上添加一个外部电容器以延迟斜坡。
最好的，Allison
您好 Allison：
感谢您的意见和建议、需要指出的是、目前我们的硬件通过电容器控制 DSI83 EN 信号、如 图8 信息。
我们之前共享的测量是通过对 EN 信号进行硬件返工完成的、以便由 GPIO 控制、如所示 图9 。
但是、首先我们想了解 图8 是有效的设置以及在这种情况下的正确初始化顺序、因为在待机(即锁定和解锁我们的平板电脑显示屏)情况下、它不会延迟、因为它在上电后始终处于高电平。
期待您的评论、
谢谢。此致、
埃斯特班五世
您好 Allison：
感谢您的答复。 关于您的问题、请在下面查找我的评论。
是的、我们测量了 VCC、它在给器件上电后始终处于高电平。
2.-我们正在处理相应的初始化序列、目前我们正在通过 GPIO 控制 EN 信号、请找到下图所示的相应初始化序列。
我在前面展示的测量中看到、DSI 时钟和 DSI 数据信号处于 LP11状态2.28ms、但之后它们进入 HS、这在 EN 信号从低电平变为高电平之前发生、我的理解是否正确？
期待您的评论、
谢谢。此致、
埃斯特班五世
您好 Allison：
感谢您的意见和参考代码、在测试我们最新的软件修改时、上电序列由如下所示的测量结果决定。
正如我所看到的、当 DSI CLK 处于 HS 模式且 DSI 数据通道处于 LP-11模式时、EN 信号设置为高电平、我认为这涵盖了预期的上电序列、电压似乎在预期范围内。
不过、仍然会出现干扰(即屏幕上显示的图像有一半偶尔损坏)、您是否对我们从 SN65DSI83的角度进行测试有任何其他建议？
期待您的评论、
谢谢。此致、
埃斯特班五世
