Si se enfrenta al error 9 de jtag, su guía puede ayudarlo.
El depurador intenta iterar sobre el jtag para dispositivos relacionados. Por lo general, casi todos los dispositivos de la cadena crean sus propios IDCODE particulares para que el depurador pueda estar atento a este tipo de dispositivos. En su caso, TDO es el alto predeterminado para el país y, por lo tanto, no se encuentra el dispositivo comprado. Pruebe la conexión Jtag, la configuración del interruptor de cable a bordo, bastantes. La ejecución del comando ‘jtag Targets’ puede proporcionar un poco más de información sólida
Varias fallas de esquema deberían poder hacer que la cadena JTAG falle. Esta nota de aplicación describe los errores más comunes y dónde puede usar el depurador de cadenas JTAG para encontrar la causa de este problema.
Cuente la cantidad de dispositivos en cualquier cadena.
Lea el código de identificación de cada dispositivo además de buscar en Internet los archivos BSDL correspondientes en la biblioteca actual.
Mida la longitud absoluta de los mensajes de instrucciones en cadena y examine a estas personas mientras luchan con los datos de adición genéricos que se creen en los archivos BSDL.
Para cada Kindle dentro de la cadena, mida la longitud de la plantilla web y compárela con la ventaja dada que se encuentra en su archivo BSDL.
Esto confirma el correcto funcionamiento y funcionamiento de JT chainAG, y además se recomienda que ejecute este descubrimiento como parte de la creación de su proyecto. Debe ejecutarse haciendo clic en la opción Test Chain en la parte inferior de la pantalla JTAG Chain Debugger:
Uno de los signos y síntomas portátiles (TDI, TMS, TCK o TDO) suele estar abierto por cortocircuito como los errores 1 y 4 en la Figura 2
Uno de los impulsos comunes (TMS o TCK) siempre ha sido un programa abierto para un dispositivo, como el error 2 que se muestra a continuación.
Uno de los tipos de amigos entre dispositivos perdidos: error 3.
Uno de los dispositivos ocurrió durante el reinicio, en estos como error 5. Este es probablemente el problema más comúnmente observado.
Si se produce un error, todos los dispositivos seguirán funcionando y, por lo tanto, sus códigos de identificación se examinarán correctamente durante la validación de la cadena de suministro. Sin embargo, la prueba además de eso numera la cantidad de dispositivos en la cubierta, poniéndolos a todos en modo BYPASS, sincronizando ese modelo de datos conocido a lo largo de la cadena y listo para que ese modelo emerja del TDO decisivo. El error 1 evita esto, y por lo tanto, generalmente las interfaces web informan que no fue posible contar la cantidad de dispositivos acompañados de una cadena, aunque se muestran ellos o incluso el idioma de identificación.
Si hay un error de cuatro en uno (es decir, IC One tiene una considerable falta de señal TCK y / o TMS), prácticamente no se puede sincronizar ningún número desde su número de identificación personal TDO. Si el error suele ocurrir en el dispositivo, los datos de la cadena no se encontrarán. Si esto sucede en conjunto con nuestro propio dispositivo anterior en la cadena, los recursos web se leerán desde el último TDO como consecuencia de que el siguiente ID de dispositivo que tenga un efecto en el dispositivo siempre se capturará correctamente; El ID de la aplicación afectada y el ID más antiguo faltan en el tema de la línea. Dado que los datos en su TDI no se pueden sincronizar a través de una cadena perfecta, algún tipo de cadena de prueba de control cree que no puede contar un grupo de dispositivos en particular.
En caso de error 3, todos los datos se transfieren entre dispositivos, aunque todos los códigos de identificación del dispositivo se leen correctamente incluso después de una interrupción. Por lo tanto, la cantidad de códigos únicos legibles puede no corresponder con la cantidad de automóviles en la tarjeta. A medida que los datos fluyen hacia la cadena, la prueba de la cadena de suministro aprenderá si puede contar la cantidad de dispositivos.
Fortect es la herramienta de reparación de PC más popular y eficaz del mundo. Millones de personas confían en él para mantener sus sistemas funcionando de forma rápida, fluida y sin errores. Con su sencilla interfaz de usuario y su potente motor de análisis, Fortect encuentra y soluciona rápidamente una amplia variedad de problemas de Windows, desde la inestabilidad del sistema y los problemas de seguridad hasta la gestión de la memoria y los cuellos de botella en el rendimiento.
3. Haga clic en "Reparar" para solucionar cualquier problema que se encuentre
Si se asocia el error 4, el efecto especial será el mismo, aunque si el último dispositivo de la cadena podría no tener una señal TMS o TCK, si se detecta durante un reinicio o si necesita determinar la secuencia de reinicio, pero fue incorrecta. necesario. Verificar la cadena de suministro muestra que absolutamente algunos de los mejores datos estaban disponibles.
Si el dispositivo entrega el error 5, es decir, H., se puede restablecer a cero (o la secuencia de restablecimiento de prueba significativa sin duda se ha aplicado de manera efectiva), esto puede no motivar su conclusión de TDO. Si, además de la deficiencia, el dispositivo es el último en muchos más canales, significa que probablemente los datos no se leen del canal. Si el dispositivo tocado está en un nivel más alto en la cadena de unidades, la prueba puede verificar los códigos de identificación del dispositivo después de que el dispositivo en particular se mantenga por última vez en un estado de reinicio. En ambos ejemplos, el detalle no se puede sincronizar en todo el sistema, esto también significa que la prueba de la conexión en cadena también reporta un error fantástico al contar la cantidad de dispositivos.
Ejemplos
Estos errores se detectan realizando una validación completa de toda la cadena de suministro. Los resultados de las pruebas creíbles y su relación con estos una variedad de errores se describen a continuación utilizando una cadena mientras se utilizan dos dispositivos JTAG como ejemplo.
Ejemplo 1. Se leen todos los códigos de identificación, pero no se cuenta la cantidad de dispositivos
Dado que los códigos de identificación de ambos dispositivos se leen muy correctamente, se pueden extraer automáticamente las siguientes conclusiones:
TCK y TMS funcionan correctamente (es decir, sin error 2) para ambos dispositivos. Enlace
la comunicación con los dispositivos no está estropeada (es decir, no solo el error 3).
La última versión diferente de TDO está instalada correctamente (es decir, el error 4 correcto). Dispositivo
nadie se reinicia demasiado (es decir, no el error 5).
La cantidad de dispositivos se cuenta presionando la secuencia más conocida en el orificio TDI del primer dispositivo específico. Dado que XJTAG parecía no poder contar la cantidad de dispositivos, el juego puede concluir que la señal TDI aún no ha llegado al primer dispositivo en toda la cadena principal.
Ejemplo 2: Algunos códigos de identificación también carecen de la cantidad de dispositivos no declarados
Dado que se han descubierto algunos códigos de identificación, cómo debería funcionar correctamente el dispositivo de destino:
TCK y TMS funcionan bien en el dispositivo de fronteras nacionales (es decir, no el error 2 en un dispositivo más nuevo).
Se identifica el último TDO (es decir, no el error 4).
El último dispositivo de toda la cadena no está definido (es decir, no debe aparecer el error 5 en el último dispositivo).
Por lo tanto, su error debe provenir de 1 dispositivo o relación entre múltiples dispositivos y ciertamente puede estar formado por uno de los siguientes problemas:
Aunque TMS y tck funcionan bien en el segundo, el dispositivo problemático, una o ambas de estas señales, sin duda, solo están abiertas en el primer dispositivo.
Dos dispositivos adicionales no están conectados a cada uno nuevo (error 3).
Increíblemente, el primer dispositivo de la cadena está presente durante un reinicio, o tal vez incluso requiera reiniciar una secuencia de prueba a través de la cual no se estaba ejecutando correctamente (error 5) .3:
Ejemplo No se devolvieron datos válidos
En el tipo de ejemplo, no se están enviando datos válidos desde el TDO. Esto puede deberse a algunos problemas:
TMS junto con / o TCK para valor absoluto, el elemento del equipo no está funcionando correctamente (error 2).
El último TDO no es válido (error de conexión 4)
Lo más probable es que el último dispositivo de la cadena se esté reiniciando (error 5) o requiera una secuencia de prueba de reinicio total incorrecta.
Depuración manual
Para ver la causa raíz del problema, posiblemente podría realizar un ciclo de reinicio JTAG continuo y luego verificar el código de identificación haciendo clic en Escanear códigos de identificación en el menú desplegable Cadena de prueba. Cuando el depurador de cadena JTAG está configurado en modo todo, los recursos fluyen continuamente a través de la cadena, administrando un osciloscopio que se puede usar para analizar la causa de un problema específico.
