Programmable Devices
CPLDs, FPGAs, SoC FPGAs, Configuration, and Transceivers
20638 Discussions

Get rid of Critical warning 16562 Review the Power Analyzer report...

AAalg
Beginner
1,854 Views

I keep getting following critcal warning for several projects:

 

Critical Warning (16562): Review the Power Analyzer report file (<design>.pow.rpt) to ensure your design is within the maximum power utilization limit of the single power-supply target device and to avoid functional failures.

 

I have not found a proper way of getting rid of it, other than suppression. All our FPGA projects are automatically compiled and tested every night and every time changes are checked in. The build-server is set to fail builds with critical warnings, so we need to remove them. Only adding them to the .srf file seems like a "quick and dirty" workaround. Any better ways of dealing with this warning? Some way of "checking off" that the power report has been reviewed and is ok, rather than just ignoring the warning?

0 Kudos
4 Replies
sstrell
Honored Contributor III
1,609 Views

According to this KDB article, you can just ignore this assuming you are not exceeding the maximum power consumption of VCC_ONE:

 

https://www.intel.com/content/www/us/en/programmable/support/support-resources/knowledge-base/tools/2019/critical-warning--16562---review-the-powerplay-power-analyzer-re.html

 

So using message suppression is fine.

 

#iwork4intel

0 Kudos
Rahul_S_Intel1
Employee
1,609 Views

Hi,

The above warning can be ignored

 

0 Kudos
AAalg
Beginner
1,609 Views

Thanks for reply.

I guess I had hoped for a way to "acknowledge" the power report rather than ignoring it, and have it re-generate based on some constraints, if something in changed.

Most of our designs will live for a long time (typ 10+ years of maintenance). There is no guarantee that the same designers are still here in 10 years, and it is not a given that someone new 10 years from now will understand why, or even notice that there is a critical warning being ignored.

With other critical warnings, e.g. timing - given proper constraints, if someone down the road does something "stupid", the build fails on "critical warning - timing not met", and whoever made the "stupid" change would have to deal with it right away, which is fairly easy since one would only need to analyze changes made during the last 24hr.

0 Kudos
Rahul_S_Intel1
Employee
1,609 Views

Hi ,

I can understand your situation, really apology for the inconvenience caused by you . We will try to minimize the above kind of error in future.

0 Kudos
Reply