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.
工具与软件:
下午好!
我们正在寻找一些有关视频"分裂"的帮助、当将 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):
这样我们可得到的最大带宽为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:
为困惑道歉。 希望这张图片和下面的说明清楚了一切:
通过"撕裂"、我指的是从摄像头显示到显示屏的图像的可见屏幕撕裂(https://en.wikipedia.org/wiki/Screen_tearing)。
如果将摄像头1和2插入解串器并将手在摄像头前挥动、则两个摄像头的视频馈送中都会出现屏幕撕裂。 但是、如果我移除摄像头2后仍将摄像头1插入系统、则摄像头1的视频质量将恢复到最佳状态。
SER 和 DES 的寄存器设置如下所示。
非常感谢
Connor
您好、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)中时:
公式为我们提供了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/通道并不能解决问题。
尊敬的 Hamzeh:
对您的回复延迟深表歉意。
感谢您对通道计算的阐释。 请根据请求查看随附的文件。
请注意、 读取 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:
请根据要求参阅所附内容。
您好、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 将自动重新打开。