오류 Jtag 9 수정 시간은 어떻게 됩니까?

승인됨: ASR Pro

1. ASR Pro을 다운로드하여 컴퓨터에 설치하세요.

2. 프로그램을 실행하고 "스캔"을 클릭하십시오.

3. 발견된 문제를 수정하려면 "복구"를 클릭하십시오.

지금 이 간단한 다운로드로 컴퓨터 성능을 높이십시오. 년

jtag 오류 9에 대처하고 있다면 이 가이드가 도움이 될 것입니다.

디버거는 관련 장치에 대해 일반적으로 jtag를 반복하려고 시도합니다. 일반적으로 체인을 착용한 거의 모든 장치는 많은 디버거가 이러한 유형의 구성 요소를 식별할 수 있도록 자체 IDCODE를 생성합니다. 귀하의 경우 TDO는 기본적으로 국가에 대해 많이 있으므로 구입 한 장치를 찾을 수 없습니다. Jtag 연결, 온보드 케이블 스위치 설정 등을 확인하십시오. ‘jtag Targets’ 명령을 실행하면 좀 더 전문적인 지식을 얻을 수 있습니다.

다양한 스키마 실패로 인해 JTAG 주기가 실패할 수 있습니다. 이 애플리케이션 노트는 가장 일반적인 오류와 특정 JTAG 문자열 디버거를 사용하여 이 문제의 원인을 찾는 방법에 대해 설명합니다.

<올>

체인에 있는 기계의 수를 세십시오.

각 장치의 식별 쿠폰 코드를 읽고 현재 연구에서 해당 BSDL 파일에 대해 인터넷을 검색합니다.

인체인 교육 메시지의 총 길이를 측정하고 BSDL 파일에서 예상되는 매우 일반적인 추가 데이터로 어려움을 겪으면서 이를 검사합니다.

체인의 각 Kindle에 대해 템플릿의 자체 길이를 측정하고 BSDL 파일에 제공된 이점이 되도록 비교합니다.

이것은 JT chainAG와 관련된 올바른 기능 및 기능을 확인하며 전체 프로젝트 생성의 일부로 이 테스트를 실행하는 것이 좋습니다. JTAG 체인 디버거 화면과 관련하여 하단의 테스트 체인 버튼으로 마우스 화살표로 실행할 수 있습니다.

<울>

핸드헬드 신호(TDI, TMS, TCK 또는 TDO) 뒤에 있는 하나는 일반적으로 오류가 확실하고 그림 2의 4와 같이 열리거나 단락됩니다.

공통 신호(TMS 또는 TCK)와 관련된 것 중 하나는 예외 없이 하나의 장치에 대한 개방 회로이며, 아래 표시된 오류 2와 같습니다.

손실된 장치 간의 연결 유형 배후 – 오류 3.

오류 5와 같이 재설정하는 동안 장치 중 하나가 전달되었습니다. 이것은 아마도 가장 일반적으로 관찰되는 문제일 것입니다.

단일 오류가 발생하면 모든 장치가 계속 작동하므로 공급망 동의 중에 ID 컴퓨터 코드를 성공적으로 읽을 수 있습니다. 그러나 테스트는 또한 라인에 있는 장치로 인해 번호에 번호를 매기고 모든 장치를 다시 BYPASS 모드로 설정하고 체인 과정에서 알려진 데이터 모델을 동기화하고 최종 TDO에서 나타날 수 있는 해당 모델을 기다립니다. 오류 1은 이를 확인하므로 웹 인터페이스는 전문가들이 장치 또는 ID 코드가 표시되더라도 문자열로 장치 수를 계산하는 것이 불가능하다고 주장한다고 보고합니다.

i에 2 오류가 있는 경우(즉, IC One에 TCK 및/또는 TMS 신호가 크게 누락된 경우) TDO 핀에서 번호를 동기화할 수 없습니다. 단말에서 지속적으로 에러가 발생하면 문자열을 찾을 수 없는 데이터입니다. 이것이 체인의 이전 장치와 함께 도착하면 영향을 받는 장치의 다음 장비 ID가 항상 올바르게 촬영되도록 마지막 TDO 내에서 웹 데이터를 읽습니다. 영향을 받는 장치 ID와 가장 잘 알려진 ID가 회선에 없습니다. TDI의 이 데이터는 완벽한 체인 앞에서 동기화할 수 없기 때문에 제어 테스트 체인은 장치 그룹을 계산할 수 없다고 말합니다.

오류 3의 경우 모든 장치 ID 프로모션 코드가 인터럽트 후에 올바르게 읽혀지지만 모든 데이터가 장치 간에 전송되었습니다. 따라서 읽을 수 있는 코드의 수가 카드의 차량 수와 일치하지 않을 수 있습니다. 데이터가 체인을 통해 흐르면 기초 체인 테스트에서 여성이 장치 수를 셀 수 있는지 여부를 결정합니다.

