@israel_bolo
I see some warnings, but no errors. could you please continue and see if it compiles?

Posts made by veye_xumm
-
RE: buildme failed
-
RE: RAW-MIPI-SC132, Orin-NX custom carrier-board
@otca
The camera is now successfully probed, which confirms that both the I2C and the enable pin are functioning correctly.
The current issue indicates that the I2C control channel is working, but the MIPI CSI data channel is not. Please verify whether the MIPI CSI interface pin assignment on this carrier board matches that of the official Orin NX development board.
The Device Tree Source (DTS) should be adjusted accordingly to match the carrier board. -
RE: Do you have any plans to support color machine vision cameras?
@stiwana Sorry, we do have this in mind, but no actual plans or projected time of completion at this time.
-
RE: how to setup mv-mipi-imx287m on rpi zero 2w?
@nkos
Please enter this directory and run./make.sh
.
mv_tools_rpi/sources
-
RE: MV-MIPI-IMX264实时预览卡死的情况
@阿坎德 看现象感觉是内存泄漏。这个demo现在基本用途上是客户做一下出图验证和聚焦。所以只是个简单的例子。回头我们会安排时间跟进一下。
-
RE: MV-MIPI-IMX264在迅为RK3568上成像内容不正确
@阿坎德 相机本身支持最大的分辨率是2464(H)× 2056(V),所以你需要修改一下你命令行中width这个参数为2464.
-
RE: MV-MIPI-IMX264在迅为RK3568上成像内容不正确
@阿坎德
预览的话,我们验证过的是这个脚本:
https://github.com/veyeimaging/rk35xx_veye_bsp/tree/main/samples/opencv/mv camera
v4l2dev_2_opencv_show_grey.py -
RE: MV-MIPI-IMX264在迅为RK3568上成像内容不正确
@阿坎德 模糊的原因是镜头聚焦不清晰,应该拧动镜头进行聚焦。
软件方面已经正常了。 -
RE: AR0234 on Rk3588s is unable to capture image
@megan
First of all, please go to the following link to update the driver of mvcam. The latest driver will set the lane number in the camera according to the configuration of the DTS.https://github.com/veyeimaging/rk35xx_veye_bsp/tree/main/linux/drivers/kernel_v5.10
Secondly, the DTS needs to be configured according to your RK3588 board, and I can't do it directly for you. You can make analogies and modifications by referring to the DTS of the camera originally supported by your board.
-
RE: AR0234 on Rk3588s is unable to capture image
I see that you have ported the driver to the Radxa CM5 board. Your I2C is already working, otherwise the camera wouldn't be recognized correctly. Another thing to check is that the MIPI DPHY and CSI interfaces are properly configured in the DTS.
With the correct DTS configuration, typically on the RK3588 platform, a script for capturing images would look something like this:
export I2C_BUS=7 export WIDTH=1920 export HEIGHT=1200 export FPS=50 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 --set-ctrl frame_rate=$FPS -d /dev/v4l-subdev2 v4l2-ctl -d /dev/video0 --set-fmt-video=width=$WIDTH,height=$HEIGHT,pixelformat=GREY --stream-mmap --stream-count=-1 --stream-to=/dev/null
-
RE: how to setup mv-mipi-imx287m on rpi zero 2w?
Please try this on rpi5:
export WIDTH=704 export HEIGHT=544 export FPS=319 ./media_setting_rpi5.sh mvcam -fmt RAW8 -x 8 -y 8 -w $WIDTH -h $HEIGHT v4l2-ctl --set-ctrl roi_x=8 -d /dev/v4l-subdev2 v4l2-ctl --set-ctrl roi_y=8 -d /dev/v4l-subdev2 v4l2-ctl --set-fmt-video=width=$WIDTH,height=$HEIGHT v4l2-ctl --set-ctrl frame_rate=$FPS -d /dev/v4l-subdev2 v4l2-ctl -d /dev/video0 --set-fmt-video=width=$WIDTH,height=$HEIGHT,pixelformat=GREY --stream-mmap --stream-count=-1 --stream-to=/dev/null
-
RE: raw234摄像头移植到rk3588遇到无法采图问题。
@limengfei 可能是dts设置不正确。请根据你的硬件原理图正确设置dts。
-
RE: RAW-MIPI-SC53M maximum exposure length
@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.
-
RE: different modules simultaneously on jetson nano mipi interface
@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 -
RE: different modules simultaneously on jetson nano mipi interface
@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 -
RE: different modules simultaneously on jetson nano mipi interface
@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.