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

您好、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上的摄像头。

尊敬的 Hamzeh：

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

RX0输出(十六进制)

RX1输出(十六进制)

尊敬的 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