UNICODE 在a31s平台下点亮ov7725(使用ak78s开发板)V0.02.pdfVIP

UNICODE 在a31s平台下点亮ov7725 （使用ak78s开发板）V0.02.txt 在 ak78s 开发板上，全志已经点亮了 CSI 接口的双摄像头组合 gc0308+gc2035，以及 gc0308+ov5640 gc0308为格科微的30W摄像头，gc2035为格科微的200W摄像头 由于我们将来使用ov7725/ov7740与ov5640摄像头都是ov 的，最开始就先将ov5640 的驱动修 改为ov7725/ov7740 的 最开始去海克莱特调试的时候，最开始比对摄像头的硬件接口，和他们的ak78s 的板子完全一 样 （当时我们怕引脚不同，要跳线，将一片以前的废板上的摄像头的24条线都引出来 ^_） 由于ov7740 的I2C接上去直接可以读写，就先从ov7740调起来了 （OV7725挑平台，有些平 台只能够写，不能够读，根据经验先调通ov7740，将ov7725放在后面验证！） 在ak78s板子上， AVDD=2.8V DVDD=1.8V DOVDD=2.8V 在海克莱特，徐工用gc0308+ov5640 的img，将摄像头切换到前摄像头gc0308 （I2C地址同为 0x42），然后关闭驱动中读写寄存器的语句。可以读出来摄像头ov7740 的设备号： 0x0A=0x77 0x0B=0x42 一般情况下认定摄像头已经可以正常工作了。并且用示波器测试： xclk=24MHz pclk=48MHz vsyn=60Hz hsync=28.2kHz???? data0-7有数据 证明摄像头是通了，可以正常工作了，摄像头有发送数据 （data0-7数据引脚）出来，但是a31s 平台的板子ak78s因为配置原因，就是检测不到而已！ 第二天，海克莱特的人不陪我调了。我觉得有可能是驱动框架的问题，ov5640和ov7740都是 ov一家的，框架肯定差别不大，于是就开始了漫长的修改ov5640 的代码的问题了 由于ov5640 的I2C从地址为0x78，只能够用gc0308.c。还需要用ov5640.c替换掉gc0308.c， 到时候将编译的gc0308.ko用adbpush进去 首先关闭ov5640.c上面的读写寄存器的语句（ov5640是16位I2C地址，还需要从驱动gc0308.c 里借用i2c 的读写函数），然后删除AF 自动对焦部分的代码！ 将很多函数都直接return0 了。尝试了一周，还是黑屏，不亮 电压也是过了。根据经验，AVDD应该要3.3V，把以前的转接板割线，3.3V外接，还是不亮 不过AVDD=2.8V会有图像，只是有竖条纹的问题。确认问题应该不是在这里了 后来，觉得ov5640需要控制AF等等功能，代码里面有太多没用的东西，删除AF之类的可能 会改出问题。还有就是ov5640是500W拍照，预览最低是 100W，黑屏可能是因为显示错误！ 单摄像头点亮gc0308 的时候，发现在sensor_init里面配置寄存器表sensor_default_regs_24M和 sensor_default_regs就可以点亮gc0308，只是颜色不对 于是用这份ov5640 的修改的代码，直接配置gc0308，亮了，图像入预期的偏色！证明在a31s 平台下，驱动ov5640.c和gc0308.c 的架构是一致的！ 于是直接用gc0308.c修改了，肯定不会因为预览错误而黑屏了！ 然后笨方法笨办法，在gc0308.c里面的每一个函数加printk打印语句，看点亮gc0308会走哪几 个语句，ov7740黑屏的时候驱动做过什么，确认异同！ 偶然的原因，发现正常工作的摄像头gc0308，会频繁进入vfe_isr 函数，看名字猜测是中断处理 的函数！ S:\lichee\linux-3.3\drivers\media\video\sunxi-vfe\vfe.c vfe_isr 并且，看打印信息出现的频率大概和帧率一致 （gc0308每秒才10帧，很容易看！），那就是vsyn 的频率！ 猜测：VSYNC设置的问题 于是找硬件用示波器分别测试4个摄像头 （ov7740/gc0308/gc2035/ov5640），看看会不会有什么 异同： 当时曾经怀疑是不是a31s 的性能比较弱，图像处理不过来，就算降低ov7740 的帧率为7.5fps， 也还是黑屏！ OV7740，7.5fps，周期为133.3ms。其中，高：1ms，低：133.3-1=123.3ms gc0308/gc2035/ov5640 （均已经点亮）： gc0308，9fps，周期为111.1ms。其中，低：20ms，高：111