1220项目摄像头问题记录备注

来源:互联网 发布:常州瑞声科技 知乎 编辑:程序博客网 时间:2024/03/29 10:24


1,ois调试中遇到的问题.在X1220项目中刚开始使用的是艾森美的ois,I2C通信到没出现什么问题,主要是ois初始化和马达驱动的适配,再就是设计接口,实现不同sensor的不同ois兼容.

起初,ois的补偿角度是0.5度后改为1度后效果更明显,ois有两种模式1)still,2)movie,补偿频率6HZ.          因为也是第一次接触OIS技术,对其理论原理,软件实现具体流程,进行了深入的了解,研究和调试,也遇到了各种奇奇怪怪,想不到的问题,举一个简单的例子,起初调试OIS时,I2C通信可以了,但是镜头出现经常性的无缘无故抖动,查看代码,咨询信利,修改参数都不见效果,

后来发现用手用力按住,让摄像头和手机主板紧密贴合在一起就不会镜头振动了,然后咨询了艾森美工程师,了解到,OIS的陀螺仪很敏感,只要检测到轻微的移动就会调整镜头,最终导致镜头频繁调整,不能稳定下来.   再如,因为我们一般都是摄像头模组会选两家作为供应商,而瞬宇信利所用sensor不同,OIS driver相同但都是独立跟自己模组适配的,导致OIS驱动大体流程一样,具体参数差别很大,无法整合兼容.这个问题如果MTK支持OIS,就会和几家模组厂同时适配,我们的问题就会少很多,但此时MTK OIS还未发布.这部分工作就需要我们自己来做了.       再者如果瞬宇信利的OIS驱动如果整合在一起,到时出现问题,两者协调是一个头痛的问题,所以必须两者分开独立运行.因为二者都是用艾森美OIS方案做的,代码架构,函数名称都是相同的,而且全部编译肯定会造成大量函数名冲突报错.还有就是,OIS和AF马达也是一起的,这个和MTK的AF部分也是不同的,这些问题需要同时考虑,需要自己构建一个思路架构能够让瞬宇信利OIS可以独立使用,不会出现编译问题,并且和MTK的AF流程和sensor兼容部分融合在一起. 经过几天的思考尝试最终解决了这些问题.


竖条纹
在调试瞬宇自己生产的OIS模组时,出现在暗环境下有很多竖条纹,power noise很严重,一方面可能是我们手机主板及翻转摄像头部分的原因,另一方面可能是瞬宇自家模式的问题,因为瞬宇也是第一次量产OIS模组,经验不足.首先需要配合硬件来定位是我们主板问题还是模组问题,需要反复测试打开关闭OIS,打开关闭各个电源,测量数据信号及电源纹波等.另一方面,如果硬件短时间内搞不定,就需要从软件方面尽可能的优化,不让竖条纹太过明显,这个需要调试AE gain,太低导致暗环境太暗,高了则竖条纹明显,这个需要反复调试AE,反复往返于座位和暗室之间...还要和多媒体确认,让两方面都可以接收.最终也都及时解决了,说明摄像头模组的性能测试要提前评估. 最根本原因---AVDD和陀螺仪的电压共用和主板共地综合作用导致相互干扰.



效果调试
瞬宇摄像头效果的调试是MTK来负责的,但需要我们这边配合进行,反复整合参数,验证效果.有时要在master分支编译验证,有时要在app分支编译验证,MTK参数文件很多目录都有,每次修改的也不同,有时还要进行某个参数回退,虽然每次都有参数备份,但反复次数多了,时间久了,稍不注意就容易出现个别参数修改错了,参数没生效的问题,期间也犯过几次这样的低级错误.这是需要仔细仔细再仔细.这个也是需要吸取教训的地方.再就是,很多时候我们这边很急,但MTK FAE不急,因为他可能同时还在负责其他公司项目调试,不可能只把时间花费在我们这边,其中有段时间,为了加快进度,我们经常跑到MTK那边办公,调试集成验证问题,抓住FAE先解决我们的问题,经常拉着FAE一起加班到晚上十点以后.还好,最终再上市前完成了效果调试的工作.条理清楚,集成准确,编译到位,优化流程,协调配合.   有一点要注意,有时单独编译so并不能使参数生效,有时还会破坏参数,稳妥的是编译systemimage.


夏普OIS的I2C通信问题:

芯片需要开启IIC协议中的Clock Stretching
目前罗姆ois的driver ic通信要求在读操作时,写地址后,先stop再restart,再进行读操作.
而目前52平台是写地址后,直接restart,之前没有进行stop动作.请提供这方面的支持,谢谢


0 0