@mparem
Since I don't have the tablet board here, the following is just a suggested approach based on my guess. You can try commenting out the following two lines or modifying them as shown below:
clocks = <&ext_cam_ov5647_clk>;
clock-names = "xvclk";
@mparem said in OrangePi cm5-tablet RAW-MIPI-SC132M:
his is the decompiled dts, which I modified (set i2c address to 0x3b and changed compatibility to veye,mvcam), compiled, then moved back into /boot/dtb*/rockchip/rk3588s-orangepi-cm5-tablet.dtb (faster than recompiling with orangepi-build)
I haven't used this method before, and I didn't quite understand your source code.
Now it seems the issue might still be with the DTS. I suggest you try editing the DTS source code using conventional methods.
@mparem
Please post dmesg | grep mvcam output here.
@mparem
Because on the RK platform, the mvcam driver needs to be built into the kernel, it will not appear in the lsmod list.
Please send me your current DTS and the related error so I can take a look.
The cam2 interface on the tablet corresponds to dcphy0 and i2c6, which is correct.
good luck!
@goooofy
你现在的驱动中i2c肯定是没问题的，时钟信号这些东西通常不会引起这种错误，也可以排除。
现在需要核实你的dts中mipi csi接口的定义是否与原理图一致。
此外，rockchip平台取图的话，需要做一系列的配置工作。media-ctl之类的配置roi和分辨率。要注意一下这些配置是否正确。
最后，你可以尝试以下veye_viewer这个软件。
@newstec
https://wiki.veye.cc/index.php/How_to_upgrade_the_Jetson_system_to_support_VEYE_cameras
Please refer to this article, mainly part 6.6, part 6.8, and part 8.
Your current image is Jetpack 5.1.2 with L4T version r35.4.1. The mvcam driver included in it is relatively old, so the mv_probe.sh script cannot work properly. — For more details, you can refer to the comments at the top of the mv_probe.sh script.
In addition, please try running the following script and see if it shows continuous messages indicating that data is being received. If it still fails to receive data, please run sudo dmesg to check whether there are any error messages.
export WIDTH=2560
export HEIGHT=1544
export FPS=50
v4l2-ctl --set-ctrl roi_x=0
v4l2-ctl --set-ctrl roi_y=0
v4l2-ctl --set-fmt-video=width=$WIDTH,height=$HEIGHT,pixelformat=GREY
v4l2-ctl --set-ctrl frame_rate=$FPS
v4l2-ctl --set-fmt-video=width=$WIDTH,height=$HEIGHT,pixelformat=GREY --stream-mmap --stream-count=-1 --stream-to=/dev/null
@joe said in VEYE-MIPI-IMX462 on Seeed J401 Carrier Board + Orin Nano 4GB (JetPack 6.2 / L4T 36.4.3) – No /dev/video Device Detected:
Questions:
What could be preventing /dev/video0 from being created, even though the sensor is detected by the kernel?
Under normal circumstances, as long as the I2C communication is working, the /dev/video0 node should be generated properly. Based on my initial assessment, your issue likely stems from differences in the usage of MIPI CSI pins between the J401 carrier board and NVIDIA's official developer kit when paired with the Orin Nano core module. Since our DTBO is based on the device tree of NVIDIA's official developer board, it may not be fully compatible with the J401 out of the box. You can try analyzing the full dmesg output to identify any errors. I suggest reaching out to Seeed for further assistance on this issue.
@golden0514 你好。
我们相机有一个底层逻辑，fps参数会优先于曝光时间设置。
如果你想要1秒的曝光时间，需要先将帧率设置为1帧/秒，然后再设置曝光时间即可。
@mv
It appears that the camera was successfully probed on i2c-10. Next, you can refer to Part 9 and Part 10 in this link to try capturing images.
You can also try using veye_viewer.
@myzy said in 请教IMX287M驱动移植到RX3588的操作:
如果没有linux驱动的基础的话，不建议做这个工作。有一定的门槛和难度。
你的主板是什么型号的？
需要首先编译你主板的系统，然后在系统中增加我们摄像头模组的驱动，做出新的系统。
@golden0514 你可以进一步将fps设置小，相应的最大曝光时间也会拉长。
@golden0514 这篇文章没有修改曝光时间的东西吧？ 有设置格式，分辨率，帧率，取图相关的内容。