Generate Board-Independent HDL IP Core from Simulink Model
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, a generic Intel® platform or a generic Microchip 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
Generate Board-Independent IP Core
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 DUT in Simulink model and open the HDL Workflow Advisor. For example, open the model
Set the path to the installed synthesis tool for the target device by using the
hdlsetuptoolpathfunction. For example, if Xilinx Vivado® is the synthesis tool, use the command:
hdlsetuptoolpath('ToolName','Xilinx Vivado','ToolPath',... 'C:\Xilinx\Vivado\2020.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 model, the
led_counterSubsystem 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 Platformor
Generic Xilinx Platform. Click Run This Task.
In the Set Target > Set Target Interface task, select a Target Platform Interface for each port, and then click Apply. You can map each DUT port to one of these interfaces:
External Port, or
FPGA Data Capture. For more information 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
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
12, which 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 AXI4SlaveIDWidth.
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.
If you mapped any of the DUT ports to AXI4 slave interfaces in the Set Target Interface task, the code generator maps the ports to AXI4 slave interfaces, whether or not the Generate default AXI4 slave interface check box is cleared.
Click Run This Task. 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.
IP Core without AXI4 Slave Interfaces
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 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
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, see:
When you generate an HDL IP core without AXI4 slave interfaces, certain restrictions apply. See IP Core without AXI4 Slave Interface Restrictions.
Requirements and Limitations for IP Core Generation
Custom IP Core Generation Limitations
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.
AXI4-Lite Interface Restrictions
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.
AXI4-Stream Video Interface Restrictions
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
Coprocessing – blockingmode. Processor/FPGA synchronization must be set to
IP Core without AXI4 Slave Interface Restrictions
You can only map the ports to External/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 runningmode for Processor/FPGA synchronization.
Coprocessing – blockingmode is not supported.