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.

[参考译文] DS90UB960-Q1:图像破裂问题

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1416532/ds90ub960-q1-image-tearing-issues

器件型号:DS90UB960-Q1

工具与软件:

下午好!

我们正在寻找一些有关视频"分裂"的帮助、当将 DS90UB960WRTDT-Q1解串器与 DS90UB953TRHBR-Q1串行器配合使用时、串行器又连接到工作速率为60fps 的2MP 1080p 图像传感器。 当我们 将2个 DS90UB953TRHBR-Q1串行器器件连接到 单个端口对(IE、摄像头端口0和1、摄像头端口2和3)时、似乎就会出现我们的问题。 如果在多个端口对(IE、摄像头端口0和3、摄像头端口1和4)之间有多个摄像头、则不会发生该问题。

我们通过串行器 连接到所有四个摄像头端口对解串器进行了无数次地图分析、所有这些解串器提供的地图结果都 远远超出 SNLU24中所示的最低要求。

当这种"撕裂"的情况发生时、我们对发生的情况感到有点困惑。 我们认为、这可能 与来自解串器 MIPI CSI-2端口的输出流有关。  对于上下文:

1.我们的解串器设置为 CSI-2同步操作、同时启用虚拟通道。

REFCLK 为25MHz。

3.每个图像传感器的最大数据速率(每通道)= 水平 x 垂直 x 每像素位 x 帧速率 x 开销= 1920 x 1080 x 10 x 60 x 7.5%= 1.338Gbps、这明显低于 数据表中提到的160 x REFCLK = 4Gbps 正向通道速率。

4. CSI-2发送器频率已设置为每个数据通道800Mbps、并且 CSI-2时钟持续运行。

5.已在 CSI-2端口0和1上启用尽力轮循 CSI-2转发。  RX 端口0和1转发到 CSI-2端口0、RX 端口2和3转发到 CSI-2端口1。

根据上面的计算、当单个端口对上有两个摄像头时、四个 CSI-2数据通道上的数据速率应为1.338Gbps x 2 = 2.668Gbps。 因此、2.668Gbps / 8 = 334MBps 会通过这四个 CSI-2数据通道(即数据表中的 CSI-0 (端口0))发送。

要计算出 CSI-0 (端口0)的最大带宽、我们可以计算出数据表第45页的公式(2):

  • Hactive = 1080像素
  • nSENSOR = 2
  • NCSI_LANES = 4
  • nbits/pxl = 10位
  • FCSI = 800MHz
  • TCSI = 0.93us

这样我们可得到的最大带宽为2.51Gbps / 8 = 314MBps。

您能否确认以上内容是否正确? 如果我们的计算正确、这是否意味着我们超出了解串器的最大 CSI-2发送器带宽、为了解决此问题、我们是否应提高 CSI-2 Tx 数据速率?

非常感谢您提供的任何帮助。 如果您想发送我们的原理图、布局、地图结果或 I2C 配置、我很乐意与您分享、只要我们能私下交谈。

非常感谢您的观看。

