Next, create a floorplan to define the regions for Dynamic Function eXchange.
- Select the inst_count instance in the Netlist pane. Right click and select
Make sure that the Pblock is selected in the Device View before continuing.Figure 1. Pblock for the inst_count Reconfigurable Partition
Although this Reconfigurable Module only requires CLB resources, also include RAMB16, RAMB32, or DSP48 resources if the box encompasses those types. This allows the routing resources for these block types to be included in the reconfigurable region. The General tab of the Pblock Properties pane can be used to add these if needed. The Statistics tab shows the resource requirements of the currently loaded Reconfigurable Module.
and draw a tall narrow box on the left side of the upper left
corner of the device. The exact size and shape do not matter at this point, but
keep the box within the clock region.
- Repeat the previous step for the inst_shift instance, this time targeting clock region below the first. This Reconfigurable Module includes block RAM instances, so the resource type must be included. If omitted, the RAMB details in the Statistics tab will be shown in red.
- Run Dynamic Function eXchange Design Rule Checks by selecting All Rules
and then check Dynamic Function
eXchange to focus this report strictly on DFX DRCs.
No DRC errors should be reported, as long as the inst_shift pblock includes RAMB18 and RAMB36 resources. Advisory messages may still be reported, especially if the Pblock is located near the edge of the device. Note that for both Pblocks, SNAPPING_MODE is set to ON, as reported in the Properties tab of the Pblock Properties pane. This is always enabled for all UltraScale and UltraScale+ devices given the fine granularity of programmable units in this architecture.
. You can uncheck
- Save these Pblocks and associated
This exports all the current constraints in the design, including those imported earlier from top_io_$board.xdc. These constraints can be managed in their own XDC file or managed within a run script (as is typically done with HD.RECONFIGURABLE).
Alternatively, the Pblock constraints themselves can be extracted and managed separately. A Tcl proc is available to help perform this task.
- First source the proc which is found in one of the Tcl utility
- Then use the export_pblocks proc to write out this constraint
export_pblocks -file ./Sources/xdc/pblocks.xdc
This writes the Pblock constraint information for both Pblocks in the design. Use the
-pblocksoption to select only one if desired.
- First source the proc which is found in one of the Tcl utility files: