Welcome to the forum. Before I can analyze further, could you post a couple of photos of the hardware connection — one at the Raspberry Pi end and one at the camera end? Also, please generate and attach the diagnostic bug report so I can see what’s happening on the system.
Thanks, I’ve gone through the photos and the bug report. Good news: the camera itself is working fine under libcamera. The reason v4l2-ctl --list-ctrls shows nothing for the CSI camera is that libcamera is the supported control path for this module, not v4l2. Please use the libcamera parameters to control the module. The rpicam-still documentation covers the options: https://www.raspberrypi.com/documentation/computers/camera_software.html#rpicam-still
That makes sense on the libcamera side — I’ve confirmed libcamera works with the camera. But the documentation for this CAM also says it supports v4l2 (Video4Linux2). My application depends on v4l2. If libcamera is confirmed working, why is the documented v4l2 support not working when I actually try to use it?
Right, the hardware is technically compatible with the v4l2 API, but Arducam’s development and support focus is on libcamera. The v4l2 implementation is not actively maintained, so v4l2 functionality isn’t guaranteed and we don’t provide dedicated troubleshooting for v4l2-specific issues. For projects with Arducam camera modules, I’d recommend sticking with libcamera — that’s the configuration we test extensively and officially support.