12-07-2017 03:28 AM
I am planing to upgrade my Vivado (2013.4) to Vivado (2017.3).
I am concern of my projects which are developed using Vivado (2013.4), is it required to update all the IPs to the latest versions.
Please give your suggestions which I have to be considered before upgrading the vivado..
12-21-2017 08:55 PM
12-07-2017 03:31 AM - edited 12-07-2017 03:34 AM
Vivado support auto migration guide. You require to open your project in latest tools . Run IP upgrade option in open project . It should work for you
Updating IP To update existing IP: 1. In the Sources window, click the IP Sources tab. 2. Right-click on an IP core source. 3. Select Upgrade IP from the popup menu.
Recustomizing IP To manually recustomize IP to match existing customization parameters: 1. In the Sources window, click the IP Sources tab. 2. Right-click on an IP core source. 3. Select Re-customize IP from the popup menu. Update the options in the dialog box as necessary.
Refer this document as well
check this Video
12-07-2017 03:34 AM
12-07-2017 03:36 AM
Please give your suggestions which I have to be considered before upgrading the vivado.
Depends on the level of upgrade for that IP. Critical point would be if the IP has undergone changes in the interface signals (ports, generics - addition/removals).
Just upgrade, run Vivado and then if it complains, start by checking the interfaces of *each* upgraded IP.....I would do it this way!
Consider giving "Kudos" if you like my answer. Please mark my post "Accept as solution" if my answer has solved your problem
12-07-2017 08:15 AM
One big note.
If your using a flex LM licence server,
then you will need to install a new server software,
not just a new licence.
good luck, such a big job can be interesting,
Vivado has 'changed' over the years...
12-08-2017 03:41 AM - edited 12-08-2017 03:42 AM
Thank you all for your suggestion and guidelines which have to be considered during upgrading of Vivado.
In order to get familiar with the latest tool I had downloaded Evaluation Version of Vivado 2017.3. As suggested, I had upgraded the IP Cores. When I compiled the design which was done on Vivado 2013.4 to the Vivado 2017.3, I am getting few critical warnings which were not present in Vivado 2013.4.
Critical warnings are on the .XDC file, I had defined few asynchronous clock groups which are outputs from MMCM (set_clock_groups -asynchronous -group [get_clocks clk_50m_mmcm_top]), is there any difference in defining asynchronous clock groups in Vivado 2017.3.
12-08-2017 04:03 AM
Can you please share the complete Critical warning message along with the XDC command to verify?
Also check the following Link: https://forums.xilinx.com/t5/Vivado-Expert-Series-Blog/Constraining-Asynchronous-Clocks/ba-p/657880#comments
Also check Topics "Asynchronous Clock Domain Crossings" and "Non-Recommended Asynchronous Clock Groups Constraints" at page 43 & 46.
12-15-2017 05:02 AM
Thank you providing me the details of timing constraints.
Critical warning messages which I am getting are:
[Vivado 12-4739] set_clock_groups:No valid object(s) found for '-group [get_clocks clk_50m_mmcm_top]' :
set_clock_groups -asynchronous -group [get_clocks clk_50m_mmcm_top]
[Vivado 12-4739] set_clock_groups:No valid object(s) found for '-group [get_clocks clk_125m_mmcm_top]' :
set_clock_groups -asynchronous -group [get_clocks clk_125m_mmcm_top]
12-15-2017 10:46 AM
This seems to be a syntax error. Can you just run get_clocks command and see if it returns the correct value:
Open synthesized design and run the following TCL command in Vivado TCL console to see if the clocks exist in design:
1. get_clocks clk_50m_mmcm_top
2. get_clocks clk_125m_mmcm_top
12-21-2017 08:55 PM