eating LIN Hi 您好,
抱歉對於async reset的第5點我有typo,漏打字了,感謝您的糾正
對於 Asynchronous Reset 第5點 [ reset 訊號"沒"介入data path的timing,對於setup/hold time check較容易收斂一些
這邊想表達的是
實際上synthesis階段做timing sign-off的時候
check item除了一般REG2REG的Q->D的timing外
還會去檢查reset釋放的時機點是否恰當
https://vocus.cc/article/66aa2b66fd897800016831f0
可以先參考上述這邊reset的timing check,有空我會把後續的探討完成
對於sync reset來說,reset的訊號是和data點做and或or後再傳到D_in上
某種程度來說,他做為data path中間的combinational的一環,已經被約束過了
但async reset type的reg則沒有這一塊,reset訊號是直接送進給多一個port本身帶有reset功能的reg
所以在timing check上他與data path是兩條獨立的
data path check的setup/hold time內沒有reset的成分