When we use modules to output images, the output image from one of the output ports of the module will freeze. We have found this problem at different output ports in different modules.
When we replace another good module, the image is normal.
We think that there may be a problem with the hardware input and output of the module.
What do you think could be the cause？
Please be more specific of how to do and which ports.
We need more details then can know how to help.
Is this situation reproduced on NV developer kit?
Which jetpack release is in use?
We only used custom developer kit.
36.3.0
The ORIN is connected to a baseboard, and the information from the image chip is transmitted to ORIN through the connector and the baseboard, and then the ORIN transmits the information to the computer through PCIE for display.
請問用中文解釋你的狀況會不會更清楚一點？
比方說下面這整段話感覺好像講了什麼. 但仔細看也不太知道你在講什麼
The ORIN is connected to a baseboard, and the information from the image chip is transmitted to ORIN through the connector and the baseboard,
比方說你的image chip是在講什麼？
我的状况就是在将CIS获取的图像传输到ORIN上，再传输到电脑上显示的过程中，图像在电脑上的显示会出现卡顿，但是我们仅仅更换一个ORIN就可以解决这个问题，所以我们认为是ORIN的问题。
请问你需要知道哪些信息？
目前看來
jetpack → 36.3
板子-> 你們自己做的底板
簡單來說好了. 你整個敘述過程整個沒什麼前後文.
CIS获取的图像传输到ORIN上 → 所以你用的是哪一個interface把這資料傳到Orin 上面？
傳過去之後你又用什麼方式把圖像畫出來？ 你是畫到螢幕上看到卡頓還是輸出成檔案之後播放看到卡頓?
你這顆被換下來的Orin跑其他的測試方式會不會一樣卡頓？
聽你的敘述又提到好像有另外一台電腦跟Orin接著？
上面這一串問題有各種方式可以達成. 但你完全沒有提供這一段的過程. 沒有這些東西我們是沒辦法提供你建議的
麻煩提供完整的系統架構跟問題描述.
使用的是MIPI；使用我们自己开发的软件将图像实时显示到显示屏的时候看到卡顿；我们用换下来的ORIN在其他好的设备上也会卡顿，同样的其他设备更换一个好的ORIN就不会卡顿了；电脑通过PCIE接收ORIN传输的图像信息再显示在屏幕中。
我们希望能够走RMA流程将模组寄回维修。
你在以上的敘述全部都在講你們自己的usecase. 這顆module跟你所謂其他的正常module型號是不是一樣也不清楚.
我簡單來說好了, 你怎麼知道這不是你們usecase的問題? 你有測試過其他rendering的application嗎？ 你怎麼知道這顆module有沒有PCN update?
如果你堅持要RMA的話請你自行跟local distributor 聯繫. 我個人從上面敘述是看不出任何得RMA的證據.
如果你今天把同一顆module放上devkit + rel-36.4燒錄之後跑類似的usecase碰上卡頓, 然後其他的module是相對正常, 那我們才比較建議做RMA.
我们就是“把同一顆module放上devkit + rel-36.4燒錄之後跑類似的usecase碰上卡頓, 然後其他的module是相對正常”这种情况啊，在其他环境都相同的情况下，有的模组就会卡顿，有的就没问题。
因为跟local distributor沟通后，他们认为你们不会同意RMA，所以我们选择在论坛先反馈一下问题。
这样的话我们就走RMA程序了。
我換個說法好了. 你現在的情況就是
-
沒有人知道你到底有沒有在用devkit. 如果你一直在使用custom board. 我們沒辦法確定你的硬體到底有沒有問題
-
你的usecase到底怎麼跑沒有人知道. 整條pipeline 怎麼串起來沒人知道. 只有你一個很模糊的說法.
-
沒有任何log有提供出來
比方說好了, 今天如果跑相對簡單的openGL或是CUDA render, 這一顆module會有問題嗎? 還是說一定得跑你現在這串pipeline才有問題?
我知道你可能很相信這是純粹module硬體問題.
我們這邊的立場不會去檔你的RMA. 但我是建議你想反饋問題最好也多做一點實驗.
如果今天測到最後發現不完全是module問題, 你有可能之後還是會在新module上碰到一樣的問題. 到時候難道你又要再回來問我能不能RMA?
This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.