1、问题背景
之前调试的一个项目，在生产过程中，工厂反馈有台设备出图有明显的规则竖条纹，现象如下附件图所示：
遇到此类图像异常的问题该如何去分析呢，这是本文要总结的内容。
2、问题分析
1）首先要从客户那边收集一些关于此问题的基本信息，由此来判断问题的严重程度，才好做下一步的计划和安排；
问题是否必现，若是偶现，出现概率是多少？是单体问题，还是普遍问题，出现问题的设备数量是多少？
从客户那边有了解到，生产了100k以上的设备，有1台出现，且这台设备是必现的。
2）接着就是排查，是 camera 系统中哪一部分的问题了；
基于上述信息来看，很大可能是和硬件相关，所以工厂那边反馈是有拿正常的设备，交换主控芯片和摄像头模组，
确认了问题是跟着主控芯片走的，所以才找到我们进一步来确认问题。
但客户验证归客户验，我们自己还是要验证的，即使确认了是主控芯片的问题，也要分析是主控芯片中哪一部分的问题，
因为主控芯片中涉及和图像相关的有好些个模块，比如 ISP、编码、显示等等。
如下是我拿到设备后，做的一些排查步骤：
a、首先我也是拿了1颗在我们开发板上能正常出图的模组和此设备交换，设备换上好的模组后，出图依然存在规则竖条纹。
这就能排除摄像头模组的问题了，但还是不能确定是主控芯片的问题，还是板子硬件有问题。
b、确认了设备的录像、拍照，和预览一样都是存在规则竖条纹的，因为录像、拍照和预览不是走的同一个通道，需要确认下其他显示通道上出流是否是好的。
c、dump yuv 看了也是存在规则竖条纹，那就排除了显示和编码的问题。
d、接着是设置 ISP 出 color bar test pattern ，如下图所示，也是存在规则的竖条纹；
那就有可能是和ISP相关，要确认是和 ISP 中具体哪个模块相关的话，可以通过 Tuning 工具依次 bypass ISP 中的各个模块看下结果，
但这里主控芯片可能焊接有问题，此设备的 wifi模块没有工作，所以没办法获取IP地址，连上Tuning 工具去调试。
但也可以通过查找 ISP 相关模块硬件寄存器地址，直接修改寄存器来实现 bypass 相关模块来验证，这步有点麻烦，目前还没确定就是 isp core 的问题，就暂时没进行。
e、再接着是设置 sensor 出 color bar test pattern、及dump raw图，如下图所示，发现也都是存在规则的竖条纹；
之前觉得当 sensor 出 color bar 或者 raw 上有问题时，就肯定是 sensor 的问题，
但就现在此问题来说，第一步做交换模组的排查时，就已经排除了是 sensor 的问题，所以要搞清楚在出流的 pipeline 中，raw 图是从哪里 dump 出来的；
基于我们平台，raw 数据进到 ISP 后，是通过一个硬件模块，将 sensor 进来的 mipi raw 转换成了 plain raw ,并做了16bit 高位对齐，
然后再给到后面的 ISP core 处理（包括 blc、lsc、denoise、ltm、demosaic等）。
我这里的 raw 是在进入 ISP 后 dump 的，那就可以排除是 ISP core 的问题了，所以也就没必要去一个一个 bypass isp core 中的模块去看了，所以有可能就是 ISP 最前面这个做 raw 数据转换的模块出的问题。
sensor color bar 是怎么显示的，在 isp pipeline 的哪一部分出的，这个还不了解，后面了解了会再更新一下。
f、接着硬件就把客户寄的这个设备的主控芯片，换到了我们开发板上去看出图效果，发现在我们开发板上出图，也同样存在明显的规则竖线，
那这就进一步排除了是板子的硬件问题了，肯定是主控芯片的问题。
但为什么不在换完模组，确认不是模组的问题后，就拆了芯片，换板子来验证呢？因为芯片禁不起频繁的手工焊接，怕多搞几次就报废了，
毕竟就这一台设备上才有这个现象，先查完软件该查的部分，再最后去动硬件，这是比较好的，既能保住现场，又能进一步分析出是哪个模块的问题。
g、接着就是将芯片拆下来给到芯片部门的同事去做分析了，会有针对芯片专门的故障分析流程，
最后结论是芯片 ISP 模块故障造成图像出现有规则的竖条纹，现有的ISP测试程序无法筛出，需要优化 ISP 的测试程序，筛出此类异常的芯片。
3、问题总结
我们在调试过程中，遇到出图异常的问题有很多，虽然导致的原因各不相同，但排查步骤基本都是一致的。
要从整个成像系统去考虑，去分析，理清楚整个成像的 pipeline，按照 pipeline 一个部分，一个模块，依次去做排查，最后总能找到原因的。