@veye_xumm MV-MIPI-SC130M这款镜头确实没有之前这些现象了，我将基于sc130来进行后面的工作

依旧没有成功，我们放弃在cssc上先验证了，我们会采购一个mv130来测试

@veye_xumm 我将最后再更换成更短的mipi排线来测试一下

@veye_xumm 您这边当时测试的时候两个cam通道都能出图吗

顺便说一下，我们在官方套件上同样测试了nano和tx2nx，发现和旧板子一样都只能在cam1这个接口上成功取流，而在cam0上可以成功i2c配置而取流失败，这也很奇怪，我怀疑过是相机损坏，但是我交换安装相机的位置，也同样是cam0取流失败而cam1取流成功

@veye_xumm 关于这个问题我们有了最新进展：我们买了一套官方套件，包括电源，核心板等全部替换成了官方套件中的内容，也就是说除了fpc线之外我们两边的环境应该再没有其他区别了
但是按现在的测试结果来说还是没有区别......

@veye_xumm 接口是兼容的，因为我们在同一块板子上面测试了nano和tx2nx能出图至少证明他这个原理图设计和你们预编译的设备树是匹配的，我们也在怀疑他的兼容性问题，因此我们正在想办法买nvidia官方开发底板

我刚刚又试了一下nano，能正常出图，以证明在测试orin时硬件平台连接上没有问题

@veye_xumm 用的那个r365,jp6.2.2,板子是微雪的JETSON-ORIN-IO-BASE-H

@veye_xumm dmesg.txt 这是我的dmesg打印，辛苦您帮忙确认一下

@veye_xumm 我使用nano和tx2nx使用这两个命令确实能出图，但是使用orin不行

@veye_xumm 我们正在计划使用mv-sc130那款，cssc132是我们手头现有的相机我们拿来测试，但是我们同时还是希望在等待新相机到货之前明确原因，防止在sc130上遇到同样的问题，因此如果你能提供测试平台的开发板的具体型号我们将非常感激

@veye_xumm 我发现orin的设计手册里面关于mipi这部分的硬件设计要求似乎更严格了，您方便提供一下您那边测试使用的开发板的具体型号吗？我想使用更统一的环境来测试确认一下

@veye_xumm 我今天尝试了在jeston nano和jeston tx2nx两个核心板上用同一个硬件平台上面同步验证了一下，这两个平台使用预编译的驱动都能正常出图没有问题，我为了以防万一搞了一个新的orin nano核心板来验证，Orin这边还是不出图......

@veye_xumm
mr123@ubuntu:~$ sudo dmesg |grep sc132
[sudo] password for mr123:
[ 11.962504] cs_sc132: module verification failed: signature and/or required key missing - tainting kernel
[ 11.964932] cssc132 9-003b: probing v4l2 sensor
[ 11.965743] cssc132 9-003b: tegracam sensor driver:cssc132_v2.0.6
[ 11.966346] cssc132 9-003b: read sensor id 0132
[ 11.966352] cssc132 9-003b: camera id is cs-mipi-sc132
[ 11.966405] tegra-camrtc-capture-vi tegra-capture-vi: subdev cssc132 9-003b bound
[ 11.970148] cssc132 9-003b: Detected CS_MIPI_SC132 camera
[ 11.977337] cssc132 10-003b: probing v4l2 sensor
[ 11.978659] cssc132 10-003b: tegracam sensor driver:cssc132_v2.0.6
[ 11.983230] cssc132 10-003b: cs_sc132_board_setup: error during i2c read probe (-121)
[ 11.983237] cssc132 10-003b: board setup failed
[ 11.983316] cssc132: probe of 10-003b failed with error -121
mr123@ubuntu:~$

@veye_xumm 我说的原厂系统指的就是nvidia原厂系统，然后驱动用的是你们预编译的ko和dtbo，只做了这些操作

另外我看wiki上面确实写了6.2.2搭配orin nano搭配cssc132相机确实是可以用的对吧，我只在昨天上午成功过一段时间，一直到现在都没有再成功过，我只能说我是完全按照wiki的步骤来的，这个现象太奇怪了，而且结合这个报错，有没有可能是我使用的fpc排线或者是开发板的差异，导致mipi信号畸变导致无法解析，如果可能的话能讲一下你们所使用的测试环境吗

@veye_xumm 我昨天测试了一天现象很奇怪，我第一次重刷成原厂系统后确实出图了，然后我又尝试的自编译驱动，也出图了，然后我逐步替换自编译的ko，然后替换到某个驱动的时候突然不行了，于是我回退开始确认这个现象，但是发现回退完还是不出图，然后我一路回退，回退到了预编译ko和设备树，发现也不行了！
更离谱的是我再次重刷，然后按早上的步骤重刷系统和预编译驱动，还是不行！
我现在想确认一下就是通过i2c配置的寄存器他是否会保存，断电后依然存在，是否可能是某个配置写死后没有清除导致的不恢复？

我今天会测试把nvidia的系统一烧进去，其他什么操作都不做就把git上预编译的ko和设备树按流程放进去来测试一下，测试完我也会同步进展，期待您的指导