Ug940 Vivado Tutorial Embedded Design
Ug940 Vivado Tutorial Embedded Design
Tutorial
This tutorial was validated with 2017.1. Minor procedural differences might be required when using later
releases.
Revision History
06/07/2017:
The followingReleased with the
table shows Vivado® Design
revision Suite
history for 2017.2 without changes from 2017.1.
this document.
Introduction
This tutorial shows how to build a basic Zynq®-7000 All Programmable (AP) SoC processor and a
MicroBlaze™ processor design using the Vivado® Integrated Development Environment (IDE).
In this tutorial, you use the Vivado IP integrator tool to build a processor design, and then debug the
design with the Xilinx® Software Development Kit (SDK) and the Vivado Integrated Logic Analyzer.
IMPORTANT: The Vivado IP integrator is the replacement for Xilinx Platform Studio (XPS) for embedded
processor designs, including designs targeting Zynq-7000 AP SoC devices and MicroBlaze™ processors.
XPS only supports designs targeting MicroBlaze processors, not Zynq-7000 AP SoC devices.
Design Files
The following design files are included in the zip file for this guide:
lab1.tcl
See Locating Tutorial Design Files.
Design Files
The following design files are included in the zip file for this guide:
lab2.tcl
See Locating Tutorial Design Files.
Design Files
The following design files are included in the zip file for this guide:
lab3.tcl
See Locating Tutorial Design Files.
Introduction
In this lab you create a Zynq®-7000 AP SoC processor based design and instantiate IP in the processing
logic fabric (PL) to complete your design. Then you mark signals to debug in the Vivado® Logic
Analyzer. Finally, you take the design through implementation, generate a bitstream, and export the
hardware to SDK. In SDK you create a Software Application that can be run on the target hardware.
Breakpoints are added to the code to cross-probe between hardware and software.
If you are not familiar with the Vivado Integrated Development Environment Vivado (IDE), see the
Vivado Design Suite User Guide: Using the Vivado IDE (UG893).
3. Click Next.
The Project Name dialog box opens.
4. In the Project Name dialog box, type a project name and select a location for the project files.
Ensure that the Create project subdirectory check box is checked, and then click Next.
5. In the Project Type dialog box, select RL Project, and then click Next.
6. In the Add Sources dialog box, set the Target language to your desired language, Simulator
language to Mixed and then click Next.
7. In the Add Constraints dialog box, click Next.
8. In the Default Part dialog box:
a. Select Boards.
b. From the Board Rev drop-down list, select All to view all versions of the supported boards.
c. Choose the version of the ZYNQ-7 ZC702 Evaluation Board that you are using.
d. Click Next.
CAUTION! Multiple versions of boards are supported in Vivado. Ensure that you are
targeting the design to the right hardware.
9. Review the project summary in the New Project Summary dialog box, and then click Finish to
create the project.
3. Click OK.
4. In the block design canvas right-click, and select Add IP.
Alternatively, you can click the Add IP button in the IP integrator canvas.
There is a corresponding Tcl command for all actions performed in the IP integrator block design.
Those commands are not shown in this document; instead, the tutorial provides Tcl scripts to run
each lab.
Note: Tcl commands are documented in the Vivado Design Suite Tcl Command Reference Guide
(UG835).
7. In the IP Integrator window, click the Run Block Automation link.
The Run Block Automation dialog box opens, stating that the FIXED_IO, and DDR interfaces will be
created for the Zynq-7000 AP SoC IP core. Also, note that the Apply Board Preset check box is
checked. This is because the selected target board is ZC702.
8. Ensure that both Cross Trigger In and Cross Trigger Out are disabled.
9. Click OK.
After running block automation on the Zynq-7000 AP SoC processor, the IP integrator diagram looks
as follows:
TIP: You can zoom in and out in the Diagram Panel using the Zoom In ( or Ctrl+=) and
Zoom Out ( or Ctrl+-) tools.
As you select each interface for which connection automation is to be run, the description and
options available for that interface appear in the right pane.
3. Click the S_AXI interface of the axi_bram_ctrl_0, and ensure that its Clock Connection (for
unconnected clks) field is set to the default value of Auto.
This value selects the default clock, FCLK_CLK0, generated by the PS7 for this interface.
4. For the GPIO interface of the axi_gpio_0 instance, select the leds_4bits from the Select Board
part Interface drop down list.
5. For the S_AXI interface of axi_gpio_0 instance, leave the Clock Connection (for unconnected
clks) field to Auto.
Figure 14: Run Connection Automation Dialog Box for GPIO Interface of axi_gpio_0
6. Click OK.
The IP integrator subsystem looks like the following figure. The relative positions of the IP might
differ slightly.
7. Click the Address Editor tab and expand the processing_system7_0 hierarchy to show the
memory-map of the IP in the design.
In this case, there are two IP: the AXI GPIO and the AXI BRAM Controller. The IP integrator assigns
the memory maps for these IP automatically. You can change them if necessary.
8. Change the range of the AXI BRAM Controller to 64K, as shown in Figure 15.
In the Block Design canvas on the net that you selected in the previous step, a small bug icon
appears, indicating that the net has been marked for debug. You can also see this in the Design
Hierarchy view, as displayed in Figure 17, on the interface that you chose to mark for debug.
When a net is marked for debug, the Designer Assistance link in the banner of the block design
canvas becomes active.
2. Click Run Connection Automation.
The All Automation is selected by default with the various options for AXI Read/Write signals set, as
shown in the following figure:
Figure 18: Run Connection Automation Dialog box for inserting a System ILA IP
3. Click OK.
A System ILA IP is instantiated on the block design which is appropriately configured to debug the
AXI Interface marked for debug. The net marked for debug is connected to this System ILA IP and
an appropriate clock source is connected to the clk pin of the System ILA IP. The clock source is
the same clock domain to which the interface signal belongs
Figure 19: System ILA IP Connected to the Interface Net Being Debugged
4. From the toolbar, run Design-Rules-Check (DRC) by clicking the Validate Design button .
Alternatively, you can do the same from the menu by:
o Selecting Tools > Validate Design from the menu.
o Right-clicking in the Diagram window and selecting Validate Design.
The Validate Design dialog box opens to notify you that there are no errors or critical warnings in
the design.
The Tcl Console shows the following warning.
WARNING: [BD 41-1781] Updates have been made to one or more nets/interface
connections marked for debug.
Debug nets, which are already connected to System ILA IP core in the block-
design, will be automatically available for debug in Hardware Manager.
For unconnected Debug nets, please open synthesized design and use 'Set Up
Debug' wizard to insert, modify or delete Debug Cores. Failure to do so could
result in critical warnings and errors in the implementation flow.
Block designs can use the instantiation flow, where a System ILA or ILA IP is instantiated in the block
design, or they can use the netlist insertion flow, where nets are only marked for debug but the
debug core is inserted post-synthesis. This warning message can be ignored if the instantiation flow
is being used (as in this lab).
5. Click OK.
6. From the Vivado menu, save the block design by selecting File > Save Block Design.
Alternatively, you can press Ctrl + S to save your block design or click the Save button in the
Vivado toolbar.
7. Select the default option of Let Vivado manage wrapper and auto-update.
8. Click OK.
After the wrapper has been created, the Sources window looks as follows.
5. After the bitstream generates, the Bitstream Generation Completed dialog box opens, as shown in
the following figure. Open Implemented Design should be checked by default.
6. Click OK.
7. When the implemented design opens, look at the timing window to ensure that all timing
constraints were met.
1. From the main Vivado File menu, select File > Export > Export Hardware.
The Export Hardware dialog box opens.
2. Ensure that the Include Bitstream check box is checked and that the Export to field is set to the
default option of <Local to Project> as shown in the following figure:
3. Click OK.
4. To launch SDK, select File > Launch SDK.
The Launch SDK dialog box opens.
5. Accept the default selections for Exported location and Workspace and click OK.
3. Click Next.
4. From the Available Templates, select Peripheral Tests as shown in the following figure:
5. Click Finish.
When the program finishes compiling, you see the following in the Console window.
13. In the Debug tab, expand the tree to see the processor core on which the program is running, as
shown in the following figure:
Add a Breakpoint
Next, add a breakpoint after the “if” statement.
1. From the main menu, select Navigate > Go To Line.
2. In the Go To Line dialog box, type 107 and click OK.
Note: Sometimes the line number varies, so enter the breakpoint where appropriate.
TIP: If line numbers are not visible, right-click in the blue bar on the left side of the window and
select Show Line Numbers.
3. Double-click in the blue bar to the left of line 107 to add a breakpoint on that line of source code,
shown in the following figure:
Note: Sometimes the line number varies, so enter the breakpoint where appropriate.
5. Select the appropriate options from the drop down menu for Connect to option. Click Next on the
Hardware Server Settings page.
6. The hardware server should be able to identify the hardware target. Click Next on the Select
Hardware Target page.
7. Click Finish in the Open Hardware Target Summary page.
When the Vivado hardware session successfully connects to the ZC702 board, the Hardware window
shows the following information:
8. First, ensure that the ILA core is active and capturing data. To do this, select the Status tab of the
hw_ila_1 in the Hardware Manager.
Expand some of the Signal Groups by clicking on the + sign to see Static data from the System ILA
core in the waveform window as shown in the following figure.
10. Set up a condition that triggers when the application code writes to the GPIO peripheral. To do this:
a. From the menu select Window > Debug Probes.
b. Select, drag and drop the slot_0:ps7_0_axi_periph_M00_AXI:AWVALID signal from the
Debug Probes window into the Trigger Setup window.
11. You also want to see several samples of the captured data before and after the trigger condition.
Change the trigger position to the middle of the 1024 sample window by setting the Trigger
Position in window for the hw_ial_1 core in the ILA Properties window to 512 and then pressing
Enter, as shown below.
After setting up the compare value and the trigger position, you can arm the ILA core.
12. In the Waveform window or the Status window, arm the ILA core by clicking the Run Trigger button
13. Notice that the Status window of the hw_ila_1 ILA core changes from:
o Idle to Waiting for Trigger.
o Likewise, the Hardware window shows the Core Status as Waiting for Trigger, as shown in
the following figure.
14. Go back to SDK and continue to execute code. To do so, click the Resume button on the SDK
toolbar.
Alternatively, you can press F8 to resume code execution.
The code execution stops at the breakpoint you set. By this time, at least one write operation has
been done to the GPIO peripheral. These write operations cause the AWVALID signal to go from 0
to 1, thereby triggering the ILA core.
Note: The trigger mark occurs at the first occurrence of the AWVALID signal going to a 1,
as shown in Figure 42.
15. If you are going on to Lab 2, close your project by selecting File > Close Project.
You can also close the SDK window by selecting File > Exit.
Conclusion
This lab introduced you to creating a Zynq based design in IP Integrator, working with the System ILA IP
to debug nets of interest, software development in SDK and executing the code on the Zynq-7000 AP
SoC processor.
This lab also introduced you to the Vivado Logic Analyzer and analyzing the nets that were marked for
debug and cross-probing between hardware and software.
Lab Files
You can use the Tcl file lab1.tcl that is included with this tutorial design files to perform all the steps
in this lab. This Tcl file only covers the Vivado portion of the design creation through bitstream
generation. Subsequent steps from Step 7 and beyond must be performed manually as the intent is to
demonstrate the cross-probing between hardware and software.
To use the Tcl script, launch Vivado and type source lab1.tcl in the Tcl console.
Alternatively, you can also run the script in the batch mode by typing Vivado -mode batch -
source lab1.tcl at the command prompt.
Note: You must modify the project path in the lab1.tcl file to source the Tcl files correctly.
Introduction
In this lab, you use the cross-trigger functionality between the Zynq®-7000 AP SoC processor and the
fabric logic. Cross-triggering is a powerful feature that you can use to simultaneously debug software in
the SDK that is running in real time on the target hardware. This tutorial guides you from design
creation in IP integrator, to marking the nets for debug and manipulating the design to stitch up the
cross-trigger functionality.
7. In the block design banner, click Run Block Automation as shown in the following figure.
The Run Block Automation dialog box states that the FIXED_IO and the DDR pins on the ZYNQ7
Processing System 7 IP will be connected to external interface ports. Also, because you chose the
ZC702 board as your target board, the Apply Board Preset checkbox is checked by default.
8. Enable the Cross Trigger In and Cross Trigger Out functionality by setting those fields to Enable,
then click OK, as shown in the following figure:
This enables the TRIGGER_IN_0 and TRIGGER_OUT_0 interfaces in the ZYNQ7 Processing System as
show in the following figure.
9. Add the AXI GPIO and AXI BRAM Controller to the design by right-clicking anywhere in the diagram
and selecting Add IP.
The diagram area looks like the following figure:
10. Click the Run Connection Automation link at the top of the Diagram window.
The Run Connection Automation dialog box opens.
11. Select the All Automation (7 out of 7 selected) checkbox. This selects connection automation for all
the interfaces in the design. Select each automation to see the available options for that automation
in the right pane.
12. Make each of the following connections using the Run Connection Automation function.
axi_bram_ctrl_0 Note that the Run Connection Automation Leave the Blk_Mem_Gen
dialog box offers two choices now. The first one field set to its default
BRAM_PORTB is to use the existing Block Memory Generator value of Blk_Mem_Gen of
from the previous step or you can chose to BRAM_PORTA.
instantiate a new Block Memory Generator if
desired.
In this case, use the existing BMG.
axi_bram_ctrl_0 The Run Connection Automation dialog box Leave the Clock
states that the S_AXI port of the AXI BRAM Connection (for
S_AXI Controller will be connected to the M_AXI_GP0 unconnected clks) field
port of the ZYNQ7 Processing System IP. set to Auto.
The AXI BRAM Controller needs to be connected
to a Block Memory Generator block. The
connection automation feature offers this
automation by instantiating the Block Memory
Generator IP and making appropriate
connections to the AXI BRAM Controller.
axi_gpio_0 The Run Connection Automation dialog box Leave the Clock
states that the S_AXI pin of the GPIO IP will be Connection (for
S_AXI connected to the M_AXI_GP0 pin of the ZYNQ7 unconnected clks) field
Processing System. It also offers a choice for set to Auto.
different clock sources that might be relevant to
the design.
processing_system7_0 The Run Connection Automation dialog box Leave the ILA option to
states that the TRIGGER_IN_0 and its default value of Auto
TRIGGER_IN_0 TRIGGER_OUT_0 pins will be connected to the for both TRIGGER_IN_0
TRIGGER_OUT_0 respective cross-trigger pins on the System ILA
and TRIGGER_OUT_0
IP.
option.
When these connections are complete, the IP integrator design looks like the following figure:
13. Click the Address Editor tab of the design to ensure that addresses for the memory-mapped slaves
have been assigned properly. Expand Data. Change the range of the AXI BRAM Controller to 64K,
as shown below.
Figure 51: Run Connection Automation Dialog Box for Connecting Nets to be Debugged to System ILA
8. Click OK.
9. Click the Regenerate Layout button to generate an optimal layout of the design. The design
should look like the following figure:
10. Click the Validate Design button to run Design Rule Checks on the design.
After design validation is complete, the Validate Design dialog box opens to verify that there are
no errors or critical warnings in the design.
11. Click OK.
12. Select File > Save Block Design to save the IP integrator design.
Alternatively, press Ctrl + S to save the design.
13. In the Sources window, right-click the block design, zynq_processor_system, and select
Generate Output Products.
Figure 54: Design Runs window showing the status of Out-of-Context Module Runs
17. In the Sources window, right-click zynq_processor_system, and select Create HDL Wrapper.
The Create HDL Wrapper dialog box offers two choices:
o The first choice is to generate a wrapper file that you can edit.
o The second choice is let Vivado generate and manage the wrapper file, meaning it is a read-
only file.
18. Keep the default setting, shown in the following figure, and click OK.
3. Click OK.
4. Select File > Launch SDK. Make sure that both the Exported location and Workspace fields are
set to <Local to Project>, as shown below in the following figure:
5. Click OK.
2. Click Next.
4. Click Finish.
5. Wait for the application to compile.
6. Make sure that you have connected the target board to the host computer and it is turned on.
7. After the application has finished compiling, select Xilinx Tools > Program FPGA to open the
Program FPGA dialog box.
9. Select and right-click the peri_test application in the Project Explorer, and select Debug As >
Debug Configurations.
The Debug Configurations dialog box opens.
10. Right-click Xilinx C/C++ application (System Debugger), and select New.
11. In the Create, manage, and run configurations screen, select the Target Setup tab and check the
Enable Cross triggering check box.
12. Click the Browse button for Enable Cross-Triggering option as shown in Figure 61.
13. When the Cross Trigger Breakpoints dialog box opens, click Create.
14. In the Create Cross Trigger Breakpoint page, select the options as shown in Figure 64.
15. Click OK. This sets up the cross trigger condition for Processor to Fabric.
16. In the Cross Trigger Breakpoints dialog box click Create again, as shown in the following figure:
17. In the Create Cross Trigger Breakpoint page, select the options as shown in the following figure:
18. Click OK. This sets up the cross trigger condition for Fabric to Processor.
19. In the Cross Trigger Breakpoints dialog box click OK.
Figure 67: Cross Trigger Breakpoints dialog box showing the selection for breakpoint
20. In the Debug Configurations dialog box, click Debug, as shown at the bottom of the following
figure.
23. Use the following settings in the following figure for the ZC702 board, and click OK.
24. Verify the Terminal connection by checking the status at the top of the tab as shown in the
following figure.
25. If it is not already open, select ../src/testperiph.c, and double click to open the source file.
26. Click the blue bar on the left side of the testperiph.c window as shown in the figure and select
Show Line Numbers.
27. Modify the source file by inserting a while statement at approximately line 97.
28. After the else statement, add while(1) above in front of the curly brace as shown in the
following figure.
29. Add a breakpoint in the code so that the processor stops code execution when the breakpoint is
encountered. To do so, scroll down to the line after the “while” statement starts, and double-click
the left pane, which adds a breakpoint on that line of code, as it appears in the following figure.
Click Ctrl + S to save the file. Alternatively, you can select File > Save.
Note: You can also use the Auto Connect option to connect to the target hardware.
The Open New Hardware Target dialog box opens, shown in the following figure.
3. Click Next.
4. On the Hardware Server Settings page, ensure that the Connect to field is set to Local server
(target is on local machine) as shown in the following figure, and click Next.
6. Ensure that all the settings are correct on the Open Hardware Target Summary dialog box, as
shown in the following figure, and click Finish.
1. Select the ILA - hw_ila_1 tab and set the Trigger Mode Settings as follows:
Set Trigger mode to TRIG_IN_ONLY
Set TRIG_OUT mode to TRIG_IN_ONLY
Under Capture Mode Settings, change Trigger position in window to 512.
This arms the ILA and you should see the status “Waiting for Trigger” as shown in the
following figure.
3. In SDK, in the Debug window, click the Resume button in the SDK toolbar, until the code
execution reaches the breakpoint set on line 107 in the testperiph.c file.
4. As the code hits the breakpoint, the processor sends a trigger to the ILA. The ILA has been set to
trigger when it sees the trigger event from the processor. The waveform window displays the state
of various signals as seen in the following figure.
This demonstrates that when the breakpoint is encountered during code execution, the PS7 triggers the
ILA that is set up to trigger. The state of a particular signal when the breakpoint is encountered can be
monitored in this fashion.
6. Click the Run Trigger button to “arm” the ILA. It triggers immediately as the SDK code is
running AXI transactions which causes the awvalid signal to toggle. This causes the trigger_out of
the ILA to toggle which eventually will halt the processor from executing the code.
This is seen in SDK the in the highlighted area of the debug window.
Figure 82: Verify that the Processor Has Been Interrupted in SDK
Conclusion
This lab demonstrated how cross triggering works in a Zynq-7000 AP SoC processor based design. You
can use cross triggering to co-debug hardware and software in an integrated environment.
Lab Files
This tutorial demonstrates the cross-trigger feature of the Zynq-7000 AP SoC processor, which you
perform in the GUI environment. Therefore, the only Tcl file provided is lab2.tcl.
The lab2.tcl file helps you run all the steps all the way to exporting hardware for SDK.
The debug portion of the lab must be carried out in the GUI; no Tcl files are provided for that purpose.
Introduction
In this tutorial, you create a simple MicroBlaze™ system for a Kintex®-7 FPGA using Vivado® IP
integrator.
The MicroBlaze system includes native Xilinx IP including:
MicroBlaze processor
AXI block RAM
Double Data Rate 3 (DDR3) memory
UARTLite
GPIO
Debug Module (MDM)
Proc Sys Reset
Local memory bus (LMB)
Parts of the block design are constructed using the Platform Board Flow feature. This lab also shows the
cross-trigger capability of the MicroBlaze processor. The feature is demonstrated using a software
application code developed in SDK in a stand-alone application mode.
This lab targets the Xilinx KC705 FPGA Evaluation Board.
6. Click Next.
7. In Add Constraints dialog box, click Next.
8. In the Default Part dialog box, select Boards and choose the Kintex-7 KC705 Evaluation Platform
along with the correct version. Click Next.
9. Review the project summary in the New Project Summary dialog box before clicking Finish to
create the project.
Because you selected the KC705 board when you created the Vivado IDE project, you see the
following message in the Tcl Console:
set_property board part xilinx.com:kc705:part0:1.5 [current_project]
Although Tcl commands are available for many of the actions performed in the Vivado IDE, they are not
explained in this tutorial. Instead, a Tcl script is provided that can be used to recreate this entire project.
See the Tcl Console for more information. You can also refer to the Vivado Design Suit Tcl Command
Reference Guide (UG835) for information about the write_bd_tcl commands.
5. As shown in the following figure, type micr in the Search field to find the MicroBlaze IP, then select
MicroBlaze and press the Enter key.
Note: The IP Details window can be displayed by clicking CTRL+Q key on the keyboard.
2. From the External Memory folder, drag and drop the DDR3 SDRAM component into the block
design canvas.
The Auto Connect dialog box opens, as shown in the following figure, informing you that the
Memory IP was instantiated on the block design and then connected to DDR3 SDRAM component
on the board.
Note: The order of instantiation of these IP are important as they affect the options available with
Designer Assistance. As an example, when the DDR3 component is instantiated, the Block
Automation option for the MicroBlaze will enable caching by default.
3. Click OK.
The block design looks like the following figure:
4. In the Board window, notice that the DDR3 SDRAM interface now is connected as shown by the
circle in the following figure:
5. From the Board window, select UART under the miscellaneous folder and drag and drop it into the
block design canvas.
6. Click OK in the Auto Connect dialog box.
This instantiates the AXI Uartlite IP on the block design.
7. Likewise, from the Board window, select LED under the General Purpose Input or Output folder and
drag and drop it into the block design canvas.
8. Click OK in the Auto Connect dialog box.
This instantiates the GPIO IP on the block design and connects it to the on-board LEDs.
9. The block design now should look like Figure 90.
Figure 90: Block Design After Connecting the rs232_uart and the led_8bits Interfaces
The Run Block Automation dialog box opens, as shown in the following figure.
The values of the fields shown in this figure show the values that you will set in the next step.
2. Check the interfaces in the left pane of the dialog box as shown in the following figure:
3. Now, use the following table to set options in the Run Connection Automation dialog box.
axi_bram_ctrl_0 The Run Connection Automation dialog box opens and Leave the Blk_Mem_Gen option to its
gives you two choices: default value of Auto.
BRAM_PORTB
Instantiate a new BMG and connect the PORTB of the AXI
BRAM Controller to the new BMG IP
Use the previously instantiated BMG core and
automatically configure it to be a true dual-ported
memory and connected to PORTB of the AXI BRAM
Controller.
axi_bram_ctrl_0 Two options are presented in this case. The Master field The Run Connection Automation dialog
can be set for either cached or non-cached accesses. box offers to connect this to the
S_AXI
/microblaze_0 (Cached). Leave it to its
default value. In case, cached accesses
are not desired this could be changed
to /microblaze_0 (Periph).
Leave the Clock Connection (for
unconnected clks) field set to its default
value of Auto.
axi_gpio_0 The Master field is set to /microblaze_0 (Periph). Keep these default settings.
The Clock Connection (for unconnected clks) field is
S_AXI
set to its default value of Auto.
axi_uartlite_0 The Master field is set to its default value of Keep these default settings.
/microblaze_0 (Periph).
S_AXI
The Clock Connection (for unconnected clks) field is
set to its default value of Auto.
mdm_1 This will be connected to a new System ILA core’s Leave the ILA Connection settings to its
TRIG_IN_0 TRIG_OUT pin. default value of Auto.
mdm_1 This will be connected to the System ILA core’s TRIG_IN Leave the ILA Connections settings to
TRIG_OUT_0 pin. its default value of Auto.
mig_7series_0 The Master field is set to /microblaze_0 (Cached). Keep these default settings.
Leave it to this value so the accesses to the DDR3
S_AXI
memory are cached accesses.
The Clock Connection (for unconnected clks) field is
set to its default value of Auto.
mig_7series_0 The board interface reset will be connected to the reset Keep the default setting.
pin of the Memory IP.
sys_rst
4. After setting the appropriate options as shown in the table above, click OK.
At this point, your IP integrator diagram area should look like the following figure. The relative
placement of your IP might be slightly different.
Figure 98: Dialog box for connecting microblaze_0_axi_periph_M01_AXI net to System ILA IP
5. Click OK.
6. The cross-trigger pins of the MDM and the AXI Interface net connecting the
microblaze_0_axi_periph Interconnect and axi_gpio_0 are connected to the System ILA IP
as shown.
7. Click the Regenerate Layout button in the IP Integrator toolbar to generate an optimum
layout for the block design. The block diagram looks like Figure 100.
You must also ensure that the memory in which you are going to run and store your software is
within the cacheable address range. This occurs when you enable Instruction Cache and Data Cache,
while running the Block Automation for the MicroBlaze processor.
To use either Memory IP DDR or AXI block RAM, those IP must be in the cacheable area; otherwise,
the MicroBlaze processor cannot read from or write to them.
You can also use this map to manually include or exclude IP from the cacheable region or otherwise
specify their addresses. The following step demonstrates how to set the cacheable region.
2. Double click on the MicroBlaze in the block design to re-configure it. Go to the Cache page (page 3)
of the Re-customize IP dialog box, as shown in Figure 102. On this page, for both the Instruction
Cache and Data Cache:
a. The Size in Bytes option should be set to 32 kB. Leave it set to this value.
b. Set the Line length option to 8.
3. Set the Base Address to 0x80000000 by clicking the Auto button so that it changes to Manual,
which enables the Base Address field.
4. Set the High Address to 0xFFFFFFFF by clicking the Auto button so that it changes to Manual,
which enables the High Address field.
5. Enable Use Cache for All Memory Accesses for both caches by clicking the Auto button first to
change it to Manual, and then checking the check box.
6. Next, verify that the size of the cacheable segment of memory (that is, the memory space between
the Base and High addresses of the Instruction Cache and Data Cache) is a power of 2, which it
should be if the options were set as specified. Additionally, ensure that the Base address and the
High address of both Data Cache and Instruction Cache are the same.
7. Ensure that all IP that are slaves of the Instruction Cache, and that the Data Cache buses fall within
this cacheable segment. Otherwise, the MicroBlaze processor cannot access those IP.
Note: For any IP connected only to the Instruction Cache and Data Cache bus, you must enable the
Use Cache for All Memory Access option. In this example, the Instruction Cache and Data Cache
buses are the sole masters of DDR and block RAM; therefore, you must enable this option. In other
configurations, you must decide whether to enable this option per the design requirements.
8. Click OK.
The Generate Output Products dialog box informs you that Out-of-context module runs were
launched.
3. Click OK.
4. Wait a few minutes for all the Out-of-Context module runs to finish as shown in the Design Runs
windows.
Figure 104: Design Runs Windows Showing Status of Out-of-Context Module Runs
3. Click OK.
4. Select File > Launch SDK. In the Launch SDK dialog box, shown in the following figure, make sure
that both the Exported location and the Workspace drop-down lists are set to
<Local to Project>.
5. Click OK.
SDK launches in a separate window.
2. In the New Project dialog box, shown in the following figure, select Xilinx > Application Project.
3. Click Next.
4. Type a name (such as peri_test) for your project and choose standalone as the OS platform, as
displayed in Figure 111.
5. Click Next.
6. Select the application template, shown in the following figure, and click Finish.
8. Select the Basic tab and change the Assigned Memory for Heap and Stack to mig_7series_0.
Figure 113: Basic Tab of the Generate a Linker Script Dialog Box
Setting these values to mig_7series_0 ensures that the compiled code executes from the
Memory IP.
10. Click Generate.
11. Click Yes to overwrite it in the Linker Script Already Exists! dialog box.
2. Select and right-click the peri_test application in the Project Explorer, and select
Debug As > Debug Configurations.
The Debug Configurations dialog box opens, as shown in the following figure.
3. Right-click Xilinx C/C++ application (System Debugger), and select New.
4. Click Debug.
6. Set the terminal by selecting the SDK Terminal tab and clicking the button.
7. Use the settings shown in Figure 118 for the KC705 board and click OK.
8. Verify the Terminal connection by checking the status at the top of the tab as shown in the
following figure:
9. If it is not already open, select ../src/testperiph.c, and double click to open the source file.
10. Modify the source file by inserting a while statement at approximately line 41.
a. Click the blue bar on the left side of the testperiph.c window as shown in the figure and
select Show Line Numbers.
b. In line 41, add while(1) above in front of the curly brace as shown in the following figure:
11. Add a breakpoint in the code so that the processor stops code execution when the breakpoint is
encountered. To do so, scroll down to line 50 and double-click on the left pane, which adds a
breakpoint on that line of code, as shown in Figure 121.
12. Click Ctrl + S to save the file. Alternatively, you can select File > Save.
Note: You can also use the Auto Connect option to connect to the target hardware.
The Open New Hardware Target dialog box opens, shonw in Figure 123.
3. Click Next.
On the Hardware Server Settings page, ensure that the Connect to field is set to Local server
(target is on local machine), as shown in the following figure:
4. Click Next.
6. Ensure that all the settings are correct on the Open Hardware Target Summary dialog box and click
Finish.
1. Select the Settings - hw_ila_1 tab and set the Trigger Mode Settings as follows:
Set Trigger mode to TRIG_IN_ONLY
Set TRIG_OUT mode to TRIG_IN_ONLY
Under Capture Mode Settings, change Trigger position in window to 512.
3. In SDK, in the Debug window, click the MicroBlaze #0 in the Debug window and click the Resume
button . The code will execute until the breakpoint set on Line 50 in testperiph.c file is
reached. As the breakpoint is reached, this triggers the ILA, as seen in the following figure:
This demonstrates that when the breakpoint is encountered during code execution, the MicroBlaze
triggers the ILA that is set up to trigger. This way you can monitor the state of the hardware at a certain
point of code execution.
Figure 131: Verify that the Processor Has Been Interrupted in SDK
Conclusion
In this tutorial, you:
Stitched together a design in the Vivado IP integrator tool
Took the design through implementation and bitstream generation
Exported the hardware to SDK
Created and modified application code that runs on a Standalone Operating System
Modified the linker script so that the code executes from the DDR3
Verified cross-trigger functionality between the MicroBlaze processor executing code and the
design logic
Lab Files
The Tcl script lab3.tcl is included with the design files to perform all the tasks in Vivado. The SDK
operations must be done in the SDK GUI. You might need to modify the Tcl script to match the project
path and project name on your machine.
© Copyright 2013 – 2017 Xilinx, Inc. Xilinx, the Xilinx logo, Artix, ISE, Kintex, Spartan, Virtex, Zynq, and other designated brands included
herein are trademarks of Xilinx in the United States and other countries. All other trademarks are the property of their respective owners.