Connor。

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

    您好、Connor、

    我不确定我是否理解您的 以下含义。 连接到单个端口对或多个端口对的2个摄像头是什么意思?

    当我们将2个 DS90UB953TRHBR-Q1串行器 设备连接到 单个端口对(IE、摄像头端口0和1、摄像头端口2和3)时、似乎出现了此问题。 如果在多个端口对(IE、摄像头端口0和3、摄像头端口1和4)之间有多个摄像头、则不会出现该问题。

    您能解释一下视频撕裂是什么意思吗?

    您能在所有情况下(有效和无效)向 SER 和 DES 提供应用的寄存器设置吗? 寄存器转储

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

    尊敬的 Hamzeh:

    为困惑道歉。 希望这张图片和下面的说明清楚了一切:

     

    • 当摄像头1 自行插入解串器 FPD 端口1时(即没有其他摄像头插入解串器上的任何其他端口)、视频质量会非常好。
    • 当摄像头1和2插入解串器 FPD 端口1和2时、摄像头1和2上的视频质量都很差(发生破裂)。
    • 当摄像头1和3插入解串器 FPD 端口1和3时、摄像头1和3的视频质量都很好。
    • 当摄像头1和4插入解串器 FPD 端口1和4时、摄像头1和4的视频质量都很好。
    • 当摄像头3和4插入解串器 FPD 端口3和4时、 摄像头3和4上的视频质量都很差(发生破裂)。

    通过"撕裂"、我指的是从摄像头显示到显示屏的图像的可见屏幕撕裂(https://en.wikipedia.org/wiki/Screen_tearing)。

    如果将摄像头1和2插入解串器并将手在摄像头前挥动、则两个摄像头的视频馈送中都会出现屏幕撕裂。 但是、如果我移除摄像头2后仍将摄像头1插入系统、则摄像头1的视频质量将恢复到最佳状态。

    SER 和 DES 的寄存器设置如下所示。

    非常感谢

    Connor

    DES-SER-REG

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

    您好、Connor、

    根据您的视频数据带宽计算、我们的数据速率为~1.34Gbps/摄像机。 当您使用相同的 DES CSI-2 TX 端口连接2个 Cams 时、视频总量将~ 2068Gbps/端口。 同时、您在 DES @ 800Mbps/通道上仅使用2个 CSI-2 TX 通道。 因此、支持的最大数据速率为~1.4Gbps/端口(减去 CSI-2开销后)。

    为了使系统正常工作、DES CSI-2 TX 带宽必须大于传入数据速率、这是相反的情况。

    因此、在 DES TX 上、您必须使用4个 CSI-2通道@ 800Mbps/通道、或2个  CSI-2通道@ 1600Mbps/通道

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

    尊敬的 Hamzeh:

    根据我的理解、我们使用4个 CSI-2 TX 通道、因为我们已将 CSI_CTL 在 CSI-TX 端口0和端口1上设置为0x03。 如前所述、"...当两个摄像头位于单个端口对上时、数据速率应为1.338Gbps x 2 = 2.668Gbps 四个 CSI-2数据通道。 "

    然而、当我将这些参数输入到数据表第45页给出的公式(2)中时:

    • Hactive = 1080像素
    • nSENSOR = 2
    • NCSI_LANES = 4
    • nbits/pxl = 10位
    • FCSI = 800MHz
    • TCSI = 0.93us

    公式为我们提供了2.51Gbps 的最大带宽、即  低于 我们系统所需的2.668Gbps。

    非常感谢

    Connor  

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

    尊敬的 Connor:

    [报价 userid="573712" url="~/support/interface-group/interface/f/interface-forum/1416532/ds90ub960-q1-image-tearing-issues/5428531 #5428531"]此公式给出的最大带宽为2.51Gbps、即  低于 我们系统所需的2.668Gbps [报价]

    您是否计划降低数据速率以适应可用带宽?

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

    尊敬的 Hamzeh:

    理想情况下、不会降低数据速率以适应可用带宽。 我们需要系统以1080p 60fps 的速度运行、但我们仍然难以了解 CSI-2端口的正确最大带宽是多少。

    让我们感到困惑的是您之前的评论:

    [报价 userid="302729" url="~/support/interface-group/interface/f/interface-forum/1416532/ds90ub960-q1-image-tearing-issues/5426630 #5426630"]因此、在 DES TX、您必须使用4个 CSI-2通道@ 800Mbps/通道、或2个  CSI-2通道@ 1600Mbps/通道

    我们的寄存器映射设置为允许4个 CSI-2通道@ 800Mbps/通道、但这不是 BW 限制。 而是使用 尽力循环 CSI-2转发时的 BW 限制、我们在上面计算出的结果= 2.51Gbps。

    那么、我们接下来要问的是、解串器应该采用哪种配置来支持分辨率为1080p、帧速率为60Hz 的200万像素传感器? 仅将数据速率提高到1.6Gbps/通道并不能解决问题。

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

    您好、Connor、

    我似乎 误解了你。 如果您正在使用每个2个摄像头、这些摄像头连接到1个具有4个通道@ 800Mbps/通道的 CSI-2 TX 端口、那么您的输出带宽应该可以接受(尽管每个端口仅使用2个 CSI 通道)

    如果您向我提供 SER 和 DES 的寄存器转储、那么我可以帮助您审查它。

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

    尊敬的 Hamzeh:

    对您的回复延迟深表歉意。

    感谢您对通道计算的阐释。 请根据请求查看随附的文件。

    UB960寄存器转储

    UB953寄存器转储

    请注意、  读取 UB960寄存器时已将2个摄像头插入 FPD Link Rx 端口0和1。 UB953寄存器读取 来自安装在 Rx 端口0上的摄像头。

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

    尊敬的 Connor:

    我感到困惑、"成功"列中的数字是什么。 现在、很清楚、这些 是每个特定寄存器的读取值。 我感到困惑、因为一切都是十六进制的、但这些数字是 DEC。

    但是、该 UB960寄存器转储无效。 此读取来自 RX 端口3、但您的摄像机连接到 RX 端口0和1。  

    由于大多数寄存器是特定于端口的、因此您需要按照以下步骤转储正确的寄存器:

     写入0x4C = 0x01 #以选择 RX port0寄存器

    转储所有寄存器

    写入0x4C = 0x12 #以选择 RX 端口1寄存器

    转储所有寄存器

    提供新转储后、您能否确保所有转储都是十六进制的、而不是 DEC? 谢谢

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

    尊敬的 Hamzeh:

    请根据要求参阅所附内容。

    RX0输出(十六进制)

    RX1输出(十六进制)

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

    您好、Connor、

    我已经查看了您的寄存器转储。 我可以在两个 RX 端口上看到以下错误:

    寄存器0x4D -锁定状态已更改
    寄存器0x4E -改变了行长和行数

    然而、两个 RX 端口上接收到的数据类型和分辨率均符合预期。  

    寄存器0x73 = 0x04
    寄存器0x74 = 0x38
    => 0438 hex = 1080 dec:行数

    寄存器0x75 = 0x09
    寄存器0x76 = 0x60
    => 0960 hex = 2400 dec:字节数
    2400x4/5 = 1920 dec:行长度

    只有一个问题需要您确认:

    您正在将以下 VC ID 重新分配给传入数据。 RX0上所有传入的 VC ID 都被重新分配到0。 但在 RX 端口1上、可以将 VC ID 1、2、3重新分配为0、但将 VC ID 0重新分配为1。 这是预期吗?

    请检查这些设置并将其与您的 SoC 的预期进行比较。 因为我在 DES 或其设置上看不到任何严重问题。

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

    尊敬的 Hamzeh:

    感谢您确认接收的数据类型和分辨率正确。 当0x73-0x76正确报告时、您是否想知道 LOCK 状态和行长度/计数寄存器为什么报告错误?

    我不确定我是否理解您关于 VC ID 的问题。

    我们将 RX 端口0上的0x72设置为0x00、这会将 Rx 端口0上所有传入的数据映射为 VC ID 0。

    我们将 RX 端口1上的0x72设置为0x01、这会将 Rx 端口1上的所有传入数据映射为 VC ID 1。

    对于 Rx 端口2 (0x72 = 0x02)和 Rx 端口3 (0x03)也是如此。

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

    您好、Connor、

    对于0x73-0x76正确报告时锁定状态和行长/计数寄存器为什么报告错误、您有什么见解吗?

    锁定状态和线长度/计数位在读取位时清零。 我认为这些误差是在传输/启动之初就报告的。 为了确保出现这种情况、您可能需要转储这些寄存器两次、其间有几分钟的延迟。

    [报价 userid="573712" url="~/support/interface-group/interface/f/interface-forum/1416532/ds90ub960-q1-image-tearing-issues/5445972 #5445972"]

    我们将 RX 端口0上的0x72设置为0x00、这会将 Rx 端口0上所有传入的数据映射为 VC ID 0。

    我们将 RX 端口1上的0x72设置为0x01、这会将 Rx 端口1上的所有传入数据映射为 VC ID 1。

    对于 Rx 端口2 (0x72 = 0x02)和 Rx 端口3 (0x03)也是如此。

    [报价]

    您的意思是您只从所有摄像机接收 VC ID 0吗? 您确定没有其他 VC ID 吗? 如果是这样、那么您应该可以。

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

    尊敬的 Hamzeh:

    正确-我们只从所有摄像机接收 VC ID 0。 我们相信没有其他 VC ID、但我们将验证这一点、认为这是一个很好的理由。

    我们将继续调查分裂问题、因为该问题完全可能来自后解串器处理。

    非常感谢

    Connor

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

    尊敬的 Connor:

    感谢您提供信息。

    我将继续、暂时关闭该票证。 但是、如果您有任何问题、您可以在此处发布这些问题、该 TT 将自动重新打开。