DSP

摄像头基础

2019-07-13 15:21发布

  摄像头基础介绍                 一、摄像头结构和工作原理.    拍摄景物通过镜头,将生成的光学图像投射到传感器上,然后光学图像被转换成电信号,电信号再经过模数转换变为数字信号,数字信号经过DSP加工处理,再被送到电脑中进行处理,最终转换成手机屏幕上能够看到的图像。 数字信号处理芯片DSP(DIGITAL SIGNAL PROCESSING)功能:主要是通过一系列复杂的数学算法运算,对数字图像信号参数进行优化处理,并把处理后的信号通过USB等接口传到PC等设备。DSP结构框架:   1. ISP(image signal processor)(镜像信号处理器)   2. JPEG encoder(JPEG图像解码器)   3. USB device controller(USB设备控制器)     常见的摄像头传感器类型主要有两种, 一种是CCD传感器(Chagre Couled Device),即电荷耦合器 一种是CMOS传感器(Complementary Metal-Oxide Semiconductor)即互补性金属氧化物半导体 CCD的优势在于成像质量好,但是制造工艺复杂,成本高昂,且耗电高。在相同分辨率下,CMOS价格比CCD便宜,但图像质量相比CCD来说要低一些。CMOS影像传感器相对CCD具有耗电低的优势,加上随着工艺技术的进步,CMOS的画质水平也不断地在提高,所以目前市面上的手机摄像头都采用CMOS传感器。 手机摄像头的简单结构 滤光片有两大功用:   1.滤除红外线。滤除对可见光有干扰的红外光,使成像效果更清晰。        2.修整进来的光线。感光芯片由感光体(CELL)构成,最好的光线是直射进来,但为了怕干扰到邻近感光体,就需要对光线加以修整,因此那片滤光片不是玻璃,而是石英片,利用石英的物理偏光特性,把进来的光线,保留直射部份,反射掉斜射部份,避免去影响旁边的感光点.   二、相关参数和名词 1、常见图像格式     1.1 RGB格式:     传统的红绿蓝格式,比如RGB565,RGB888,其16-bit数据格式为5-bit R + 6-bit G + 5-bit B。G多一位,原因是人眼对绿 {MOD}比较敏感。     1.2 YUV格式:     luma (Y) + chroma (UV) 格式YUV是指亮度参量和 {MOD}度参量分开表示的像素格式,而这样分开的好处就是不但可以避免相互干扰,还可以降低 {MOD}度的采样率而不会对图像质量影响太大。YUV是一个比较笼统地说法,针对它的具体排列方式,可以分为很多种具体的格式。 {MOD}度(UV)定义了颜 {MOD}的两个方面─ {MOD}调与饱和度,分别用CB和CR表示。其中,Cr反映了RGB输入信号红 {MOD}部分与RGB信号亮度值之间的差异。而Cb反映的是RGB输入信号蓝 {MOD}部分与RGB信号亮度值之间的差异。 主要的采样格式有YCbCr 4:2:0、YCbCr 4:2:2、YCbCr 4:1:1和 YCbCr 4:4:4。     1.3 RAW data格式:     RAW图像就是CMOS或者CCD图像感应器将捕捉到的光源信号转化为数字信号的原始数据。RAW文件是一种记录了数码相机传感器的原始信息,同时记录了由相机拍摄所产生的一些元数据(Metadata,如ISO的设置、快门速度、光圈值、白平衡等)的文件。RAW是未经处理、也未经压缩的格式,可以把RAW概念化为“原始图像编码数据”或更形象的称为“数字底片”。sensor的每一像素对应一个彩 {MOD}滤光片,滤光片按Bayer pattern分布。将每一个像素的数据直接输出,即RAW RGB data Raw data(Raw RGB)经过彩 {MOD}插值就变成RGB. RAW格式图像示例 2. 相关技术指标 2.1 图像解析度/分辨率(Resolution):   SXGA(1280 x1024)又称130万像素   XGA(1024 x768)又称80万像素   SVGA(800 x600)又称50万像素   VGA(640x480)又称30万像素(35万是指648X488)   CIF(352x288) 又称10万像素   SIF/QVGA(320x240)   QCIF(176x144)   QSIF/QQVGA(160x120) 2.2 彩 {MOD}深度( {MOD}彩位数):     256 {MOD}灰阶,有256种灰 {MOD}(包括黑白)。     15或16位彩 {MOD}(高彩 {MOD}):65,536种颜 {MOD}。     24位彩 {MOD}(真彩 {MOD}):每种原 {MOD}都有256个层次,它们的组合便有256*256*256种颜 {MOD}。     32位彩 {MOD}:除了24位彩 {MOD}的颜 {MOD}外,额外的8位是储存重叠图层的图形资料(alpha频道)。 2.3 光学变焦和数码变焦:     光学变焦: 通过镜头的调整,拉近拉远所要拍摄的对象,保持像素不变和画质基本不变,却可以拍到自己             理想的物像。     数码变焦:其实没有什么变焦,只是从原图片中截取出来放大,你从液晶屏幕上看到变大了,实际上画质并没有本质提高,而像素比你相机能拍摄的最大像素降低了。 画质上说基本是鸡肋把,但是可以提供一些方便。 2.4 图像压缩方式:     JPEG/M-JPEG     H.261/H.263     MPEG     H.264  2.5 图像噪音:   指的是图像中的杂点干挠。表现为图像中有固定的彩 {MOD}杂点。 2.6 自动白平衡处理技术(auto White Balance)       简单来说就是:摄像机对白 {MOD}物体的还原。相关概念: {MOD}温。 2.7 视角:   与人的眼睛成像是相成原理,简单说就是成像范围。 2.8 自动对焦:        自动对焦可以分成两大类:一类是基于镜头与被拍摄目标之间距离测量的测距自动对焦,另一类是基于对焦屏上成像清晰的聚焦检测自动对焦(清晰度算法)。 注:变焦就是把远处的物体拉近。对焦是让图像清晰。 2.9 自动曝光和Gamma:       就是光圈和快门的组合。光圈,快门速度,ISO。Gamma即人眼对亮度的响应曲线。       三、高通的CAMERA部分硬件架构   CAMERA部分硬件架构 VFE:VIDEO front-end 视频前端 VPE:Video preprocessing 视频预处理 摄像头模组中自带了ISP(图像信号处理器),所以,VFE和VPE有关图像效果处理的功能都是关闭的。 1.VFE的功能:     1.1 通过算法提高图像的质量。     1.2 提供高分辨率的图像的AWB(自动白平衡)/AE(自动曝光)/AF(自动对焦)算法处理。     1.3 图像衰减校正。     1.4 低光下的噪声滤波。     1.5 图像 {MOD}彩效果优化。     1.6 皮肤颜 {MOD}效果优化。     1.7 图像抖动计算。     1.8 亮度适应算法。 2.VPE的功能:     2.1 图像稳定性。     2.2 数字对焦。     2.3 图像旋转。     2.4 Overlay。 三、android系统camera基本架构 1.应用层 Camera 的应用层在Android 上表现为直接调用SDK API 开发的一个Camera 应用APK 包。代码在/android/packages/apps/Camera 下。主要对 android.hardware.Camera(在Framework中) 类的调用,并且实现Camera 应用的业务逻辑和UI 显示。一个Android 应用中若要使用这个android.hardware.Camera类,需要在Manifest 文件声明Camera 的权限,另外还 需要添加一些 元素来声明应用中的Camera 特性,如自动对焦等。 具体做法可如下: 2.Framework层 2.1 android.hardware.Camera:代码位置/android/frameworks/base/core/java/android/hardware/Camera.java 这部分目标是framework.jar。这是是Android 提供给app层调用的java接口。这个类用来连接或断开一个Camera 服务,设置拍摄参数,开始、停止预览,拍照等。 2.2 android.hardware.Camera这个类是和JNI中定义的类是一个,有些方法通过JNI的方式调用本地代码得到,有些方法自己实现。  Camera的JAVA native调用部分(JNI):/android/frameworks/base/core/jni/android_hardware_Camera.cpp。Camera.java 承接JAVA 代码到C++ 代码的桥梁。编译生成libandroid_runtime.so 。libandroid_runtime.so库是公用的, 其中除了Camera 还有其他方面的功能。 2.3 Camera框架的client部分: 代码位置:/android/frameworks/base/libs/camera/下5个文件。 Camera.cpp CameraParameters.cpp ICamera.cpp ICameraClient.cpp ICameraService.cpp 它们的头文件在/android/frameworks/base/include/camera目录下。 这部分的内容编译生成libcamera_client.so 。在Camera 模块的各个库中,libcamera_client.so 位于核心的位置,作为Camera 框架的 Client 客户端部分,与另外一部分内容服务端 libcameraservice.so 通过进程间通讯(即Binder 机制)的方式进行通讯。 2.4 Camera框架的service部分: 代码位置:/android/frameworks/base/services/camera/libcameraservice。 这部分内容被编译成库libcameraservice.so 。CameraService 是Camera 服务,Camera 框架的中间层,用于链接CameraHardwareInterface 和Client部分 ,它通过调用实际的Camera 硬件接口来实现功能,即下层HAL层。 四. 摄像头预览、拍照、录像基本数据流向和处理流程以及驱动调试 HAl层相关代码:(frameworks/base/services/camera/libcameraservice/CameraService.cpp) vendor/qcom/android-open/libcamera2/QualcommCameraHardware.cpp vendor/qcom/proprietary/mm-camera/apps/appslib/mm_camera_interface.c vendor/qcom/proprietary/mm-camera/apps/appslib/camframe.c vendor/qcom/proprietary/mm-camera/apps/appslib/snapshot.c vendor/qcom/proprietary/mm-camera/apps/appslib/jpeg_encoder.c vendor/qcom/proprietary/mm-camera/apps/appslib/cam_frame_q.c vendor/qcom/proprietary/mm-camera/apps/appslib/cam_display.c vendor/qcom/proprietary/mm-camera/targets/vfe31/8x60/ vendor/qcom/proprietary/mm-camera/targets/vfe31/common/vpe1/QualcommCameraHardware.cpp 主要分为三个部分,preview,snapshot,video。它们分别用一个pthread进行处理。另外还有auto focus功能也是用pthread的方式处理。预览或拍照、视频线程处理得到的数据帧都以datacallback的方式回调到上层CameraService.cpp中,进行存储或预览等操作。以下是HAL层部分的代码大概的调用结构流程。  
  1. 整个模块主要巡行三个主线程:control、config及frame。 control用来执行总的控制,是上层控制接口。
        config主要进行一些配置,这个线程里面主要进行3A的工作,另外还有一些跟效果有关的设置;         frame线程主要用来做帧queue的循环获取处理。所有事件或状态的反馈,用回调函数的方式传回QualcommCameraHardware.cpp。 2. 驱动部分从设备驱动s5k8aa.c开始。新建平台设备后,执行入口函数probe时,调用创建摄像头设备功能函数 int msm_camera_drv_start(struct platform_device *dev,                                                                           int (*sensor_probe)(const struct msm_camera_sensor_info *,                                              struct msm_sensor_ctrl *)) 并将设备信息结构体和摄像头设备调用入口sensor_probe传入。msm_camera_drv_start(xxx)函数在msm_camera.c中实现。他创建了提供上层调用的四个终于设备结点: /dev/msm_camera/frame%d /dev/msm_camera/control%d /dev/msm_camera/config%d /dev/msm_camera/pic%d 实现了上层库对VFE模块,VPE模块,jpeg_encoder模块和摄像头sensor模块驱动的控制调用接口。在file_operations中的相应函数中分别实现的是这些设备的新建初始化和IOCTL功能调用接口。 然后这个函数还创建了四个工作队列:  struct msm_device_queue event_q;  struct msm_device_queue frame_q;  struct msm_device_queue pict_q;  struct msm_device_queue vpe_q; event_q包括/dev/msm_camera/control%d传入的控制信号队列,用于将上层传下来的控制命令(command)传到config thread中去。 frame_q用于对图像帧的操作管理,预览或录像时帧将传递给DSP进行处理。 pict_q包含拍照帧,用于给jpeg_encoder进行图像编码处理。 vpe_q是VPE控制命令队列。 s5k8aa.c是相应摄像头设备的驱动部分。它的功能很简单,主要实现sensor模块的创建、初始化和控制。主要实现以下三个函数:  s->s_init = ov2685_sensor_init;  s->s_release = ov2685_sensor_release;  s->s_config = ov2685_sensor_config; ov2685_sensor_init函数:     主要实现摄像头的上电、时钟控制(MCLK)、设备初始化功能。    上电分为DOVDD、DVDD、AVDD、reset、PWDN几个部分。需要按照设备要求顺序操作,一般时钟控制顺序也包含在内。    设备初始化过程是将sensor设备的所有寄存器全部初始化一遍,采用IIC方式将初始化寄存器地址和值全部发送到sensor端。完成后此时摄像头模组才能正常工作,并将图像通过MIPI线路传送到CPU端。 ov2685_sensor_config函数:     主要实现对sensor的各种配置接口,相应的有帧率配置,白平衡效果设置,曝光度设置,特效设置等等。相应接口将配置好的寄存器列表通过IIC发送到sensor中。 3. 摄像头调试中的几个问题点: 1.1 是否正确上电,是否有时钟波形输出。    检测输出电压的电压值是否和上电时序以及MCLK是否符合sensor的要求。这部分可以用示波器和万用表测量。测量电压值和上电时序以及MCLK的时钟频率是否正确。 1.2 IIC读写是否正常。调试CPU与ISP间的I2C通信。    检测包括IIC地址是否正确,协议是否匹配。这部分也可以用示波器测量IIC的SDA、CLK的峰值、波形逻辑是否正确。 1.3 正确上电并初始化以后sensor模块是否正常工作。    这部分主要通过用示波器测量MIPI线路的数据和时钟PIN是否正确,它的波形是否含有数据,是否标准波形,峰值有没有达到要求等。 1.4 如果以上都正确了以后,MIPI控制器将接收到中断,并开始处理图像信号。此时如果出错,可以通过中断信号的出错值查看错误状态。除CPU端是否正常初始化工作的问题外,需要关注模组端设置的图像格式和CPU接收的默认图像格式和图像大小(SIZE)是否一致。模组中图片格式和图像大小通过寄存器值查看。CPU端接收图片格式和图像大小在HAL部分的s5k8aa中设置, 拍照源图像大小和预览源图像大小需要分别设置。 以上部分完成后,摄像头可以正确预览。