关于OV2640输出数据格式的问题

momoxinduo · 发表于 2018-3-23 02:54:17

原子哥，各位大佬，首先谢谢你们看我的问题~

我想把自己的F4探索板的OV2640的数据输出给FPGA采集，我用的原子提供的示例代码，实验35-摄像头实验的代码. 现在有几个问题.
1. 我自己写了Verilog，发现：
在Vsync为高电平的一个脉冲期间，有800个HREF脉冲. 实际上Vsync为低时HREF没有脉冲产生;

在HREF为高电平的一个脉冲期间，有960个PCLK脉冲. PCLK是一直存在的，但只有HREF为高时才有数据D[7:0]产生.

我看了原子的摄像头实验的PPT文档，800和960与PPT里说的不符，PPT里说每个HREF下应该有1600*2即3200个PCLK，不知道为什么.

2. PPT提到在行内扫描时，每两个PCLK完成一个像素，低字节在前，高字节在后.
“低字节在前，高字节在后”到底是什么意思？或者说，第一个PCLK的D[7:0]和第二个PCLK的D[7:0]与RGB565的16个bit是怎么对应的？
按照OV2640的datasheet里对像素安排的描述, 是不是这样：
第一个PCLK下的低字节D[7:0]里的[7:3]对应B[4:0]，
[2:0]对应G[5:3]；
第二个PCLK下的高字节D[7:0]里的[7:5]对应G[2:0]，
[4:0]对应R[4:0]；

3. 而且，按照OV2640的datasheet，它输出是第一行应该是像素1的BG，像素2的BG，像素3的BG....
然后第二行，像素1的GR，像素2的GR，像素3的GR....
这么个输出方法下应该是第1个PCLK和第481个PCLK对应第1个像素啊，怎么又变成第1个和第2个PCLK这种相邻的两个PCLK对应1个像素了呢？一头雾水。。。

momoxinduo · 发表于 2018-3-23 02:54:18

[img]自己来回复一下吧:
Low Byte First的意思是说，在HREF有效时，相邻的两个PCLK下的两个Byte组成一个16 bit的RGB565的完整的像素；这16个bit的低8bit先出来，高8bit后出来；
第一个Byte的[4:0]bit是Blue， [7:5]bit是Green的[2:0];
第二个Byte的[7:3]bit是Red， [2:0]bit是Green的[5:3];

其实在STM32F407的Reference Manual上，LCD一节里讲了LCD接收的数据格式，就是Low Byte First的. 见附图，@对应的就是Low Byte，@+1对应的就是High Byte，LCD接收数据时地址也是累加的，所以他会先期待
地址为@处的数据，然后才是@+1处地址的数据.

如果这个Byte顺序你处理时搞错了，或者颜色的比特位取错了，会怎样？我观察的效果是图像你能看出物体框架，但颜色严重扭曲，而且有一种噪声很大的感觉. 我给了网上找到的一张图，就是这个效果.
我记得论坛里有人问过类似的问题，当时他给的图就是颜色严重扭曲的，他问怎么回事，最后没人给个正确答复，好像和谁私聊去了。其实就是这个问题，byte order没搞对，或者颜色位处理时没搞对.

我自己最近搞了个玩意，重画了原子F4板，摄像头采集数据，一边在LCD上显示，一边传给Altera的Cyclone V的FPGA-SOC（ARM A9 Core）， FPGA端对接收到的图像进行裁剪，然后以Cyclone V的ARM A9为核心搭建一个SOC系统，利用Avalon Bus通过Cyclone V的片上高速桥把图像传给ARM核，用Linux driver把数据读出来传给FPGA的板上的用户空间程序，然后TCP/IP发送，在PC上用QT自己做了一个TCP/IP接收，图像像素提取和写屏的系统. 搞了三个礼拜，今天弄完了，大概样子见图. 最后再PC上正确显示，验证了我上面的结论.

正点原子 · 发表于 2018-3-25 01:57:30

帮顶

momoxinduo · 发表于 2018-4-13 15:58:52

忘了提一点，如果要把RGB565格式的图像在电脑屏幕上显示，直接显示是不行的，我猜可能是因为RGB565是专门为嵌入式LCD屏准备的，比如5 bit的红与蓝，最大数值只有31，但他的颜色仍然能在嵌入式LCD上显示出效果；
但到了PC上就不行了，因为PC的显示器很多是RGB888的，每个像素颜色有256个值，这是最大为31/63的RGB565图像就会变得特别黑，虽然仔细看也能看出轮廓，所以需要你做一个RGB565到RGB888的转换，这个网上很多，我就不废话了

momoxinduo · 发表于 2018-4-13 16:13:42

http://www.openedv.com/forum.php ... mp;highlight=OV2640
http://www.openedv.com/forum.php ... mp;highlight=OV2640

找到了，第一个帖子就是我提到的那个帖子的，但后面有的好像没了？和第二个帖子一样，颜色严重扭曲或者说很花，但又能看清图像里物体轮廓的，都是因为RGB565的两个Byte的顺序没搞对