장소와 경로를 soce에서 /없이 래치

L

ludan

Guest
안녕들,

나는 다음과 같은 문제에 직면하면서 이후 오전 : blockA <-> blockB,
blockA의 출력에 거기 빨리감기와 그 래치에 대한 입력으로가는 철사입니다
blockB.
의 SOC가 발생할 경우에 일정한 거리 (5mm)과 함께이 두 블록 장소
나는 특정 지연 링크는 두 블록 얽혀 (~ 3ns)을 참조하십시오.

지금 만약 내가 blockB에서 빨리감기와 래치와 나는 자리에있는 블록 교체
5mm 같은 거리, 상호 링크를보고 난 지연 1.7ns입니다

타이밍이 보고서를 보면, 그것을 분명한 것은 양쪽 FFs에 사용
도구의 링크를 큰 드라이브의 강도를 가진 버퍼는 추론을 최적화합니다.
1ff과 1의 예제에서는 버퍼를 유추하고 작은 래치 the
지연이 훨씬 높은 수준이다.

이제 내 질문 :이 도구를 인식하지 못하는 이유는 어떤 구체적인 이유는
중요한 경로로 A와
B 사이의 링크의 경우는 좀 오래 전 래치를 사용하고 있습니까?
그것은 분명 중요한 경로 (2 FFs와 함께 실험에 의해 표시)이지만,
언제 어떤 이유로 중요한으로 인식되지 않으면, 그 경로를 래치 사용
따라서 링크를 최적화하기 위해 노력하고 최종 상호
낮습니다지연 꽤 (와) 실망이 높은

<img src="http://www.edaboard.com/images/smiles/icon_sad.gif" alt="슬픈" border="0" />아이디어?

 
두 접근 방법과 어떤 설정을 위반이 있습니까?그것은 도구를 사용하여 시간을 사용하는 차입 래치 때 가능하다.도구 변수를 확인하는 방법을 차례로 볼 수있는 시간을 빌린 래치 / off를하고 좀 더 테스트를 실행합니다.

 
두 경우 모두 내가 유일한 차이는 그들이 어떻게하는 큰이다 위반 :
- 둘 다 빨리감기 : 1.7ns
- 1 빨리감기와 1 래치 : 3ns

최대한 멀리 황금 시간대에 report_timing에서 볼 수있습니다 :

점수 incr 경로
...
..
시간 종점 0.00 0.64에서
빌린...
...

시간이 없어 빌려왔다는 것을 의미합니다

<img src="http://www.edaboard.com/images/smiles/icon_sad.gif" alt="슬픈" border="0" />다른 재미있는 점은,이 경로는 도구로 인식하지 않는 것 같아서 샘플링 같은 클럭 blockB 보낸 사실로 인해 그 일이 중요합니다.사실, 이건 제가 이전 게시물에 대해 할 말이 : blockA the 래치 / FF로도 blockB에있는 데이터와 함께하는 시간을 보낼 걸 깜빡입니다.수있는이 중요한 이유는이 경로로 본적이 없을 수 있습니까?

환호

 

Welcome to EDABoard.com

Sponsor

Back
Top