When you open the HDL Workflow Advisor and run the
IP Core Generation
workflow for your Simulink® model, you can specify a generic Xilinx® platform or a generic Intel® platform. The workflow then generates a generic IP core that you can integrate
into any target platform of your choice. For IP core
integration, define and register a custom reference design for your target board by using
hdlcoder.ReferenceDesign class. To learn
To generate a board-independent custom IP core to use in an embedded system integration environment, such as Intel Qsys, Xilinx EDK, or Xilinx IP Integrator:
Select your DUT in your Simulink model and open the HDL Workflow Advisor. For example, open the
Set the path to the installed synthesis tool for the target device by
function. For example, if your synthesis tool is Xilinx
Vivado®, enter this command:
hdlsetuptoolpath('ToolName','Xilinx Vivado','ToolPath',... 'C:\Xilinx\Vivado\2018.2\bin\vivado.bat');
See HDL Language Support and Supported Third-Party Tools and Hardware for latest supported version of the synthesis tool.
Open the HDL Workflow Advisor for the DUT Subsystem. For the LED blinking
led_counter Subsystem is the DUT. In the
Set Target > Set Target Device and
Synthesis Tool task:
For Target workflow, select
IP Core Generation.
For Target platform, depending on the
synthesis tool and device that you are targeting, select
Generic Altera Platform or
Generic Xilinx Platform. Click
Run This Task.
In the Set Target > Set Target
Interface task, select a Target Platform
Interface for each port, then click
Apply. You can map each DUT port to one of
interfaces. To learn more about these interfaces, see Target Platform Interfaces.
You can also map the ports to multiple target platform interfaces. To learn more, see Generate HDL IP Core with Multiple AXI4-Stream and AXI4 Master Interfaces.
If you do not want to map the DUT ports to AXI4 slave interfaces, you can
map them to
External Port interfaces.
Expand the Set Code Generation Options task. Right-click the Set Optimization Options task and select Run to Selected Task.
In the HDL Code Generation > Generate RTL Code and IP Core task, you can specify:
Whether you want to connect the DUT IP core to multiple AXI
Master interfaces. By default, the AXI4 Slave ID
Width value is
enables you to connect the HDL IP core to one AXI Master
interface. To connect the DUT IP core to multiple AXI Master
interfaces, you may want to increase the AXI4 Slave ID
Width. When you run this task, this setting is
saved on the DUT as the HDL block property
Whether you want to generate the default AXI4 slave interface. By default, HDL Coder™ generates AXI4 slave interfaces for signals such as clock, reset, ready, timestamp, and so on. If you do not want to generate any AXI4 slave interfaces, clear the Generate default AXI4 slave interface check box. Click Run This Task.
If you mapped any of the DUT ports to AXI4 slave interfaces in the Set Target Interface task, even if you clear this check box, the code generator ignores this setting and maps the ports to AXI4 slave interfaces.
When you clear the check box and run the task, the code generator saves this setting on the DUT Subsystem as the HDL block property GenerateDefaultAXI4Slave.
After running the task, HDL Coder generates the IP core files in the output folder shown the IP core folder field, including the HTML documentation. To view the IP core report, click the link in the message window.
When you run the
IP Core Generation workflow, you can also generate
an HDL IP core without any AXI4 slave interfaces in your
To run this workflow, open the HDL Workflow Advisor, specify
Generic Altera Platform as the target
platform, and make sure that you map the DUT ports to only External Port, or AXI4-Stream
interface with TLAST mapping. In addition, when you generate the HDL IP core, in the
Generate RTL Code and IP Core task, clear the
Generate default AXI4 slave interface check box, and then
select Run This Task.
Use this capability when:
You do not want to tune the IP core parameters by using the AXI4 slave interfaces.
You want to create a custom reference design without AXI4 slave interfaces, such as standalone FPGA boards.
In addition, avoiding generation of the AXI4 slave interfaces in such cases reduces hardware resource usage and design complexity.
External IO and internal IO interfaces connect your HDL IP core to other
existing IPs in your custom reference design. To define these interfaces, you
To integrate the HDL IP core, you can create a custom reference design without AXI4 slave interfaces. In the custom reference design, you can only use External IO, Internal IO or AXI4-Stream interface with TLAST mapping. For examples of such reference designs, see:
When you generate an HDL IP core without AXI4 slave interfaces, certain restrictions apply. See IP Core without AXI4 Slave Interface Restrictions.
The DUT must be an atomic system.
The same IP core cannot use both an AXI4 interface and an AXI4-Lite interface.
The DUT cannot contain Xilinx System Generator blocks or Intel DSP Builder Advanced blocks.
If your target language is VHDL®, and your synthesis tool is Xilinx ISE or Intel Quartus Prime, the DUT cannot contain a model reference.
The input and output ports must have a bit width less than or equal to 32 bits.
The input and output ports must be scalar.
Ports must have a 32-bit width.
Ports must be scalar.
You can have a maximum of one input video port and one output video port.
The AXI4-Stream Video interface is not supported in
– blocking mode. Processor/FPGA
synchronization must be set to
Coprocessing – blocking mode
is not supported.
You can only map the ports to External or Internal IO interfaces, or AXI4-Stream interface with TLAST mapping. Other interfaces that require AXI4 slave interfaces such as AXI4 Master, AXI4-Stream, and AXI4-Stream Video are not supported.
You must use the
Free running mode for
Coprocessing – blocking mode is not supported.