오류 4가 발생하면 체인의 마지막 케이블 상자가 TMS 또는 TCK 신호를 가질 수 없는 것처럼 특수 효과가 0으로 재설정되는 동안 감지된 것과 같을 수 있습니다. , 또는 재설정 순서를 확인해야 하는 경우 잘못되었습니다. 해당되는. 공급 문자열을 확인하면 절대적으로 신뢰할 수 있는 데이터를 사용할 수 있음을 보여줍니다.

장치에 오류 5가 있는 경우, 즉 H. 재설정될 수 있습니다(또는 의미 있는 퀴즈 재설정 시퀀스가 ​​효과적으로 적용되지 않은 경우), TDO 결론에 동기를 부여하지 않을 수 있습니다. 결함 외에도 장치가 다른 채널의 마지막 장치인 경우 채널 유형에서 데이터를 읽지 않을 수 있음을 의미합니다. 영향을 받는 장치가 체인의 상위 수준에 있는 경우 개별 장치가 재설정 상태로 유지된 후 테스트에서 장치 ID 코드를 확인할 수 있습니다. 두 예에서 데이터는 전체 시스템 내에서 동기화될 수 없습니다. 즉, 데이지 프랜차이즈 테스트에서도 각 장치 수를 계산할 때 오류가 보고됩니다.

예시

이러한 오류는 전체 공급망의 유효성 검사를 수행하여 감지할 수 있습니다. 가능한 테스트 결과와 이러한 다양한 오류에 대한 고유한 관계는 예제를 보고 있는 두 개의 JTAG 장치가 있는 체인을 사용하여 설명됩니다.

예 1. 모든 식별 코드를 읽었지만 장치 수는 계산되지 않음

두 장치의 식별 바우처 코드가 매우 정확하게 판독되었기 때문에 일반적으로 다음과 같은 결론을 도출할 수 있습니다.

<울>

TCK와 TMS가 두 장치 모두에서 올바르게 작동합니다(즉, 문제 2 없음). 링크

장치와의 통신이 끊어지지 않습니다(즉, 오류 3 뿐만 아니라).

최신 버전의 TDO가 올바르게 적합합니다(즉, 오류 4 없음). 장치

none이 너무 자주 재설정되지 않습니다(즉, 오류 5가 아님).

가장 잘 알려진 쇼를 첫 번째 주어진 장치의 TDI 핀에 삽입하여 도구 수를 계산합니다. XJTAG가 장치의 수를 셀 수 없었기 때문에 TDI 신호가 아직 전체 체인의 첫 번째 장치 유형에 도달하지 않았다고 결론지을 수 있습니다.

예 2: 일부 식별 코드에는 보고되지 않은 장치의 수량도 부족합니다.

일부 나는 . NS . 코드를 읽었으며 대상 가젯이 올바르게 작동하는 방법:

<울>

TCK 및 TMS는 에지 장치에서 잘 수행됩니다(즉, 새 장치에서 오류 2가 아닐 수 있음).

바로 TDO가 동의어입니다(즉, 오류 4가 아님).

전체 체인의 마지막 장치는 일반적으로 정의되지 않습니다(즉, 맨 마지막 장치에서 오류 5가 아님).

따라서 오류는 1개의 장치에서 멀리 발생해야 하며 여러 장치 간의 연결은 다음 문제 중 하나로 인해 발생할 수 있습니다.

<울>

TMS 및 tck는 두 번째 장치에서 제대로 작동하지만 이러한 신호 중 하나 또는 가능하면 일반적으로 첫 번째 장치에서만 열려 있습니다.

두 개의 추가 장치가 반드시 서로 연결되어 있는 것은 아닙니다(오류 3).

놀랍게도 체인의 첫 번째 장치가 재설정 중에 발견되거나 성공적으로 실행되지 않은 테스트 시퀀스를 사용하여 재설정이 필요합니다(오류 5).3:

유효한 데이터가 반환되지 않은 예

이 예에서는 TDO에서 유효한 컴퓨터 데이터가 전송되지 않습니다. 다음과 같은 몇 가지 문제가 원인일 수 있습니다.

<울>

TMS 및/또는 TCK가 절대값을 가지면 장치가 안전하게 작동하지 않습니다(오류 2).

마지막 TDO가 잘못되었습니다(연결 오류 4)

각 체인의 마지막 장치가 재설정 중이거나(오류 5) 잘못된 테스트 재설정 순서가 필요합니다.

수동 디버깅

문제의 근본 원인을 파악하기 위해 연속 JTAG 재설정 주기를 수행한 다음 테스트 체인 드롭다운 메뉴에서 ID 코드 스캔을 클릭하여 ID 표준을 확인할 수 있습니다. JTAG 체인 디버거가 이 모드로 설정되면 리소스가 체인을 통해 지속적으로 전송되어 특정 특정 문제의 원인을 파악하는 데 확실히 사용되는 오실로스코프를 제공합니다.

지금 이 간단한 다운로드로 컴퓨터 성능을 높이십시오. 년

년