Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Projects: hdmi_in: Design does not meet timing #2

Open
sbobrowicz opened this issue Nov 25, 2015 · 2 comments
Open

Projects: hdmi_in: Design does not meet timing #2

sbobrowicz opened this issue Nov 25, 2015 · 2 comments

Comments

@sbobrowicz
Copy link
Contributor

The design does not currently meet timing due to an intra clock failure within the axi_mem_intercon core. Adding registers to the Slave interfaces should solve this issue. This was already done in the original project, but may have not been captured correctly by the Export Block Diagram tool.

@sbobrowicz
Copy link
Contributor Author

Note that even though it does not meet timing, the project seems to be functional and has been tested

@sbobrowicz
Copy link
Contributor Author

Adding the registers did not solve the problem. It appears the memory interconnect speed will need to be turned down from 150MHz. We might be able to get away with turning down the frequency to 140MHz and still have enough bandwidth for 1080p. The fifos in the interconnect should be enabled to 512 for all interfaces, to aid in buffering. Also the vid2axi-stream core's fifo will need to be turned up to at least 2048, maybe 4096. If we still have bandwidth issues at that point we can try adjusting the burst width of the VDMA.

Assuming that the fifo's on the input pipeline are large enough to fit an entire line, the 1080p horizontal blanking interval allows the minimum theoretical frequency of just under 130MHz.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant