This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Hi ,
这个overflow的问题,一般是由于capture模块没有采集到图像倒置的。
你可以先测量硬件信号有没有正确地给到pixel clk,hsyc和vsync
Hi,
我们已经测试了信号,应该是没问题的。输入分辨率是720P的,pixclk 73M到74M左右,hsync 46K,de是46k,vsync是59hz。采集芯片用的是tvp7002。我们用dm8168能够采集得到tvp7002的vga信号。但是新做的dm385的板采集不了。tvp7002芯片配置都是一样的。
还可能因为什么原因呢?
Hi ,
这两个片子的采集口是类似的。请确认一下你的硬件连接,已经7002端的I2C配置是完全一致的。
然后比对一下DM385、DM8168这边Capturelink的写法有没有什么不同的地方, Pinmux的寄存器在跑起来之后回读看看,pixel/hs/vs是否都是按照期望来配置的。
BR,
Eason
确认一下,你除了会打印Overflow之外,图像能出来吗?
如果条件允许的话,你可以把好的板子上面TVP7002跳线过来到这个板子上面,或者这个385的板子上面tvp7002跳线去8168板子上面, 简单地定位一下问题(PixelClk, Hsync, Vsync 即可)
Overflow 一般是芯片得到的时序有错误,导致了内部存储没有被及时刷新所致。 如给过来两帧只有一个HSYNC等等。和信号本身的质量关系也很大。
BR,
Eason
VP口的时序,在手册里面就有提及。Figure 8-39. HDVPSS Input Timing
这边时序方面可能的原因,是时钟的抖动以及建立时间和保持时间的问题。 你可以测量信号看看质量如何,并设置tvp7002输出时钟反一下。
MISC Control 3
Subaddress 18h
CLK POL: Allows selecting the polarity of the output data clock.