Échecs d’importation¶
But¶
Vous aider à décider rapidement si l'échec actuel est une entrée non prise en charge, une incompatibilité de chemin d'importation ou un arrêt proactif de la protection d'exécution.
Plateformes prises en charge¶
iOSmacOS
Public visé¶
- Utilisateurs dont le chemin d'importation ne s'est pas comporté comme prévu
- Testeurs triant les échecs d’importation, les importations ignorées ou les résultats d’importation dégradés
Conditions préalables¶
- Vous avez un cas d'importation, un message ou un chemin de reproduction spécifique à inspecter
- Si possible, conservez le fichier source et le chemin d'importation exact qui a déclenché le problème.
Mesures¶
- Identifiez si l'échec s'est produit avant la sélection du fichier, après la sélection du fichier ou après l'entrée dans l'espace de travail.
- Vérifiez quel chemin d'importation a été utilisé et si la source doit y être prise en charge.
- Comparez le comportement observé avec les modèles de défaillance ci-dessous, y compris les réimportations inchangées et les avertissements de dégradation partielle de DSN.
- Enregistrez le message exact et le contexte source avant de réessayer.
Résultat¶
- Vous pouvez limiter le problème à une entrée non prise en charge, une incompatibilité de chemin, un arrêt de protection, une réimportation inchangée ou un cas de dégradation locale.
Regardez d'abord ces trois choses¶
- L'échec s'est-il produit avant la sélection du fichier, après la sélection du fichier ou après être entré dans l'espace de travail ?
- L'application a-t-elle affiché un message d'erreur clair ?
- L'action était-elle une nouvelle importation, un ajout de révision ou un SES ?
Types de pannes les plus courants à l’heure actuelle¶
1. Type d'entrée non pris en charge¶
Signes typiques :
- l'application indique directement que l'extension n'est pas prise en charge
- le flux s'arrête après avoir sélectionné le fichier
Actions suggérées :
- confirmez d'abord si vous avez utilisé le chemin de conception ou de fabrication
- puis confirmez si l'entrée appartient à l'ensemble actuellement pris en charge
2. Mauvaise intention d'importation de IPC-2581¶
Signes typiques :
- le fichier peut être sélectionné, mais le comportement d'importation résultant n'est pas celui attendu
Actions suggérées :
- importez-le à nouveau
- resélectionner si elles doivent être traitées comme des données côté conception ou côté fabrication
3. Utilisation incorrecte de SES¶
Signes typiques :
- essayer d'app
SEScomme s'il s'agissait d'un nouveau document normal - ou le document actuel n'a pas de révision de base utilisable
Actions suggérées :
- ouvrir le menu du document cible
- commencer à partir de
Import SES - sélectionnez d'abord une révision de base valide
4. Le grand IPC-2581 s'ouvre lentement ou échoue lors de l'importation réelle¶
L'implémentation actuelle n'arrête plus les entrées IPC-2581 XML très volumineuses avec un contrôle en amont de la mémoire conservateur.
Si ce type de source échoue toujours, l'échec se produit désormais dans le chemin d'importation réel au lieu d'être rejeté avant l'ouverture.
Actions suggérées :
- enregistrer le texte d'erreur exact ou la dernière étape de chargement visible
- enregistrer la taille du fichier, la plate-forme et le modèle de l'appareil
- notez si l'application est restée réactive, bloquée ou a été arrêtée par le système d'exploitation
5. Une autre tâche d'importation est déjà en cours¶
Dans la mise en œuvre actuelle, une seule tâche d'importation de PCB est autorisée à la fois. Si une importation précédente n'est pas encore terminée, la demande d'importation suivante est rejetée avec un message d'état.
6. L'entrée du même nom et du même format est jugée inchangée¶
L'implémentation actuelle compare les octets de la source d'origine lorsque vous réimportez une source avec le même nom de document et le même format :
- si la source originale nouvellement importée est identique à la révision actuelle, l'application signale que l'importation a été ignorée car rien n'a changé
- cela n’est pas considéré comme un échec ; c'est ainsi que les révisions en double sont évitées
- si vous attendiez une nouvelle révision, confirmez que le contenu du fichier a réellement changé
7. Dégradation de la géométrie locale DSN après une importation réussie¶
Signes typiques :
- l'importation réussit finalement et le document s'ouvre
- mais le journal du développeur ou la console affiche des avertissements tels que
skipping display object variant ... no valid shapes could be extracted
Ce que cela signifie :
- l'importateur n'a pas pu extraire un shape valide pour un petit nombre de variantes d'affichage, ces variantes locales ont donc été ignorées et le reste du tableau a continué l'importation
- ce comportement est destiné à éviter l'échec ou le plantage de l'importation complète du tableau, et il affecte généralement uniquement le rendu local plutôt que l'ensemble du document.
Actions suggérées :
- vérifiez d'abord si la zone affectée est toujours utilisable pour la tâche qui vous intéresse
- si la géométrie manquante est importante, enregistrez le texte d'avertissement, le
DSNoriginal et les étapes de reproduction pour une enquête de suivi
Note spécifique à KiCad¶
Même si une carte KiCad est importée avec succès en termes 2D, les actifs 3D locaux du projet manquants ou illisibles peuvent toujours apparaître comme des problèmes ultérieurement dans 3D ou dans les détails de problèmes. Cela ne bloque pas toujours l'ouverture de 2D, mais cela peut réduire l'exhaustivité de 3D.
Quoi enregistrer¶
- plateforme et appareil
- type de chemin d'importation : conception / fabrication / SES
- type et taille du fichier d'origine
- le texte d'erreur d'origine
- s'il se reproduit de manière cohérente
- si une autre tâche d'importation était déjà en cours d'exécution
Questions courantes¶
Pourquoi certains intrants de fabrication peuvent-ils être importés même s’il s’agit de dossiers ?¶
Parce que le chemin de fabrication accepte les entrées de style répertoire. La réussite de l'importation dépend de la capacité de l'importateur à reconnaître le répertoire en tant que package de fabrication pris en charge.
Pourquoi n'y a-t-il pas de nouvelle carte dans la bibliothèque après un échec d'importation ?¶
Cela signifie généralement que l'échec s'est produit avant la création du document, comme une saisie non prise en charge, un rejet en amont ou un échec de détection de l'importateur.
Pourquoi n’ai-je pas obtenu de nouvelle révision après avoir importé une deuxième fois le même nom de fichier ?¶
Si l'application indique que l'importation a été ignorée car rien n'a changé, cela signifie que la source originale nouvellement importée est identique à la révision actuelle. L'implémentation actuelle l'ignore au lieu de créer une révision en double.
Cela a fonctionné au deuxième essai. Dois-je quand même l'enregistrer ?¶
Oui. Les défaillances intermittentes sont toujours importantes pour l'évaluation de la stabilité.