administrators

@limengfei 可能是dts设置不正确。请根据你的硬件原理图正确设置dts。

@izaak In fact, in the Video streaming mode, it is impossible to achieve an exposure time of 1 second. I conducted a test in the 2 - lane raw8 format, as follows:

pi@raspberrypi:~/mvcamera/mv_tools_rpi $ ./mv_mipi_i2c_new.sh -w fps 0.01 
w fps 0.01
pi@raspberrypi:~/mvcamera/mv_tools_rpi $ ./mv_mipi_i2c_new.sh -r fps      
r fps is 3.48 fps
pi@raspberrypi:~/mvcamera/mv_tools_rpi $ ./mv_mipi_i2c_new.sh -w metime 1000000
w manual exp time is 1000000 us 
pi@raspberrypi:~/mvcamera/mv_tools_rpi $ ./mv_mipi_i2c_new.sh -r exptime       
r current exptime is 287129 us

It can be achieved in Pulse Trigger Mode. However, due to the excessive accumulated dark current, the signal noise will be very high. I don't think it has practical value.

@nkos

@joe The RAW-MIPI-AR0234M is a MONO camera that has no color information and therefore does not support the UYVY data format. Please refer to this link below:
https://wiki.veye.cc/index.php/Mv_series_camera_appnotes_4_jetson#Configuring_global_variables

@joe
Please get tegra234-p3767-camera-p3768-veyecam2m-raw_ar0234m.dtbo
from here:
https://github.com/veyeimaging/nvidia_jetson_veye_bsp/tree/master/dtbs/Orin/JetPack_6.1_Linux_JETSON_ORIN_TARGETS/orin_nx_nano

@joe
It is better to compile dtbo in the cross-compile environment of the jetson system, because there are some references that may not be available on the orin board.
I'll arrange to do a bit of compiling for you as soon as possible.

@joe said in different modules simultaneously on jetson nano mipi interface:

It's still the same procedure：

What you need to do is to reintegrate the DTS based on our released code and compile it into the required DTB file.
Specifically, the DTB file we are currently releasing configures both CAM0 and CAM1 as the same camera model.
Now, you need to integrate the DTS files of the two camera models into one DTB file. This will specify that CAM0 is one model and CAM1 is another model of the camera.

@xym
你参考这个脚本试试：

export I2C_BUS=7

export WIDTH=1456

export HEIGHT=1088

export FPS=60

v4l2-ctl -d /dev/v4l-subdev2 --set-ctrl roi_x=0

v4l2-ctl -d /dev/v4l-subdev2 --set-ctrl roi_y=0

media-ctl -d /dev/media0 --set-v4l2 '"m00_b_mvcam '"$I2C_BUS"'-003b":0[fmt:Y8_1X8/'"$WIDTH"'x'"$HEIGHT"'@1/'"$FPS"']'

v4l2-ctl -d /dev/video0 --set-fmt-video=width=$WIDTH,height=$HEIGHT,pixelformat=GREY --stream-mmap --stream-count=-1 --stream-to=/dev/null

@aike 我们对接rk平台的经验中，只有一个厂家的板子遇到了给你这个完全一样的问题，就是用上次帖子中的方法解决的。该问题原因是此板厂提供的linux内核，调用veyecam2m_enum_frame_sizes时没有正确的传入fse->code参数，导致参数验证失败。

如果你这个方法解决不了问题，建议打开驱动中的DEBUG_PRINTK宏定义，查找一下哪个函数返回报错了。
如果只是打开这个宏定义不够，需要你手动在这些函数返回错误的地方增加打印信息，进行查找报错处。

@mv

For third-party carrier boards on the Orin Nano or Orin NX platform, we have indeed encountered issues with MIPI signal transmission quality. There isn't a good solution at the moment, so we recommend switching to an official NVIDIA board.