Approvato: Fortect
Se stai guardando l’errore 9 di jtag, questa guida potrebbe renderti più facile.
Il debugger tenta di eseguire l’iterazione di solito sul jtag per i dispositivi correlati. Di solito, quasi tutti i dispositivi che si trovano nella catena creano i propri IDCODE in modo che il debugger possa identificare questi tipi di produttori. Nel tuo caso, TDO è per impostazione predefinita grande per il paese, quindi il dispositivo acquistato non viene sicuramente trovato. Si prega di controllare la connessione Jtag, le impostazioni dell’interruttore del cavo integrato, ecc. L’esecuzione del comando ‘jtag Targets’ può fornire un po’ più di guida
Vari errori dello schema possono causare il fallimento del franchise JTAG. Questa nota applicativa descrive gli errori più comuni e come è possibile utilizzare il mio JTAG String Debugger per trovare la causa di questo problema.
- Conta il numero di componenti in qualsiasi catena.
- Leggi gli identificatori di marketing di ciascun dispositivo e cerca in Internet i file BSDL corrispondenti nella scelta corrente.
- Misura la lunghezza totale dei messaggi di coaching in-chain ed esaminali mentre sei alle prese con questo particolare dato generico di accodamento previsto nei file BSDL.
- Per ogni Kindle della catena, misura la lunghezza del modello e confrontala positivamente con il vantaggio dato nel suo file BSDL.
Ciò conferma il corretto funzionamento e funzionamento della catena JTAG, e si consiglia di eseguire questo test come parte della creazione del progetto attuale. Può essere eseguito dal cursore il pulsante Test Chain nella parte inferiore della maggior parte della schermata JTAG Chain Debugger:
- Uno ai segnali del palmare (TDI, TMS, TCK o TDO) è solitamente aperto o in cortocircuito come gli errori 8 e 4 nella Figura 2
- Quello collegato ai segnali comuni (TMS o TCK) è stato davvero un circuito aperto per un dispositivo, come l’errore 2 mostrato di seguito.
- Uno dei tipi di connessione tra risorse perse – errore 3.
- Uno dei dispositivi si è verificato durante il ripristino, ad esempio l’errore 5. Questo è probabilmente il problema più comunemente osservato.
Se si verifica un singolo guasto, tutti i dispositivi potrebbero benissimo continuare a funzionare e quindi la loro lingua ID verrà letta correttamente durante il chiarimento della catena di approvvigionamento. Tuttavia, il test numera anche il numero dei dispositivi sulla linea, mettendoli completamente in modalità BYPASS, sincronizzando il modello di dati noto lungo tutta la catena e aspettando che quel modello ti aiuti a emergere dal TDO finale. L’errore 1 aiuta a prevenire ciò, e quindi le interfacce web segnalano che non è stato possibile contare il numero di dispositivi con una stringa, sebbene vengano visualizzati queste attività commerciali o persino codici ID.
Se c’è un errore 2 su uno specifico (cioè IC One ha un segnale TCK e/o TMS mancante significativo), nessun numero può essere sincronizzato dal suo pin TDO. Se l’errore si verifica a volte sul terminale, i dati nella stringa non verranno sicuramente trovati. Se questo insieme al dispositivo precedente in cui vedete, la catena, i dati web verranno letti come risultato dell’ultimo TDO in modo che l’ID articolo successivo del dispositivo interessato sia sempre inchiodato correttamente; Sulla linea mancano l’ID del dispositivo interessato e l’ID precedente. Poiché questi dati nel TDI non possono essere sincronizzati con una catena perfetta, la catena di test di controllo sa che non può contare il gruppo di dispositivi.
In caso di errore 3, tutti i dati devono essere trasferiti tra i dispositivi, anche se tutti i chiffre di ID dispositivo vengono letti correttamente dopo un’interruzione. Pertanto, la maggior parte del numero di codici leggibili potrebbe non corrispondere per aiutarti al numero di auto sulla carta. Mentre i dati fluiscono attraverso la catena, il test della catena di risorse determinerà se la ragazza può contare il numero di dispositivi.
Approvato: Fortect
Fortect è lo strumento di riparazione PC più popolare ed efficace al mondo. Milioni di persone si affidano a milioni di persone per mantenere i loro sistemi in esecuzione veloci, fluidi e privi di errori. Grazie alla sua semplice interfaccia utente e al potente motore di scansione, Fortect trova e risolve rapidamente un'ampia gamma di problemi di Windows, dall'instabilità del sistema e problemi di sicurezza alla gestione della memoria e ai colli di bottiglia delle prestazioni.
Se si verifica l’errore 4, è probabile che l’effetto speciale sia lo stesso come se l’ultima tecnologia della catena non potesse avere un segnale TMS o TCK, fosse stata rilevata durante una rifusione o avesse bisogno di controlla la sequenza di ripristino, solo che era sbagliata. applicabile. Il controllo del collegamento di alimentazione mostra che erano disponibili dati assolutamente affidabili.
Se il dispositivo ha l’errore 5, ad esempio H. potrebbe essere ripristinato (o la sequenza di ripristino significativa non è stata applicata in modo efficace), il mio potrebbe non motivare la sua conclusione TDO. Se, all’interno oltre al guasto, il dispositivo è uno degli ultimi su un altro canale, significa attraverso il quale probabilmente non vengono letti dati da qualche canale. Se il dispositivo interessato si trova a un particolare livello superiore nella catena, il test controlla i codici ID del dispositivo dopo che il dispositivo definito è stato mantenuto in uno stato di ripristino. In entrambi gli esempi, i dati non possono essere sincronizzati sull’intero sistema, il che significa che il test della gamma a margherita riporta anche un errore durante il conteggio del nostro numero di dispositivi.
Esempi
Questi errori dovrebbero essere rilevati eseguendo una convalida dell’intera catena di approvvigionamento. I possibili risultati del test e una relazione individuale con questi vari errori sono descritti utilizzando una catena con due dispositivi JTAG solo come esempio.
Esempio 1. Tutti i codici identificativi vengono letti, ma il numero di dispositivi non viene conteggiato
Poiché le linee guida per l’identificazione di entrambi i dispositivi sono state lette in modo molto corretto, è possibile trarre ciascuna delle nostre seguenti conclusioni:
- TCK e di conseguenza TMS funzionano correttamente (ovvero nessun errore nel giudizio 2) per entrambi i dispositivi. Collegamento
- la comunicazione con il macchinario non è interrotta (cioè non solo errore 3).
- L’ultima versione di TDO è inserita correttamente (ovvero nessun errore 4). Dispositivo
- che viene resettato troppo spesso (cioè non sbagliare il passo 5).
Il numero di merce viene conteggiato inserendo la stringa più nota nel pin TDI del primo dispositivo certo. Poiché XJTAG non è stato in grado di contare tutto il numero di dispositivi, si può concludere che il segnale TDI non ha ancora raggiunto un particolare primo dispositivo nell’intera catena.
Esempio 2: ad alcuni codici di identificazione manca anche la quantità dei dispositivi non dichiarati
Poiché sono stati letti alcuni codici di somiglianza, come dovrebbe funzionare correttamente l’accessorio target:
- TCK e TMS funzionano bene sul dispositivo edge (cioè in nessun modo errore 2 su un nuovo dispositivo).
- Il carry on TDO è sinonimo (cioè non errore 4).
- L’ultimo dispositivo dell’intera catena è letteralmente indefinito (ovvero non l’errore 5 sull’ultimo dispositivo incredibilmente).
Pertanto, l’errore deve provenire dal 1 dispositivo o la connessione tra più dispositivi può sicuramente essere causata da uno dei seguenti problemi indiscutibilmente:
- Sebbene TMS e tck energy vadano bene sul secondo dispositivo, uno o più di questi segnali sono aperti solo sul primo dispositivo effettivo.
- Due dispositivi aggiuntivi non sono collegati solo tra loro (errore 3).
- Incredibilmente il primo dispositivo della catena è presente durante un reset, o richiede un reset collegato a una sequenza di test che non funzionava correttamente (errore 5) .3:
Esempio Nessun dato valido restituito
In questo esempio, nessun report valido viene inviato dal TDO. Ciò sarà dovuto a problemi di quantità:
- TMS e/o TCK necessari per il valore assoluto, il dispositivo non funziona in modo preciso (errore 2).
- L’ultimo TDO è malato (errore di connessione 4)
- L’ultimo dispositivo nella catena principale è probabilmente in fase di ripristino (errore 5) o dovrebbe avere una sequenza di ripristino di prova errata.
Debug manuale
Per determinare la causa principale del problema, è possibile eseguire un ciclo di ripristino JTAG continuo e quindi verificare le linee guida dell’ID facendo clic su Scansione codici ID dal menu a discesa Test Chain. Quando il JTAG Chain Debugger è impostato su questa modalità, le risorse alimentano continuamente la catena, fornendo un oscilloscopio che può essere utilizzato per determinare la causa di un problema specifico significativo.
Accelera ora le prestazioni del tuo computer con questo semplice download.