Visible to Intel only — GUID: hly1730477315938
Ixiasoft
1.1.1. Timing Path and Clock Analysis
1.1.2. Clock Setup Analysis
1.1.3. Clock Hold Analysis
1.1.4. Recovery and Removal Analysis
1.1.5. Multicycle Path Analysis
1.1.6. Metastability Analysis
1.1.7. Timing Pessimism
1.1.8. Clock-As-Data Analysis
1.1.9. Multicorner Timing Analysis
1.1.10. Time Borrowing
2.1. Using Timing Constraints throughout the Design Flow
2.2. Timing Analysis Flow
2.3. Applying Timing Constraints
2.4. Timing Constraint Descriptions
2.5. Timing Report Descriptions
2.6. Scripting Timing Analysis
2.7. Using the Quartus® Prime Timing Analyzer Document Revision History
2.8. Quartus® Prime Pro Edition User Guide: Timing Analyzer Archive
2.4.4.5.1. Default Multicycle Analysis
2.4.4.5.2. End Multicycle Setup = 2 and End Multicycle Hold = 0
2.4.4.5.3. End Multicycle Setup = 2 and End Multicycle Hold = 1
2.4.4.5.4. Same Frequency Clocks with Destination Clock Offset
2.4.4.5.5. Destination Clock Frequency is a Multiple of the Source Clock Frequency
2.4.4.5.6. Destination Clock Frequency is a Multiple of the Source Clock Frequency with an Offset
2.4.4.5.7. Source Clock Frequency is a Multiple of the Destination Clock Frequency
2.4.4.5.8. Source Clock Frequency is a Multiple of the Destination Clock Frequency with an Offset
2.5.1. Report Fmax Summary
2.5.2. Report Timing
2.5.3. Report Timing By Source Files
2.5.4. Report Data Delay
2.5.5. Report Net Delay
2.5.6. Report Clocks and Clock Network
2.5.7. Report Clock Transfers
2.5.8. Report Metastability
2.5.9. Report CDC Viewer
2.5.10. Report Asynchronous CDC
2.5.11. Report Logic Depth
2.5.12. Report Neighbor Paths
2.5.13. Report Register Spread
2.5.14. Report Route Net of Interest
2.5.15. Report Retiming Restrictions
2.5.16. Report Register Statistics
2.5.17. Report Pipelining Information
2.5.18. Report Time Borrowing Data
2.5.19. Report Exceptions and Exceptions Reachability
2.5.20. Report Bottlenecks
2.5.21. Check Timing
2.5.22. Report SDC
3.1.1. CDC Timing Overview
3.1.2. Identifying CDC Timing Issues Using Design Assistant
3.1.3. Identifying CDC Timing Issues Using Timing Reports
3.1.4. Debug CDC Example 1—Incorrect SDC Definition
3.1.5. Debug CDC Example 2—Additional Logic in the Crossing
3.1.6. Debug CDC Example 3—CDC Depending on Two Simultaneous Clock Domains
Visible to Intel only — GUID: hly1730477315938
Ixiasoft
3.1.4.1. Resolve Violation: 1-Bit Asynchronous Transfer Not Synchronized
The following steps describe how to resolve the single CDC-50001 1-Bit Asynchronous Transfer Not Synchronized DRC violation for CDC Example 1.
Figure 209. Design Rule Violations In Design Assistant
- In the Design Assistant, select the CDC-50001 1-Bit Asynchronous Transfer Not Synchronized row. The right pane displays each violation with the same topology. Each row in this pane includes the associated source and destination registers and clock domains.
Figure 210. Design Assistant Right Pane Shows Source, Destination, and Clock Domains
- Right-click the CDC-50001 violation, then click Report Asynchronous CDC. TReport Asynchronous CDC reports group transfers according to CDC type. Click the row of a transfer to get additional information about it, such as the registers and why the chain terminates at the last register.
Figure 211. Transfers Grouped According to CDC Type
- Click the CDC Statistics tab and confirm that the Compiler identifies the synchronizer properly, with two registers acting as sources for the synchronizer. Using the extra details, you can debug the DRC violations.
Figure 212. CDC Statistics Tab Identifies Synchronizer Source Registers
- In the CDC Statistics tab, review the information about the last discovered synchronization register that includes only one register, my_sync|sync_ff[0]. The actual design intent is for the my_sync|sync_ff[1] and my_sync|sync_ff[2] registers to also be part of the synchronizer. The CDC Statistics tab also reports that the last synchronization register feeds into another CDC with the destination node my_sync|sync_ff[1], which is why the chain terminates.
Figure 213. Last Synchronization Register Feeds into Another CDC
- Click the SDC Statistics tab to view all the SDC exceptions that affect the CDC path flagged by the violation. In this case, you see the false path exception with a target of my_sync|sync_ff[*]. You might recognize that the target of the exception was too broad. If not, you could also review the two other DRC violations, described next, which help confirm that the false path is the cause of the DRC violation.
Figure 214. SDC Statistics Shows False Path Exception
- Click the Schematic View tab to view a schematic of the circuit the Asynchronous CDC Report describes.
Figure 215. Schematic View
- Right-click on the background of the Schematic View tab and choose Color Legend to display the color legend. The light green line between the reg_A and sync_ff[0] registers indicates that there is a false path exception affecting the path.