打样ov9650,无一幸免,失败告终,之调试记录

新打样的ov9650,焊接了4块,其中只有2块有反应,另外两块无反应,于是使用热风台助焊,调试

助焊无效,怀疑焊盘有问题,于是拆掉

有问题的图像不正常

已看图像,只知道缺位,于是使用示波器检查,发现d6无信号输出,于是重新补焊

这个好了,其他位又丢了,蛋疼一地,果断放弃

通过跟7725对比,发现并没啥不同,奈何没有一个完整成功?

且奇怪ov9650,iic 没有ack返回,各位有遇到过么?

下一步瞄准ov2640或ov5640

ov9650方案放弃

更多文章请访问我的博客http://www.cnblogs.com/ccjt/

评估套件 请访问我的淘宝 http://ccjt.taobao.com/

欢迎交流:[email protected]

QQ:184676957(平时隐身)

联合博客技术交流(您可以通过以下方式了解,关注我们的博客和交流)

http://blog.chinaaet.com/shenyae86

http://www.openedv.com/posts/list/58978.htm

http://www.cnblogs.com/ccjt/

http://blog.sina.com.cn/u/5625282126

http://xinanhejishu.blog.163.com/

QQ交流群:层层惊涛 26210916

辐射防护交流群 224673609

百度云盘资料下载

http://yun.baidu.com/s/1kThKzaf

http://yun.baidu.com/s/1c0SKEC4

http://yun.baidu.com/s/1mgVml3i

时间: 2024-11-29 10:11:46

打样ov9650,无一幸免,失败告终,之调试记录的相关文章

初创企业为何多以失败告终

关于作者 我叫Slava Akhmechet,本人是 RethinkDB 的创始人之一,RethinkDB是一个设计来帮助开发者和运营团队来处理无结构数据的一个开源的分布式数据库,用户可以使用它来作为数据库来打造自己的应用. 你的初创企业为何以失败告终 29 Jan 2014 大量的文化智慧告诉我们一个初创企业以失败告终的原因数不胜数.比如没有人想要这样的产品:市场太小:猪一样的队友:经济环境不景气:钱烧光了等等. 这些说法都是对的,但说的都是结果,并不是原因. 其实说白了一个初创企业做死了的原

程序媛壮志雄心尝试装机,命运多舛壮志未酬失败告终~

自我眼中的程序猿或者程序媛是敲打键盘拯救世界的,而别人眼中的程序猿们可能就是修!电!脑!的.你以为修电脑弱爆了是吗,呵呵,我也是这么想的,所以最近在京东买了一堆配件,零经验自行DIY. 惨痛的亲身经历告诉我,装电脑修电脑这活儿,作为一个手无缚鸡之力的程序媛,你还真未必能干好. 装机第一个环节是大家喜闻乐见的买!买!买,装机选择最重要是了解自己的需求.我的需求是,1一个比较快的CPU,这样同时开几个vs比较爽,你问为什么不是AMD?感觉AMD要绝迹了了吧,相传Intel更稳定,不差钱的情况下Int

两个安装失败的django应用记录

分享解决问题的过程是有价值的, 可是我最后也没解决, 只是得出了2个可能的结论. 第一个问题: 在github发现一个叫simple-blog的django应用,遂想把它添加到我的里头. python setup.py install很顺利 在urls.py加了这一条 url(r'^blog/', include('django_simpleblog.urls.entries')), 访问127.0.0.1/blog报错 no modul named defaults 搜索得是django新版已

CastleActiveRecord在多线程 事务提交时数据库资源竞争导致更新失败的测试结果记录

CastleActiveRecord 经过测试,隔离级别: // 摘要: //     指定连接的事务锁定行为.    public enum IsolationLevel    {        // 摘要:         //     正在使用与指定隔离级别不同的隔离级别,但是无法确定该级别.        Unspecified = -1,        //        // 摘要:         //     无法覆盖隔离级别更高的事务中的挂起的更改.        Chaos 

npm publish 失败可能的原因记录

npm 发布个人包时,遇到不少坑,总结如下(可能不全): 1.npm版本过低,处理:npm install -g npm update 2.可能权限原因,处理:npm publish --access=public 3.npm 源不对,处理:npm config set registry https://registry.npmjs.org/    --   有些非官方源个人可能无权发布,比如淘宝镜像需要admin权限 4.文件夹名和package.json里的'name'属性一样时也无法发布,

读《大道至简——失败的过程也是过程》有感

再次怀着热情读了大道至简的第五章——失败的过程也是过程.作者首先告诉我们: 做过程不是做工程 .为什么这么说?作者讲到,按照模型,做完过程的每一个阶段, 并不等于做工程.或者说,工程并不是这样就可以做成功的.如果工程可以做成的话,只需要有模型就足够了.因此做过程并不是做工程的精义, 也不是目的.也就是 “过程”是一个确定的模板,而“工程”是有一个目的的实现在里面. "做过程不是做工程"讲述了软件工程自提出以来的一些进步(软件工程的瀑布模型,瀑布模型将软件开发的过程分成需求.分析. 设计

使用Flash Builder 4.6出现 新建配置 失败 java.lang.NullPointerException错误

当看到这个错误的时候有点莫名奇妙的感觉,随后的第一反应是: 这跟我前些天安装的java的jre 1.8 有没有关联性.修改了设定,方法如下 “运行” -> “外部工具” -> “外部工具 配置” ->  点击Ant构建下面的第一个子选项“新建配置”  右边会出现有“JRE”的字样,单击它.然后点击“已安装 JRE”,之后的配置是将JRE的文件地址改为和 环境变量中的“JAVA_HOME”的值(记得将原来的地址复制到 文档中保存起来,切记).然后调试,仍然还是无用,报相同的错误.  结果以

读《大道至简》第五章有感——失败的过程也是过程

任何项目从开始到结束,都有着自己的过程,这个过程也不可能是一帆风顺,项目的实现总会经历一些失败,然后从失败中不断积累经验,最后才能到达成功.不要因为失败而怀疑项目是否能够实现,也别怀疑自己团队的能力,老话说:“失败是成功之母”,没有失败,就不会有轻易的成功. 做过程不是做工程.软件工程的瀑布模型被提出以来,将软件开发的过程分为了需求,分析,设计,开发和测试五个阶段.瀑布模型过后也有人提出过过程模型的问题,按照模型,实现每一个阶段,并不等于在做工程,过程的实现并不等于工程的成功. 过程也不是过场,

Nah Lock: 一个无锁的内存分配器

概述 我实现了两个完全无锁的内存分配器:_nalloc 和 nalloc.  我用benchmark工具对它们进行了一组综合性测试,并比较了它们的指标值. 与libc(glibc malloc)相比,第一个分配器测试结果很差,但是我从中学到了很多东西,然后我实现了第二个无锁分配器,随着核数增加至30,测试结果线性提高.核数增加至60,测试结果次线性提高,但是仅比tcmalloc好一点. 想要安装,输入命令: git clone ~apodolsk/repo/nalloc,阅读 README文档.