camera 调试输出格式及调试常见问题

admin

驱动者，三分硬件，三分格式，四分软件。
    在手机中，我们常将camera直接称为sensor，展讯平台的sensor就像lcd一样，已经十分的成熟了。沿袭前面的模式，先介绍一下硬件的基本知识。
. y. K% G$ m! d, ]4 x; q% G  x


    一、sensor的种类

        其实这个对于驱动来说基本略知就可以了，处于那种说出来要知道是在说sensor的专业名次这种程度就OK了！一般来说，sensor有两大类，CMOS和CCD。
7 C: k, y' T: L一般来说，CCD的功耗高，拍摄质量高，造价高，他更适合在数码相机或DV中使用，而我们的手机中，在像素要求本来就不是苛刻，但是对空间和成本有比较高要求的话，一般都会选择CMOS的摄像头。它的工作原理很简单，接收外界光线后转化为电能，再透过芯片上的模-数转换器（ADC）将获得的影像讯号转变为数字信号输出
, l- N9 x, G# J) w; c0 T& N
二、sensor的输出格式
/ P1 e- }& q) j" d' E) S5 W+ j        同样，sensor的输出格式也不是单一的，可以分为YUV、JPEG、RGB、RAW，这几种格式。
4 Y5 U* o' H$ x6 g: m        1、YUV
! t! [0 N& ^( X* E“Y”表示明亮度（Luminance、Luma），“U”和“V”则是色度、浓度（Chrominance、Chroma）， 一般情况下sensor支持YUV422格式,即数据格式是按Y-U-Y-V次序输出的。
, k& u* D9 z9 Z        2、JPEG
% J# r/ C  e' T4 v0 o5 P
5 k  O! _6 {; F8 K0 q这个不用很介绍，作为一种存储格式它是非常普遍的，但是作为sensor的输出格式的话，一般是低分辨率的，其自带JPEG engine，可以直接输出压缩后的jpg格式的数据
     3、RGB
5 v* a  Q' Z. G& X1 {传统的红绿蓝格式，比如RGB565.通俗点说它的颜色混合方式就好像有红、绿、蓝三盏灯，当它们的光相互叠合的时候，色彩相混，而亮度却等于两者亮度之总和,越混合亮度越高，即加法混合。
    4、RAW
图像感应器将捕捉到的光源信号转化为数字信号的原始数据。RAW文件是一种记录了数码相机传感器的原始信息，同时记录了由相机拍摄所产生的一些原数据（Metadata，如ISO的设置、快门速度、光圈值、白平衡等）的文件。RAW是未经处理、也未经压缩的格式，可以把RAW概念化为“原始图像编码数据”或更形象的称为“数字底片”。
7 L1 u! C) G% _" O9 w
5 N% ^. K% T( b% I8 P
% q  n& k- {# u3 P1 A/ [7 p好了，介绍完他们的输出格式之后，我们有样的疑问，我该选择哪种格式作为输出呢？
     对于展讯平台，sensor的输出格式一般都为YUV的，他的流程是：摄像机的原始数据应该是RAW来记录的，里面的数据可能会是RAW RGB来表示，然后sensor模组里面自带的ISP会将数据转换成YUV格式的输出出来，输出到我们的AP里面后DSP会将YUV格式转换成RGB的，然后在输出到屏上，如果是拍摄出来的就要经过DSP将格式再转换成为JPEG的存储下来。

9 H- p! t6 O9 n) B) L. ]这就让我们很费解，既然能够输出RGB格式的数据，为什么又几经周折，转换来转换去，费时费力？在这里我们就要在照片质量和处理速度上做一个权衡。
/ H/ B( _6 k4 d
    首先，如果说数据量最小，那么莫过于RAW格式，但是，数据传输过来要经过一次性大量的计算才能将里面的信息提取出来，如果你想用，一般5M以上sensor就只输出RAW数据以保证比较快的输出速度，后端挂一个DSP来处理输出的数据。其次是JPEG，数据量也很小，但是同样要求较快的处理速度。

    而RGB和YUV一个像素都是占用了2B的大小，但是RGB却可以数据读出来直接刷到屏上，为什么要却要选择YUV的呢？原因在于YUV输出亮度信号没有任何损失，而色偏信号人眼并不是特别敏感，RGB565输出格式是R5G3 G3B5会丢掉很多原始信息，所以YUV图像质量和稳定性要比RGB565好的多。

, q+ p2 c8 j" _$ `& l# A- S   那么，虽然在展讯平台上默认的是YUV的，并不是说他是最好的或不可更改的，我们要根据不同的情况选择时候世事的输出格式！
% S7 x; S: o) u$ m) Q' k

说一说架构格式，非常固定，首先在sensor_cfg.c里面申明并定义一个SENSOR_INFO_T结构指针，然后就可以在具体的sensor_***.c里面实现你的驱动代码！


! ]* i2 b6 b4 C调试sensor常见的问题：
1.读不到ID：需要确认三个电源，power down 和reset的极性，mclk，I2C是否正常打开。如果这些信息确认是正确的，还不能读到ID基本可以确认是sensor的硬件问题。
/ X7 p$ R6 N& J3 l3 H) R
6 ~, N: h' r/ x- i5 q8 ]2.能读到ID但是点不亮：这是最常见的情况，这个是时候已经能确认上述的硬件信号都是正常的，先要看HS/VS/PCLK的极性是否配置的正确，是否在预览前丢了1帧以上，sensor的输出尺寸是否正确。这些通常需要通过sensor的datasheet来查看寄存器配置的是否正确。

3.拍照死机：要确认是否在拍照的时候设置了set_mode（用来设置拍照时的sensor输出数据大小的设置），memory是否足够大？
DC_MEM = Frame_W*Frame_H*2 *MAX((1 + need_rotation),(1+is_jpg)) + 1M根据这个公式算出来，在dc_product_cfg.c中进行配置。

4.花屏：如果是很多绿线的花屏的话那么通常是HS/VS/PCLK的极性配置反了或者驱动电流太小被干扰了，如果是红蓝的颜色反了的那么是yuv输出数据反了，在yuv_info中进行配置。
4 S/ K, {8 O  w1 m. W( f" x" Q
5.分屏：这个是刷屏的时候刷的不是同一帧数据，是LCD的FMARK引脚没有引出来，或者没有配置。如果LCD没有这个脚的话，需要估算一下刷屏的时间，然后将sensor输出的帧率调的跟它匹配。

6.旋转：预览的在startpreview里的rotation设置成需要的角度，拍照的在_DCAMERA_DoSnapshot里面将rotation设置成需要的角度，VT在传给底层参数时将screen2sensor_angle设置为DVT_MW_ROTATE_90或其他角度。

( b; U4 F, _6 g( _" r


% a8 G) Q$ `/ D) ?5 P

SNOWs

{:biggrin:}正再学习呢，谢楼主!!!