Differences
This shows you the differences between two versions of the page.
| Both sides previous revisionPrevious revision | |||
| learn:programmable-logic:tutorials:vivado-hierarchical-blocks:start [2022/09/12 19:41] – changed forum.digilentinc.com to forum.digilent.com jeff.greenberg_ni.com | learn:programmable-logic:tutorials:vivado-hierarchical-blocks:start [2022/10/04 11:38] (current) – external edit 127.0.0.1 | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ====== Adding a Hierarchical Block to a Vivado IPI Design ====== | ||
| + | In Vivado, a // | ||
| + | |||
| + | ===== Inventory ===== | ||
| + | * A Digilent FPGA development board. | ||
| + | * A computer with Vivado installed. | ||
| + | * //See the [[: | ||
| + | * Familiarity with Vivado IP Integrator and a base block design to work from. | ||
| + | * //Following the [[: | ||
| + | |||
| + | ===== Guide ===== | ||
| + | ==== Setting Up Dependencies ==== | ||
| + | |||
| + | Check if vivado-library is already included in the Vivado project, if it is not, then it should be downloaded: | ||
| + | |||
| + | {{https:// | ||
| + | |||
| + | Those familiar with git may want to clone the hierarchies rather than download a ZIP. The dropdown below contains brief instructions. | ||
| + | |||
| + | --> Using git to clone the hierarchies # | ||
| + | < | ||
| + | cd (somewhere memorable) | ||
| + | git clone https:// | ||
| + | </ | ||
| + | |||
| + | Otherwise (if vivado-library is included in the project), use git tools to check out the branch: | ||
| + | |||
| + | **Warning!** //If IP from the library are already included in the project, checking out a different branch may cause changes to them. Be careful!// | ||
| + | |||
| + | Note that the " | ||
| + | |||
| + | < | ||
| + | cd (path)/ | ||
| + | git checkout hierarchies | ||
| + | </ | ||
| + | <-- | ||
| + | |||
| + | ---- | ||
| + | ==== Adding a Hierarchical Block to a Hardware Design ==== | ||
| + | <WRAP GROUP> <WRAP COLUMN HALF> | ||
| + | === 1. === | ||
| + | Launch Vivado, then open the Vivado Project the hierarchical block is to be used in, and open the project' | ||
| + | |||
| + | **Note**: //The design must contain a processor and a peripheral that can be used for stdout. In the case of Microblaze, a UART IP must be connected to the board' | ||
| + | |||
| + | Completing the [[: | ||
| + | </ | ||
| + | {{ : | ||
| + | </ | ||
| + | |||
| + | ---- | ||
| + | |||
| + | <WRAP GROUP> <WRAP COLUMN HALF> | ||
| + | === 2. === | ||
| + | In Vivado' | ||
| + | |||
| + | When the script is finished running, the block design will contain a // | ||
| + | </ | ||
| + | {{ : | ||
| + | </ | ||
| + | |||
| + | ---- | ||
| + | |||
| + | <WRAP GROUP> <WRAP COLUMN HALF> | ||
| + | === 3. === | ||
| + | Check the README.txt file, which can be found in the hierarchical block' | ||
| + | - Connect all of the hierarchical block' | ||
| + | - Connect any interrupts the Hierarchy may have to the appropriate interrupt controller: an AXI Interrupt Controller IP (for Microblaze designs), the Zynq Processing System' | ||
| + | - Connect any additional clocks to clocks generated by a Memory Interface Generator or a Clocking Wizard (for Microblaze designs), or a Zynq Processing System (for Zynq designs). | ||
| + | </ | ||
| + | {{ : | ||
| + | </ | ||
| + | |||
| + | ---- | ||
| + | |||
| + | === 4. === | ||
| + | The next step, constraining the Hierarchy' | ||
| + | |||
| + | - If a board was selected when creating the project, the **Board Flow** can be used for this step. | ||
| + | - If a part was selected instead of a board, or the Board Flow cannot be used for whatever reason, the **Manual Constraint Flow** should be used instead. | ||
| + | |||
| + | ---- | ||
| + | == 4.1 - Creating an External Pmod Port == | ||
| + | Open the dropdown for the chosen Workflow, below, and follow the instructions. | ||
| + | |||
| + | **Note**: //This step is only required for Pmod hierarchical blocks. Zmod hierarchical scripts automatically create their external ports. For the purposes of this guide, consider the Zmod's external ports to have been created using the Manual Constraint Flow.// | ||
| + | |||
| + | --> Board Flow # | ||
| + | <WRAP GROUP> <WRAP COLUMN HALF> | ||
| + | Go to Vivado' | ||
| + | </ | ||
| + | {{ : | ||
| + | </ | ||
| + | <-- | ||
| + | |||
| + | --> Manual Constraint Flow # | ||
| + | <WRAP GROUP> <WRAP COLUMN HALF> | ||
| + | Select the Pmod_out port, then right click on it and select **Make External**. Select the newly created external interface port (named something like " | ||
| + | </ | ||
| + | {{ : | ||
| + | </ | ||
| + | <-- | ||
| + | |||
| + | ---- | ||
| + | == 4.2 - Validating the Design and Creating a Wrapper File == | ||
| + | <WRAP GROUP> <WRAP COLUMN HALF> | ||
| + | Regardless of the chosen workflow, validate the block design by clicking the Validate button ( {{: | ||
| + | Then create an HDL wrapper file, if one doesn' | ||
| + | </ | ||
| + | {{ : | ||
| + | </ | ||
| + | ---- | ||
| + | == 4.3 - Constraining the Design == | ||
| + | This step works a little differently depending on whether the peripheral targeted by the hierarchical block is a [[zmod: | ||
| + | |||
| + | --> Pmod# | ||
| + | <WRAP GROUP> <WRAP COLUMN HALF> | ||
| + | If the **Board Flow** was chosen, open the README.txt file in the hierarchical block' | ||
| + | |||
| + | When the Hierarchy was created, a constraint file, named " | ||
| + | |||
| + | Constraints required for the **Board Flow** are left uncommented by default. | ||
| + | |||
| + | If the **Manual Constraint Flow** was chosen, uncomment any commented out lines that start with " | ||
| + | |||
| + | The text " | ||
| + | |||
| + | Two types of manually entered values are typical of constraint files in these Hierarchies: | ||
| + | |||
| + | Port Names: \\ | ||
| + | These %%FIXME%%s come after the text " | ||
| + | |||
| + | Location Constraints: | ||
| + | These %%FIXME%%s come after the text " | ||
| + | </ | ||
| + | {{ : | ||
| + | </ | ||
| + | <-- | ||
| + | |||
| + | --> Zmod# | ||
| + | |||
| + | <WRAP GROUP> <WRAP COLUMN HALF> | ||
| + | When create_hier.tcl is run for a Zmod Hierarchical Block, a constraint file is imported which contains template constraints for each external port created by the script. The constraint file is named after the hierarchical block created by the script, followed by the name of the particular Zmod, for example: " | ||
| + | |||
| + | At time of writing, each Zmod Hierarchical Block provides template constraints for each of the Eclypse Z7's Zmod Ports. By default, the Zmod ADC is connected to the Eclypse Z7's Zmod Port A, and the Zmod DAC is connected to Zmod Port B. To connect to a different port, the user need only comment out the section of the xdc corresponding to the default port, and uncomment the section corresponding to the chosen port. | ||
| + | |||
| + | For other boards, the user must replace the PACKAGE_PIN location constraints for the Zmod ports with the corresponding locations found in the chosen board' | ||
| + | </ | ||
| + | {{: | ||
| + | </ | ||
| + | |||
| + | <-- | ||
| + | |||
| + | ---- | ||
| + | |||
| + | <WRAP GROUP> <WRAP COLUMN HALF> | ||
| + | === 5. === | ||
| + | Click **Generate Bitstream**. This process may take some time, depending on the complexity of the project. | ||
| + | </ | ||
| + | {{ : | ||
| + | </ | ||
| + | |||
| + | ---- | ||
| + | ==== Baremetal Software ==== | ||
| + | <WRAP round center important 660px> | ||
| + | Zmod Hierarchical Blocks are supported in software by the Zmod Library. If using a Zmod, see the [[zmod: | ||
| + | </ | ||
| + | |||
| + | <WRAP GROUP> <WRAP COLUMN HALF> | ||
| + | === 1. === | ||
| + | Export the hardware design and bitstream to SDK by selecting **File -> Export -> Export Hardware** in the menu bar at the top of the window. In the resulting pop up window, check the **Include bitstream** box, then click **OK**. | ||
| + | </ | ||
| + | {{ : | ||
| + | </ | ||
| + | |||
| + | ---- | ||
| + | |||
| + | <WRAP GROUP> <WRAP COLUMN HALF> | ||
| + | === 2. === | ||
| + | Launch Xilinx SDK by selecting **File -> Launch SDK** in the menu bar at the top of the window. Make sure to set the //< | ||
| + | </ | ||
| + | {{ : | ||
| + | </ | ||
| + | |||
| + | ---- | ||
| + | |||
| + | <WRAP GROUP> <WRAP COLUMN HALF> | ||
| + | === 3. === | ||
| + | Create a new application project using the "Empty Application" | ||
| + | </ | ||
| + | {{ : | ||
| + | </ | ||
| + | |||
| + | ---- | ||
| + | |||
| + | <WRAP GROUP> <WRAP COLUMN HALF> | ||
| + | === 4. === | ||
| + | Copy all of the files from the selected hierarchical block' | ||
| + | </ | ||
| + | {{ : | ||
| + | </ | ||
| + | |||
| + | ---- | ||
| + | |||
| + | <WRAP GROUP> <WRAP COLUMN HALF> | ||
| + | === 5. === | ||
| + | Make sure that the development board' | ||
| + | |||
| + | Connect the SDK Terminal to the port associated with the board. The **green button** in the Serial Terminal pane is used to launch the //Connect to a serial port// dialog. By default, the baud rate is 115200 for Zynq, and 9600 for Microblaze (when using the AXI Uartlite IP). If desired, other terminals, such as Tera Term or PuTTY, may be used instead. | ||
| + | </ | ||
| + | {{ : | ||
| + | </ | ||
| + | |||
| + | ---- | ||
| + | |||
| + | |||
| + | <WRAP GROUP> <WRAP COLUMN HALF> | ||
| + | === 6. === | ||
| + | Program the FPGA by selecting **Xilinx -> Program FPGA** from the top menu bar in Xilinx SDK. | ||
| + | |||
| + | Once the FPGA is programmed, run the application project by right-clicking on the application project and selecting **Run -> Run on Hardware (System Debugger)**. | ||
| + | |||
| + | Messages printed by the demo application can be seen in the serial terminal. | ||
| + | </ | ||
| + | {{ : | ||
| + | </ | ||
| + | |||
| + | ---- | ||
| + | ===== Next Steps ===== | ||
| + | Now that the hierarchical block' | ||
| + | |||
| + | The SDK sources provided with the hierarchical blocks are set up such that they can be easily included in any design using that block. The subfolder below sdk_sources contains all necessary drivers for the block. | ||
| + | |||
| + | For more reference materials and guides on the Digilent products being used, navigate to their resource centers, here on the [[start: | ||
| + | |||
| + | For technical support, please visit the [[https:// | ||
| + | |||
| + | {{tag> | ||

