我来一个CMOS摄像头的硬件二值化电路,望骨灰们斧正!!!

yxw_bob

我来一个CMOS摄像头的硬件二值化电路,望骨灰们斧正!!!我来一个CMOS摄像头的硬件二值化电路,望骨灰们斧正!!

yxw_bob

自己做沙发,以期大家能减少CMOS摄像头的数据处理量提高,CMOS摄像头的数据处理效率,能够制作速度更快的摄像头车! LATCH ENABLE信号要接时钟信号,我在图纸上忘记说明了.手头上如果有摄像头车并且已经跑起来了,希望你接上该电路,试一试效率. 这个电路应该与某大牛的"鹰眼"的"二值化电路"有的一比.

exiao

xiexiefenxiang

dlyt03

学习

智能车下载

数字摄像头接硬件比较器确实是一个可行的办法，而且良好的设计可以减轻传输线的重量。
我之前给大婶野火去信反馈鹰眼摄像头的问题，大婶没理我，其实我的核心思路就是想办法把摄像头的这部分重量减轻——这样过弯才能高速。
假设这部分电路可以集成到摄像头上，并进可能不用2.54间距的线（后来测试线也占一部分影响），是很好的。
改进思路一：不连单片机（因为你的数据没有完整输入单片机，无法确定单片机动态怎么修改比较值去动态划分阈值），把比较器的被比较侧连上8拨码开关（有贴片的8拨码，比直插的要节约大约不到1/4的空间，加上两个4排阻，超级节约空间），这样没事拨拨练脑补二进制；
改进思路二：串行输出，到芯片侧可以变并行，这样相当于8分频，降低采集要求（猜就是鹰眼的原理）；
改进思路三：这部分电路放在摄像头上，并且通过双侧PFC（还是FPC线，总是咬不准）线连到主电路，把数字摄像头的线即使全连下来（哪怕这部分电路不放在摄像头上，用XXC这个线也是可以大大降低摄像头这部分的重心的，有时候重心差这么点就差很多），也不会有看上去很乱的线（但是要求焊功比较高）。

其余暂时还没下想到，其实这部分逻辑用CPLD轻松可以搞定，但是老夫子们不让用，原因是飞思卡尔不产这玩意。另外吐槽下K60，最近把（接近）所有的项目的芯片都换上了STM32F4，因为性能更好还便宜，开发成本低，工具稳定。（其实唯一一次用飞思卡尔的芯片做项目，板子打样回来，调试代码发现芯片处理不过来，真……）

又跑题了，楼主不是想自己做摄像头吧？我之前也这么想过，还画过一个OV9XXX（现在想不起来了）的一个四层板，据OV说是照度最理想的安防类之一，结果问了四层板价格，其余不看开工1000+，当时就跪了……

智能车下载

顺便提一句，现在我用在HPS车上的摄像头是安防用的，这种摄像头插上一个小板，直接可以设置对比度/亮度/色度/ISO等等等等，比自己写代码处理快，于是乎……

除了是个模拟的，比较坑爹，还得用一个Ti的模拟前端转换下……

yxw_bob

所见略同:"改进思路二：串行输出，到芯片侧可以变并行，这样相当于8分频，降低采集要求（猜就是鹰眼的原理）；",我本想这么做,不过,既然是公开思路,这部分的电路我就没有画上,可以用74HC595实现摄像头输出数据的采集和SET_VALUE的设置;我看到这么多人做事情不动脑子,所以提出这么一个思路,至于模拟的摄像头,完全可以用高速的比较器来实现2位或1位的A/D;2位的A/D用3个比较器,1位的A/D用2个比较器,以实现1.5位(可靠的1位);比如NE521/522.

aytc100

该思路第六届就做过了，属于被我们淘汰的方案。

寒窗乍暖

智能车下载 发表于 2013-2-18 23:48
数字摄像头接硬件比较器确实是一个可行的办法，而且良好的设计可以减轻传输线的重量。
我之前给大婶野火去 ...

请教这位朋友一下，你向野火反应的是什么问题，具体表现是什么呀，硬件二值化是不是存在弊端，我们用的时候发现晚上采集的图像老是闪烁，这是不是硬件二值化的影响呀~！

pois0n

可以很确定的告诉你，你的原理和野火的原理有本质的差别。不知道你有没有对野火的芯片进行研究，目前我个人认为他的硬件二值化依然是最好的。曾经我也试过对数字摄像头输出信号进行二值化，但没有想的这么简单。包括你的布线，都会对信号造成很大的影响。如果你有时间的话，可以自己用一个cpld进行模拟，来试验你的逻辑电路的正确性。祝好。