cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

MicroZed Chronicles: Validating Your Custom Zynq Board Memory

xtech-blogs
Xilinx Employee
Xilinx Employee
0 0 371

Editor’s Note: This content is republished from the MicroZed Chronicles, with permission from the author.

 

Last week, we looked at how we could create a custom Vivado configuration for a Zynq PS on a custom designed board. The fun begins once we have created that configuration and built the BIT file because we need to ensure the configuration is correct and the software is executable on the processing system.

The approach we took here to be remarkably simple. The first thing I wanted to do was to run a simple “Hello, World” application. At this point, we are still unsure the DDR is going to work because of either the Vivado PS DDR configuration or signal integrity and layout.

Of course, the former can be corrected but the latter is more of a fundamental issue. However, my co-author Dan Binnun spent considerable time on the analysis of the DDR during the design.

DDR Signal Integrity SimulationDDR Signal Integrity Simulation

 

Power Integrity Simulation of the BoardPower Integrity Simulation of the Board

To get started testing the configuration of the custom Zynq board, I decided to run the project initially from the OCM. We can set up a simple “Hello, World” program to run from the OCM using the linker script. 

382_Fig1.jpg

Running this application successfully shows that we have at least some of the Zynq PS settings correctly. The next step, however, is to ensure the DDR is working correctly. If not, we will get an indication of where we might have an issue.

Thankfully, Vitis provides a DDR test program which also runs from the DDR and enables us to measure the eye diagram and the byte lane error rates.

Creating the program is simple because it comes as one of the template applications in Vitis while using the embedded flow.

382_Fig2.png

Once the project is compiled, we can run a debug session on our board to determine the DDR performance.

As the board has 1 GB of DDR memory, I ran the test on 1023 MB of the DDR memory. This would report any errors in each byte lane. The test does take a little time to complete because it is checking all 1 GB of the memory. 

382_Fig3.jpg

With the memory tested and no errors reported on any of the byte lanes, I wanted to check the eye diagram to see how open the eye is. An open eye will be critical to ensure the board is capable of functioning across all voltage, temperature, and operating conditions. If we have issues at room temperature while sitting on the bench, we will definitely have issues in the field.

382_Fig4.jpg

The measurements show a 75% to 78% eye width, but how does this compare to other boards like the MicroZed and ZCU104, for example? To understand this, I generated projects for both the MicroZed and ZCU104 and ran the same DDR application on both boards.

382_Fig5.jpg

 382_Fig6.jpg

Both boards showed eye widths between 69% and 78%, confirming that the 75% eye width of the custom defined board is well aligned with other similar designs.

Now that I know that the DDR works, I can start bringing up the board and testing it with more advanced interfaces because the necessary software can be executed from the DDR.