Android Camera驱动 花屏、分屏、卡屏,黑屏问题分析

一、预览花屏、分屏、卡屏

1. 现象

分屏

花屏

打开智能识物APP,底层sensor输出默认选择1632x1224(200w)这组sensor输出,就会导致出现花屏、分屏等问题,
但是选择全尺寸3264x2448(800w)输出时,又不会出现这样的问题。
经过测量DVDD电压,发现小尺寸1632x1224(200w)出现异常。

DVDD

可以看到,在使用小尺寸1632x1224(200w)输出时,DVDD在1.2V到1.4V直接不停的跳,导致供电电压不稳定,
但是在使用小尺寸全尺寸3264x2448(800w)输出,这路供电可以固定到1.4V,很稳定,因此全尺寸不会出现问题!

硬件原理图

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

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

2. 解决方案:

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

  • 2.软件上:
    修改cam_vdig-supply = <&pm8916_s3>电压,固定到1.4V供电。
    kernel/arch/arm/boot/dts/qcom/msm8909-pm8916-camera-sensor-i18.dtsi

qcom,camera@0 {
···
        cam_vdig-supply = <&pm8916_s3>; 
        cam_vio-supply = <&pm8916_l10>;
        cam_vaf-supply = <&pm8916_l11>;
        qcom,cam-vreg-name = "cam_vdig","cam_vio", "cam_vaf";
        qcom,cam-vreg-type = <0 0 0>;
        qcom,cam-vreg-min-voltage = <1400000 1800000  2800000>;
        qcom,cam-vreg-max-voltage = <1400000 1800000  2800000>;
···
}
 

 //修改pm8916_s3最大值为1.4V
kernel/arch/arm/boot/dts/qcom/msm8916-regulator.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";
        };  
    };
 

二、打开相机概率性红屏

1.现象

 

红屏

从log中看,sensor是有数据输出的,点击拍照也能拍,
只不过拍出来的画面和预览的画面是一样的,全红。

2.原因

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

image

image

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

另外一点:
ov5675,只有XSHUDTN,

gc8034有PWDN和Reset脚。

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

但是我们gc8034硬件连接上,只使用了PWDN,
如果芯片不是很好,也可能带来莫名其妙的bug,图像异常,黑屏等,存在这样的隐患。

 

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

三、打开相机概率性黑屏

1.现象

预览黑屏

从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没有接收传感器传输的帧
一般来说,这个问题排查比较复杂。

2. 原因

我们基于以下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的问题。

  • 3
    点赞
  • 14
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值