KV260 read mipi frame stuck on dma, help

Hi @cking,

Good to know that the camera is working now.

  1. If you check this notebook Kria-PYNQ/kv260/base/notebooks/video/mipi_to_displayport.ipynb at main · Xilinx/Kria-PYNQ · GitHub you’ll see that we do a manipulation of the frame before printing to display.

  2. You can do this rearrangement in hw using a AXI4 Stream Subset converter to swap the color channels.

I notice the frames extracted from the vdma are of the format, pynq.buffer.PynqBuffer described as a “subclass of array” does that mean it can be treated the same as a numpy array?

Yes, this is a numpy array that you can manipulate.


Hi Mario,

Worked great, that was an easy fix. Thanks for the help along the way.

I’m still unsure what prevents the MIPI camera from being able to be used with the base overlay. If I need to use the camera within this PYNQ base design in the future I will look back into it and update the thread.



Hi cking,
really good job.
I am facing similar issues in designing a custom overlay for 5C MIPI cam.
I wonder if you could share your “base overlay” that is working with the “cameron king notebook” above.

1 Like

Hi Sergicuen,

Apologies for being inactive over the last while.

Certainly, the following configuration is what I take as the working case:

Top level notebook:
1080p working.ipynb (14.1 KB)

That reaches out to run the following nb (hence keep in local directory alongside top level:
pcam_cfg.ipynb (26.2 KB)

And the working bitstream and hwh that make up my hardware design (modified Adam Taylor design).

taylor_v3.bit (7.4 MB)
taylor_v3.hwh (1.4 MB)

Hope this is still useful to you!

1 Like

Hi @cking ,
thanks a lot.
In the mean time, I was working with the KV260 base overlay. I wrote a workaround to configure the V_Proc_sys and the PixelPacker IPs to get GRAY frames.
Here you can find the python code if you are interested.

1 Like

Hi @sergicuen,

Sounds interesting, would love to have a look at the code!