forked from xoar/zuma-fpga
-
Notifications
You must be signed in to change notification settings - Fork 0
/
TIMING README
30 lines (22 loc) · 1.3 KB
/
TIMING README
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
How to use the timing analysis:
First you have to generate a ZUMA overlay with a specific architecture
described by your zuma_config.py configuration.
For this generation the parameter params.sdf have to be turned off.
Then you can integrated the overlay into your design
and extract the timing information from it by generating to sdf files:
(We assume that your toplevel design have the name Top)
Generate the first sdf file where we get the routing delay information from:
>netgen -s 1 -pcf Top.pcf -sdf_anno true -sdf_path "netgen/par" \
-ne -insert_glbl true -insert_pp_buffers false -w \
-dir netgen/par -ofmt verilog -sim Top.ncd Top_no_buffer.v
The second sdf file where we read out the delay on a flipflop (port delay + Tshcko):
>netgen -s 1 -pcf Top.pcf -sdf_anno true -sdf_path "netgen/par" \
-ne -insert_glbl true -insert_pp_buffers true -w \
-dir netgen/par -ofmt verilog -sim Top.ncd Top_with_buffer.v
Then copy the files Top_with_buffer.sdf and Top_no_buffer.sdf
to your zuma/example directory and edit the parameters
params.sdfFileName and params.sdfFlipflopFileName of your configuration.
Also you have to turn on the params.sdf flag and edit the instance parameter.
After that you can run the zuma compile.sh script with a circuit
to get the critical path.
It will be printed on the command line.