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.

[参考译文] DLPC2607:图像失真

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

https://e2e.ti.com/support/dlp-products-group/dlp/f/dlp-products-forum/1214089/dlpc2607-distorted-image

器件型号:DLPC2607

大家好、

您能在下面询问我们的客户吗?

我目前正在处理一个以通过并行 RGB565接口驱动 DLPC2607为中心的应用。 在电流测试中、图像明显失真、我怀疑我违反了接口上的一个时序限制。 我尝试投影的映像为:

但投影仪上显示的图像为:

 上图是以6.25MHz 的像素时钟速度写入 DLPC2607的。

我知道问题还与我尝试写入的文件或用于写入的实用程序有关、因此我也会联系这些供应商。 但是、如果我将像素时钟减半/加倍、情况确实会改善/恶化。 下图以3.125MHz 的像素时钟速度写入 DLPC2607:

速度与失真之间似乎存在某种相关性、我认为这个问题可能与时序有关。

我已经连接了 PCLK、HSYNC、VSYNC、DATEN 和 D[0-3]信号的逻辑捕捉。 捕获是使用 Saleae 逻辑分析仪获取的、需要  打开 Saleae 逻辑2。

e2e.ti.com/.../parallel_5F00_RGB_5F00_capture.zip

在 DLPC2607数据表的第6.8节中列出了时序要求

我确实认为我满足这些规格、原因如下:

tp_vsw 和 tp_vpb:

在有效数据随时钟输出之前、VSYNC 会在2个完整线路上生效。

TP_Hsw 和 tp_hpb:

在 DATAEN 生效且数据被写入输出之前、HSYNC 会在5个上升沿生效

TP_HFP:

在 DATAEN 的下降沿和 HSYNC 的上升沿之间有9个 PCLK 周期。

此外、  每个 DATAEN 有640个上升 PCLK 边沿、即每行写入640像素:

如果您知道任何可能导致此行为的与时间有关的问题、我很感激您的了解。

此致、

Danilo.

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

    大家好,Danilo,

    Oure 团队成员正在查看此请求。

    我们将在本周结束时与您联系。

    此致、

    Akhil

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

    尊敬的 Akhil:

    感谢您的回复。我们的客户还添加了

    我想、我有一些问题可以帮助您深入探讨:
    1. VSYNC 脉冲应该出现在图像的数据传输之前还是之后?
    2.我目前使用2条线的垂直后沿和1条线的垂直前沿。 此时的前沿是正在写入的先前图像的最后一行。 未插入空行。 垂直同步延迟对它是如何工作的? 根据数据表、此设置需要设置为"6–VFP (最小值0)≤VSLD≤VBP-2"、在本例中、这将是6-2≤VSLD≤1-2 = 4≤VSLD≤-1。 VBP 的最低设置是否实际为6?

    此致、

    Danilo.

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

    尊敬的 Akhil:

    我在这个问题上取得了一些进展。 失真似乎每行2个像素。 也就是说、每条新线似乎都很短、因此出现了激进的左移。
    我找到了这些像素之一。 事实证明、我在置位 DATAEN 的同一时钟周期内写入第一个像素。 这一问题已得到解决、并且减少了失真和撕裂。 不过、目前仍有1个像素/行偏移。 我已附加了当前投影的图像和新的波形捕获。

    我会一直关注我的终端,但任何帮助都将非常感谢!

    e2e.ti.com/.../parallel_5F00_RGB_5F00_capture_5F00_2.zip

    此致、

    Danilo.

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

    大家好,Danilo,

    看来你取得了良好的进展。 看看我们能做些什么做出贡献。

    您是否愿意发送所有可用的视频时序信息? 用于发送这些视频数据的设备是什么?

    解决您的问题:

    1. VSYNC 脉冲是在图像的数据传输之前还是之后出现?

    VSYNC 将出现在帧的开头。 下图取自 DLPC2607数据表的第6.15节

    2. 我目前使用2条线的垂直后沿和1条线的垂直前沿。 此时的前沿是正在写入的先前图像的最后一行。 未插入空行。 垂直同步延迟对它是如何工作的? 根据数据表、此设置需要设置为"6–VFP (最小值0)≤VSLD≤VBP-2"、在本例中、这将是6-2≤VSLD≤1-2 = 4≤VSLD≤-1。 VBP 的最小设置是否实际为6?

    我将不得不就此获得第二个意见,但我确实同意你在这里的逻辑。 我认为最小值和最大值是为了留出空间来进行调整、其中 列出的最小值是最坏的情况、在同时使用时不起作用。 同时、请尝试调整这些值、以 满足6–垂直前沿(tp_vfp)'(最小值0)≤垂直同步线路延迟≤垂直后沿(tp_vbp)–2 (最大值15)标准、并让我知道这是否纠正了您的问题。

    此致、

    奥斯汀  

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

    您好、Austin:

    客户解决了问题。 请查看他所采取步骤的详细情况。

    视频数据由 Infineon FX3发送。 附加的上一次数据捕获(PARALLEL_RGB_CAPTURE_2)是我最近掌握的最全面的时序信息。 您可以使用 Saleae 的 Logic 软件(www.saleae.com/.../)打开数据捕获。

    我意识到我发送的采集模式没有特别有用。 我将在周一为您再生成两个模式、这些模式将更好地展示正在写出的线条。

    我还将截取更多的屏幕截图。

    他在下面发送了另一封电子邮件。

    正如所承诺的、我生成了两个捕获结果、我认为这将有助于我们更快地完成目标。 这些文件包含在文件中:new_data_captures.zip。 RGB_CAPTURE_firstlastpixel 是黑色图像、但两端存在蓝色的1像素宽条除外。 我的想法是、这样我就可以看到数据总线上每条线路的第一个和最后一个像素、并验证我是否在为每条线路发送640像素的数据。 情况确实如此。

    e2e.ti.com/.../New_5F00_data_5F00_captures.zip

    另一种捕获方法是写入具有交替的黑色和白色像素的图像。 想法类似。 然而、我发现 Saleae 在控制线(VSYNC、HSYNC、DATAEN)上看到很多干扰。 我认为这些干扰不是真的。

    我尚未尝试向垂直后沿添加线条。 我所处的环境使得添加更多线路特别困难、因此我至少想先检查其他时序特性。

    我怀疑这可能与垂直同步线路延迟或总水平消隐有关。

    我解决了这个问题! 我不确定最终是哪一个、但我有
    a.将 DATAEN 的取消置位延迟一个时钟周期、然后
    B.还将垂直前沿从2增加到20。

    现在图像将正确渲染。 (见20230417_110731.jpg):-)


    可能最终与满足总垂直消隐时序要求和垂直线路同步规格有关。

    非常感谢您的帮助!

    此致、

    Danilo.