zoukankan      html  css  js  c++  java
  • 【Camera专题】Camera 预览花屏、分屏、卡屏,黑屏问题的总结分析【转】

    1. 预览花屏、分屏、卡屏

    image

    image

    打开智能识物APP,底层sensor输出默认选择1632x1224(200w)这组sensor输出,就会导致出现花屏、分屏等问题,

    但是选择全尺寸3264x2448(800w)输出时,又不会出现这样的问题。

    经过测量DVDD电压,发现小尺寸1632x1224(200w)出现异常。

    image

    那么问题来了?
    为啥全尺寸3264x2448(800w)输出,这路供电可以固定到1.4V,使用小尺寸1632x1224(200w)输出时,DVDD在1.2V到1.4V直接不停的跳。

    原因:本身这路电是给系统供电的,软件上我们并不会控制pm89l6_S3这路电压。
    pm89l6_S3会自身根据系统负载去动态改变电压,
    当使用全尺寸输出的时候,系统负载大,所以能稳定到1.4V,
    当使用200w尺寸输出的时候,系统负载小,S3自身会跳到1.2V。

    解决方案:

    1.硬件上,这路供电切换到一个稳定的供电电压!
    2.软件上:

    修改cam_vdig-supply = <&pm8916_s3>电压,固定到1.4V供电。

    kernel/arch/arm/boot/dts/qcom/msm8909-pm8916-camera-sensor-i18.dtsi

    rpm-regulator-smpa3 {
        status = "okay";
        pm8916_s3: regulator-s3 {
            regulator-min-microvolt = <1200000>;
    		//修改最大值为1.4V
            regulator-max-microvolt = <1400000>;
            qcom,init-voltage = <1200000>;
            status = "okay";
        };  
    };
    
    

    2.打开相机概率性红屏

    1.现象

    image

    从log中看,sensor是有数据输出的,点击拍照也能拍,

    只不过拍出来的画面和预览的画面是一样的,全红。

    2.原因

    由下图可以看出,AVDD上电比IO还快,不符合上电时序的要求,就可能造成许多莫名其妙的bug。

    image

    image

    不同厂家的sensor,对时序的要求不一样,像OV5675对三路上电的时序就没有严格的要求,gc8034相对来说要严格一下。

    另外一点:

    ov5675,只有XSHUDTN,

    image

    gc8034有PWDN和Reset脚。

    image

    相当于ov5675的XSHUDTN完成了gc8034有PWDN和Reset脚所有的功能。

    但是我们gc8034硬件连接上,只使用了PWDN,

    如果芯片不是很好,也可能带来莫名其妙的bug,图像异常,黑屏等,存在这样的隐患。

    image

    如果没有RST,时序必须满足:GC8034有power on reset,即检测到AVDD有低电平到高电平的动作,sensor内部会做reset;但需要要求AVDD在DVDD之后上电才会有效

    3.打开相机概率性黑屏

    现象

    image

    从log中分析:

    04-01 17:26:17.536 424 4171 E mm-camera: mct_bus_sof_thread_run: SOF freeze; Sending error message 
    04-01 17:26:17.539 403 4148 E mm-camera-intf: mm_camera_event_notify: Camera Event DAEMON DIED received 
    04-01 17:26:17.541 3838 3838 E Camera FW: wzm Error callback 100
    
    

    这就是SOF freeze:有示 ISP 未从内核接收到 SOF IRQ,必须检查CSID/CSIPHY/CAMIF,也就是说ISP没有接收传感器传输的帧

    一般来说,这个问题排查比较复杂。

    我们基于以下3个方面去排查问题:

    1. Timming(上电时序)
    2. sensor setting(与vendor商的fae确认)
    3. 调整settle_cnt看是否有优化
    st**atic struct msm_camera_csi2_params gc8034_csi_params = {
      .csid_params = {
        .lane_cnt = 4,   
    	
        .lut_params = {
          .num_cid = ARRAY_SIZE(gc8034_cid_cfg),
          .vc_cfg = {
             &gc8034_cid_cfg[0],
             &gc8034_cid_cfg[1],
          },   
        },   
      },
      .csiphy_params = {
        .lane_cnt = 4, 
        .settle_cnt = 0x10,//0x14//120ns
      },
    };
    
    

    不过,sof的问题,最重要的还是前面的上电时序要符合,并且reset脚要接

    我们换了三星s5k4h7的sensor,对上电时序没要求,又有reset功能,就很稳定,没出现过sof freezon的问题

    4.某一次报错BG ROI bigger than CAMIF window 1920x1080 !

    报错:

    02-13 06:49:13.392 416 4068 D mm-camera: c2d_thread_handle_process_buf_event:190 input buf index 3
    02-13 06:49:13.396 416 4103 E mm-camera: bg_stats_config: BG ROI bigger than CAMIF window 1920x1080 !
    02-13 06:49:13.396 416 4103 E mm-camera: bg_stats_config: Horizontal: 618 63 9, Vertical: 236 47 21
    02-13 06:49:13.396 416 4103 E mm-camera: isp_set_stats_fullsize_config: Stats Trigger update failed
    

    总结

    1. Camera预研时,要极力排查上电时序、硬件设计是否符合sensor规范,避免不必要的bug。
  • 相关阅读:
    links[v1]
    WebSocket handshake: Unexpected response code: 404
    Spring mvc 启动 和 请求分发
    匹配括号
    js parseFloat 精度问题
    遍历查找跳格子逻辑
    Generic type test java
    java高效判断素数
    从数组中取3个数全排列
    vue-cli
  • 原文地址:https://www.cnblogs.com/linhaostudy/p/14178807.html
Copyright © 2011-2022 走看看