search

ShellAlbert / Summary2019

record the reading books in 2019
1 stars 0 forks source link

VEYE.290 Camera Debug #26

Open ShellAlbert opened 5 years ago

ShellAlbert commented 5 years ago

veye.290 csi摄像头只支持1920x1080分辨率,25fps，不能通过V4L2接口调整分辨率，即使只设置为原先的1920x1080 ，出来的图像数据量是正确的，但是图像看起来是不对的，使用YUView工具查看，必须缩小x0.5倍才看起来正常。 这种摄像头只适合，上电，直接读取数据，不要通过V4L2做任何设置！！！切记！！！！ 不支持枚举分辨率！不支持枚举帧率！！！

ShellAlbert commented 5 years ago

cam1: veye.290 -> h264 hard encoder -> tx cam2: veye.290 -> h264 hard encoder -> tx cam3: usb camera (h264 1080P) -> tx

ShellAlbert commented 5 years ago

板子上连接2个csi摄像头，开机时生成了 /dev/video0 /dev/video1 /dev/video2 /dev/video3 这4个设备节点 当再次插入一个新的usb摄像头时，dmesg有相应信息输出， 但是没有生成新的设备节点？

所csi的摄像头都拆掉，单独只插入USB的也没有生成设备节点，说明内核可能有问题。 重新编译一下试试。

总结：编译的内核kernel.img resource.img应该也没有问题 问题出在ftp传输的 使用ftp将这2个编译好的文件传输到笔记本win10下再烧录， 应该使用ftp的binary模式传输，但ftp默认为ascii传输，更改binary传输后，烧写正常。

ShellAlbert commented 5 years ago

veye.290 csi cam1会生成video0 video1 video2 video3 veye.290 csi cam2会生成video4 video5 video6 video7 usb camera 会生成video8 video9

测试发现只有video2/video6支持流式传输，stream 为了简单起见，由开机脚本直接删除其他不需要的设备文件。 rm -rf /dev/video0 /dev/video1 /dev/video3 rm -rf /dev/video4 /dev/video5 /dev/video7

ShellAlbert commented 5 years ago

QQ截图20190520144614

ShellAlbert commented 5 years ago

这2个摄像头驱动程序不能在异常情况下自动复位， 如果中途使用ctrl+c将程序中断后，必须将板子断电后，重新上电（保证摄像头）， 才能恢复正常。