디자인"은

[alexz]

그것은 문제를 설명하는 것은 쉽지 않다, 그러나 나는 시도할 것이다.

난 16 비트, 어디로 출력 버스를 16 비트 16 비트의 입력에 연결되어있는 상태는 래치 버퍼 트라이있다.
두 구성 요소가 모두 낮은 수준의 계층에서 인스턴스입니다.
트라이 상태 버퍼의 출력 bidir 16 비트 포트 conected입니다.

내가 성공적인 컴파일이 왜 사용 후 다음과 같은 경고 가지고 (를) rtus 2 :
경고 : 제거된 팬 항상에서 장애인 I / O를 버퍼 TriStateBuffer : TSB | biDirPort [0] 트라이하려면 주 버스 PIN_DSP_BUS [0] ~ 15

난 매일 비트에 비슷한 경고를 가지고 16 번.
또한 민영 RTL 뷰어 bidir 포트 (트라이 상태 버퍼의 출력) 15 비트 및 14 거리 뷰어 bidir 포트에 연결되어 togather의 두 번째 페이지로 다시 촬영 위치에서 볼 수있습니다.
나는 왜 그리고 어떻게 그게 무슨 뜻인지 이해가 안 돼요.

 

[tkbits]

이러한 최적화의 결과입니다.

소프트웨어 tristate 출력 "항상 장애인 I / O를 버퍼에서"이 결정했습니다.tristate 경우 출력은 항상 비활성화되어있습니다, 거기에 아무 소용이 입력에 연결에있어.따라서, 팬의 "제거 기능".

왜 당신 tristate 버퍼를 항상 사용할 수 있는지 확인합니다.

 

[Guest]

[No message]

 

[alexz]

내 트라이 상태 버퍼가 다른 엔터티에서 신호가오고있다 3-4 비트를 사용하여 anabled입니다.이러한 신호는 주소를 디코더에서 출력됩니다.주소 입력 디코더 몇 가지 실제 핀이있습니다.
어떤 사람은 항상 사용할 수없습니다 이유가있을 수 있습니까?

 

[tkbits]

각 tristated 출력을 하나의 신호에 의해 다른 출력 제어와 같은 제어 신호가 될 수있습니다.경우 또는 항상 손 디코더 절대 변경 입력 tristate 출력되고 있고, 언제나.어느 디코더를 잘못 구현입니다 tristate 버퍼, 또는 디코더 수 있도록 가치를 한 적도 없구요.

만약 입력 디코더 칩 핀에 온되어있다면, 또한 네가 어떤 칩 핀에의 입력에 연결할 필요하지 않았을거야.난 관두에 익숙하지 않은거야 (시) rtus, 나는 당신이이 작업에 대한 점검 드릴 수없습니다.