1.预览花屏、分屏、卡屏
-
现象
分屏
花屏
打开智能识物APP，底层sensor输出默认选择1632x1224(200w)这组sensor输出，就会导致出现花屏、分屏等问题，
但是选择全尺寸3264x2448（800w）输出时，又不会出现这样的问题。
经过测量DVDD电压，发现小尺寸1632x1224(200w)出现异常。
可以看到，在使用小尺寸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。
解决方案：
- 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";
};
};
2.打开相机概率性红屏
1.现象
从log中看，sensor是有数据输出的，点击拍照也能拍，
只不过拍出来的画面和预览的画面是一样的，全红。
2.原因
由下图可以看出，AVDD上电比IO还快，不符合上电时序的要求，就可能造成许多莫名其妙的bug。
不同厂家的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之后上电才会有效
3.打开相机概率性黑屏
-
现象
预览黑屏
从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.预览闪烁条纹问题
- sensor:ov8856
- 单体机器问题
问题原因：供电不稳定
1、测试机电池鼓包引起，将鼓包电池换至其他正常机器出现同样效果。
2、电池鼓包原因可能由于此机器之前做过高低温。
5.暗环境下预览出现红色条纹问题
当sensor_out(1296,972) 按环境下出现红色条纹问题
当sensor_out(2592,1944)，没问题
根源：修改了pll时钟导致出现了异常
上一版的setting主要是修改了PLL 配置，让sensor的system clock与MCLK 24M对应的值一样。 PLL 配置有不同的组合，我们家所有的sensor都是这样修改的，没有客户反馈过纹波起伏的问题。
如果这个纹波不大，没有引起其他问题，那这样应用是没有问题的。
也可以测一下另一个组合：
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
解决办法
--- a/mm-camera2/media-controller/modules/isp/hw/modules/stats/stats32/bg_stats.c
+++ b/mm-camera2/media-controller/modules/isp/hw/modules/stats/stats32/bg_stats.c
@@ -110,6 +110,30 @@ static int bg_stats_config(isp_stats_entry_t *entry,
pcmd->rgnHNum = pix_settings->stats_cfg.aec_config.bg_config.grid_info.h_num - 1;
pcmd->rgnVNum = pix_settings->stats_cfg.aec_config.bg_config.grid_info.v_num - 1;
+ if (pcmd->rgnVOffset * 2 + ((pcmd->rgnVNum + 1) * (pcmd->rgnHeight + 1)) > camif_window_h_t) {
+ CDBG_ERROR("%s: BG ROI bigger than CAMIF window %ux%u !", __func__,
+ camif_window_w_t, camif_window_h_t);
+ CDBG_ERROR("%s: Vertical: %u %u %u", __func__,
+ pcmd->rgnVOffset, pcmd->rgnVNum, pcmd->rgnHeight);
+ bg_rgn_height = (camif_window_h_t - pcmd->rgnVOffset * 2)/pcmd->rgnVNum;
+ if (bg_rgn_height < MIN_RGN_HEIGHT) {
+ bg_rgn_height = MIN_RGN_HEIGHT;
+ }
+ pcmd->rgnHeight = FLOOR2(bg_rgn_height) - 1;
+ }
+
+ if (pcmd->rgnHOffset * 2 + ((pcmd->rgnHNum + 1) * (pcmd->rgnWidth + 1)) > camif_window_w_t) {
+ CDBG_ERROR("%s: BG ROI bigger than CAMIF window %ux%u !", __func__,
+ camif_window_w_t, camif_window_h_t);
+ CDBG_ERROR("%s: Horizontal: %u %u %u", __func__,
+ pcmd->rgnHOffset, pcmd->rgnHNum, pcmd->rgnWidth);
+ bg_rgn_height = (camif_window_w_t - pcmd->rgnHOffset * 2)/pcmd->rgnHNum;
+ if (bg_rgn_width < MIN_RGN_WIDTH) {
+ bg_rgn_width = MIN_RGN_WIDTH;
+ }
+ pcmd->rgnWidth = FLOOR2(bg_rgn_width) - 1;
+ }
+
pcmd->rMax = 255 - 16;
pcmd->grMax = 255 - 16;
pcmd->bMax = 255 - 16;
总结
1.Camera预研时，要极力排查上电时序、硬件设计是否符合sensor规范，避免不必要的bug。