Can you please let me know howmuch will the frame blanking be?
The ideal frame blanking period would be 2.5us. But if this is not possible, we can configure our sensor to reduce the data rate and increase the frame blaning period to about 10us. I would have to check to see how much further we could increase without sacrficing too much bandwidth.
If you are using SDK 1.3.4, can you try with 10uS frame blanking?
We are already using SDK 1.3.4. In the attached image you can see that it works well with a frame blanking period of >276us. If we go below that, the FPS drops to half. For your reference, in the image shown below, we operate our sensor in a test pattern mode where we can arbitrarily set resolution, fps and frame and line blanking periods. The parameters for this test were set as follows:
Format: RGB888 (24bit)
FPS: ~310 Hz
Line blanking: 2us
Frame blanking: 276us
The signals are direct measurements of the PLCK, VSYNC and HSYNC testpoints on the Denebola board.
When we keep those settings but reduce the frame blanking to ~200us, we already loose every second frame:
I'd like to share a quick update on our progress. We managed to get it working through a workaround: we basically send an infinite long frame which never ends such that the GPIF never goes into the frame end state. We only transmit full DMA buffers and we count the lines in the firmware and add start end end of frame headers accordingly. It seems to work fine. We can handle frame and line blanking of 2us now.