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" />아이디어?
나는 다음과 같은 문제에 직면하면서 이후 오전 : 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" />아이디어?