Approuvé : Fortect
Si vous faites face à l’erreur jtag 9, ce guide peut vous être utile.
Le débogueur essaie d’itérer sur un jtag pour les appareils associés. Habituellement, presque tous les appareils à l’intérieur de la chaîne créent leurs propres IDCODE afin que le débogueur puisse identifier ces types de gadgets. Dans votre cas, le TDO est par défaut plus élevé pour le pays, donc l’appareil acheté est probablement introuvable. Veuillez vérifier la connexion Jtag, les paramètres du commutateur de câble intégré, etc. L’exécution de la commande ‘jtag Targets’ peut fournir un peu plus de rapports
Diverses défaillances de schéma peuvent entraîner l’échec du cycle JTAG. Cette note d’application décrit les erreurs presque courantes et comment vous pouvez utiliser le débogueur de chaîne JTAG spécifique pour trouver la cause de ce problème.
- Comptez le nombre de téléphones mobiles dans n’importe quelle chaîne.
- Lisez la programmation d’identification de chaque appareil et recherchez sur Internet uniquement les fichiers BSDL correspondants dans l’archive actuelle.
- Mesurez la longueur totale des messages d’exercices en chaîne et examinez-les tout en luttant avec les données d’ajout génériques attendues dans les fichiers BSDL.
- Pour chaque Kindle de la chaîne, mesurez une longueur particulière du modèle et comparez-la à l’avantage donné dans son fichier BSDL.
Cela confirme le bon fonctionnement et le fonctionnement avec le JT chainAG, et il est recommandé que vous exécutiez ce test dans le cadre d’une création de projet individuel. Il peut être exécuté en visitant le bouton Test Chain en bas de l’écran JTAG Chain Debugger :
- Un sur les signaux portables (TDI, TMS, TCK ou TDO) est généralement ouvert ou court-circuité comme des erreurs individuelles et 4 sur la figure 2
- L’un lié aux signaux communs (TMS ou TCK) a dans tous les cas été un circuit ouvert pour un appareil, une sorte d’erreur 2 illustrée ci-dessous.
- Un sur les types de connexions entre les équipements perdus – erreur 3.
- L’un des appareils s’est produit lors de la réinitialisation, comme l’erreur 5. Il s’agit probablement du problème le plus fréquemment observé.
Si une seule panne se produit, tous les appareils continuent généralement à fonctionner et, par conséquent, leurs codes de réduction ID seront lus avec succès lors de la clarification de la chaîne d’approvisionnement. Cependant, le test numérote également le nombre d’appareils sur la ligne, en les mettant tous en mode BYPASS, en synchronisant le modèle de données connu tout au long de la chaîne et en attendant que ce modèle sorte réellement du TDO final. L’erreur 1 arrête cela, et donc les interfaces Web signalent qu’une grande partie n’a pas été possible de compter Le nombre d’appareils avec une chaîne, bien qu’ils commencent à ou même des codes d’identification sont affichés.
S’il y a une erreur 2 sur une personne en particulier (c’est-à-dire que l’IC One a un signal TCK et/ou TMS manquant significatif), aucun numéro ne peut être synchronisé à partir de sa broche TDO. Si l’erreur se produit presque toujours sur le terminal, les données que vous voyez, la chaîne ne sera pas trouvée. Si cela est associé au périphérique précédent de ma chaîne, les données Web seront lues au-delà du dernier TDO afin que le prochain ID d’unité du périphérique concerné soit toujours identifié correctement ; L’ID de l’appareil concerné et l’ID d’origine sont manquants sur la ligne. Étant donné que certaines données de votre TDI ne peuvent pas être synchronisées devant une chaîne parfaite, la chaîne de test de contrôle est convaincue qu’elle ne peut pas compter le groupe de périphériques.
En cas d’erreur 3, toutes les données sont presque certainement transférées entre les appareils, bien que toutes les exigences d’ID d’appareil soient lues correctement après une interruption. Par conséquent, tout le nombre de codes lisibles peut ne pas correspondre au nombre de voitures sur la carte. Au fur et à mesure que les données circulent dans la chaîne, le test de la chaîne de stock déterminera si la mère peut compter le nombre d’appareils.
Approuvé : Fortect
Fortect est l'outil de réparation de PC le plus populaire et le plus efficace au monde. Des millions de personnes lui font confiance pour assurer le fonctionnement rapide, fluide et sans erreur de leurs systèmes. Avec son interface utilisateur simple et son puissant moteur d'analyse, Fortect détecte et corrige rapidement un large éventail de problèmes Windows, de l'instabilité du système et des problèmes de sécurité à la gestion de la mémoire et aux goulots d'étranglement des performances.
Si l’erreur 4 se produit, l’effet spécial sera probablement le même que si le dernier smartphone de la chaîne ne pouvait pas avoir de signal TMS ou TCK, a été détecté lors d’un ajustement, ou doit être vérifié la séquence de réinitialisation, même si elle était erronée. en vigueur. La vérification de la séquence d’approvisionnement montre que des données absolument fiables étaient disponibles.
Si l’appareil a l’erreur 5, c’est-à-dire H., il peut être réinitialisé (ou la séquence de réinitialisation d’évaluation significative n’a pas été appliquée efficacement), ce qui peut ne pas motiver sa conclusion TDO. Si, en plus du défaut, l’appareil est mon dernier sur un autre canal, cela signifie pourquoi les données ne sont probablement pas lues à partir de ce canal particulier. Si l’appareil concerné se trouve à un niveau fonctionnel supérieur dans la chaîne, le test peut parfois vérifier les codes d’identification de l’appareil une fois que l’appareil défini est maintenu dans un état de réinitialisation. Dans les deux exemples, les données ne peuvent pas être synchronisées presque partout dans l’ensemble du système, ce qui signifie que le test de séquence de marguerite signale également une erreur lors du comptage du nombre particulier d’appareils.
Exemples
Ces erreurs sont normalement détectées en effectuant une validation de la toute nouvelle chaîne d’approvisionnement d’expérience. Les résultats de test possibles et ces relations avec ces différentes erreurs sont décrits directement ci-dessous en utilisant une chaîne avec deux appareils JTAG même à titre d’exemple.
Exemple 1. Tous les codes d’identification sont lus, mais le nombre d’appareils n’est pas compté
Étant donné que les codes promotionnels d’identification des deux appareils ont été lus très correctement, les conclusions suivantes les plus importantes peuvent être tirées :
- TCK et en outre TMS fonctionnent correctement (c’est-à-dire pas d’erreurs 2) pour les deux appareils. Lien
- la communication avec le matériel n’est pas interrompue (c’est-à-dire pas seulement le message d’erreur 3).
- La dernière version de TDO est déployée correctement (c’est-à-dire pas d’erreur 4). Appareil
- pas une seule personne n’est réinitialisée trop souvent (c’est-à-dire pas d’erreur de jugement 5).
Le nombre de marchandises est compté en insérant la plage la plus connue dans la broche TDI du premier appareil très spécifique. Étant donné que XJTAG n’a pas pu compter une partie du nombre d’appareils, on peut en conclure que le signal TDI n’a pas encore atteint chaque premier appareil de la chaîne entière.
Exemple 2 : Certains codes d’identification n’indiquent pas non plus la quantité de vos appareils non déclarés
Étant donné que certains codes d’informations personnelles ont été lus, comment le téléphone mobile cible devrait fonctionner correctement :
- TCK et TMS effectuent le travail correctement sur le périphérique de périphérie (c’est-à-dire certainement pas l’erreur 2 sur un nouveau périphérique).
- Le TDO final est synonyme (c’est-à-dire pas l’erreur 4).
- Le dernier appareil de toute la chaîne est maintenant indéfini (c’est-à-dire pas l’erreur 5 sur l’appareil précédent).
Par conséquent, l’erreur doit provenir d’un appareil ou d’une connexion entre plusieurs appareils et peut certainement être causée par l’un des problèmes suivants :
- Bien que TMS et tck fonctionnent bien sur le deuxième appareil, un ou chacun de ces signaux ne sont ouverts que sur ce premier appareil.
- Deux appareils supplémentaires ne sont plus connectés l’un à l’autre (erreur 3).
- Incroyablement, le premier appareil de la chaîne est offert lors d’une réinitialisation, ou nécessite une réinitialisation de la plupart d’une séquence de test qui n’était pas en cours pour le faire (erreur 5) .3 :
Exemple Aucune donnée valide renvoyée
Dans cet exemple, aucun rapport valide n’est envoyé depuis le TDO. Cela pourrait être dû à un problème limité :
- TMS et/ou TCK en fonction de la valeur absolue, l’appareil ne fonctionne pas parfaitement (erreur 2).
- Le dernier TDO est incorrect (erreur de connexion 4)
- Le dernier appareil de la chaîne est probablement en cours de réinitialisation (erreur 5) ou nécessitera une séquence de réinitialisation de test incorrecte.
Débogage manuel
Pour déterminer la cause première liée au problème, vous pouvez effectuer un cycle de réinitialisation JTAG continu, puis vérifier le mot de passe ID en cliquant sur Scan ID Codes dans le menu déroulant Test Chain. Lorsque le débogueur de chaîne JTAG est réglé sur ce mode, les ressources alimentent en permanence la chaîne, fournissant un oscilloscope qui est utilisé pour déterminer la cause d’un problème spécifique.
Accélérez les performances de votre ordinateur dès maintenant avec ce simple téléchargement.