@Jiangzb said:

问有适配RK3588-Linux6.1的AR0234CS驱动（裸摄像头）？

不好意思，没有。

@lpcq2000 这个不支持输出lvds信号。J1作为我们模组内部的信号，不对外公布其信号定义。

@alex_ai Sure, I'll keep an eye on this issue going forward. Thanks for your feedback.

@alex_ai
For your use case, I'd suggest giving it a try — reduce the denoise2d and denoise3d values, or even set them to 0. At the same time, you can also try lowering the sharpen value.

@alex_ai

I'd like to first confirm your firmware version with you. As shown below, everything is working fine on my end.

pi@raspberrypi:~/gx_product_tool $ ./gx_mipi_i2c.sh -r snsreg 0x3070
Read Sensor Reg 0x3070, val=0x0 
pi@raspberrypi:~/gx_product_tool $ ./gx_mipi_i2c.sh -r snsreg 0x3071
Read Sensor Reg 0x3071, val=0x0 

pi@raspberrypi:~/gx_product_tool $ ./gx_mipi_i2c.sh -r version
Read version is C 01.32 and L 01.19

Regarding the image quality during IR-cut switching, may I ask whether you are using the same IR-cut filter for both the IMX662 and the IMX462? Also, could you share some sample images with me?

@alex_ai
I would recommend using the exptime and curgain functions first to check the current performance of the camera module. If you are familiar with the sensor registers, you can verify the sensor's working status by reading registers 0x3070 and 0x3071.

@robot 有这个可能，我们很久前有一个CS-MIPI-IMX307，在某些板子上有类似的问题。

@alex_ai

We recently updated the ISP tuning. Please give it a try.

https://wiki.veye.cc/index.php/GX-MIPI-IMX662_Version_Log

@robot 好的。

@robot
其实我比较建议你不用纠结cssc132这款，这个型号现在已经是按单生产状态，随时会停产。既然你们目标使用MV-MIPI-SCC130M，就应该直接用这款去调。
这两个型号的方案完全不同，从MIPI信号上来讲,到实际第三方板子的使用经验上来说,在orin平台上的连通表现也会不一样。

@robot

这个地方写的比较模糊，建议你问问他们，是不是mipi csi接口原理图兼容英伟达官方开发板？

@robot 你的orin nano跟我们的唯一区别就是你用的微雪的底板，而我们用的nvidia官方开发板底板。
我们遇到过某些第三方厂家的底板，在兼容高速相机（MV系列）的时候有问题，但是确实没有遇到过你这个现象。
建议你找一个nvidia官方开发板底板做一个对比验证。

还有一种可能是微雪的底板mipi csi接口的原理图不兼容nvidia官方，但是看他们资料应该是兼容的。

@robot
确认一下你的jetpacck版本。orin nano底板型号和厂家。

@robot
我们今天刚用orin nx做的验证。
你把出错的时候的dmesg 命令的输出结果发过来我看看。

@robot
我们就是用orin nx和orin nano的官方开发板。你这个问题不是硬件问题，试试我给你的命令，应该可以。

@robot
参考我们这个文档，安装gstreamer之后，使用如下命令，预览取图是成功的。

gst-launch-1.0 nvv4l2camerasrc device=/dev/video0 ! "video/x-raw(memory:NVMM),format=(string)UYVY, width=(int)1280, height=(int)1080, framerate=(fraction)45/1" ! nvvidconv ! "video/x-raw(memory:NVMM),format=(string)I420" ! nv3dsink sync=false

使用如下v4l2-ctl取图也是成功的。

v4l2-ctl --set-fmt-video=width=1280,height=1080,pixelformat=UYVY --stream-mmap --stream-count=-1 --stream-to=/dev/null

不过我需要提醒你的是，现在这个型号的模组已经步入生命周期的尾声，早已进入【新产品不建议】的列表里。
建议你如果选择SC132，可以考虑RAW-MIPI-SC132M这款，这款的缺点是没有自动曝光功能。
如果需要自动曝光，可以选择RAW-MIPI-AR0234M这款。

@robot 我们就是用的nvidia orin nano的官方开发板，跟你图中差不多。
不过我们没有发不过【原厂系统】。 对于jetpack6.2.2，我们有发布dtbo和一套ko文件。只要把这些替换到nvidia原系统即可。
对应步骤是这个文章的：
7.4.3和7.5.3两步，然后按照8.1和8.2进行检测一下。
https://wiki.veye.cc/index.php?title=How_to_upgrade_the_Jetson_system_to_support_VEYE_cameras/zh

完成之后重新上电，可以执行 sudo dmesg |grep sc132，把输出结果给我看看。

@robot 确实是CS-MIPI-SC32，这个型号挺老的了。你回头就按照这个步骤搞一下看看先。

@robot 我有点怀疑你使用的相机型号是不是对应cssc132的驱动。可否拍个照片我看一下？

@golden0514 好的，2464分辨率应该是内存对齐的问题。并不是传输错误的问题。树莓派5新版本的piOS好像是修改了内存对齐的逻辑：

紧密排列图片大小
Buffersize= ALIGN_UP（width*bit_depth/8,32）*ALIGN_UP(height,16)

行buffersize需要是32字节的整数倍；列buffersize是16字节的整数倍。

举例来说，3088*2064@8bit的图像大小是6406656; 3088*2064@10bit的图像大小是7991808；3088*2064@12bit 的图像大小是9576960。

可能修改一下pixel_layer_convert 工具就可以了。

暂时的话，建议你使用width是32的整数倍的roi分辨率试一下。