Codes d'erreur bus GPIB et solutions courantes

Aperçu

Ce document fournit des solutions aux codes d'erreur GPIB.

 

Une grande partie des informations suivantes proviennent du Manuel de l'utilisateur du NI-488.2 pour Windows (voir les Ressources supplémentaires ci-dessous).

Contenu

EDVR (0)

Condition d'erreur : Erreur de driver.

Description : EDVR est renvoyé lorsque le matériel GPIB n'est pas configuré correctement ou que le nom d'interface ou de périphérique transmis à la fonction ibfind est incorrect.

Cause possible : Les erreurs EDVR sont souvent dues à une faute de frappe dans le nom de l'interface de votre carte ou le nom du périphérique de votre instrument. Par exemple, le nom d'interface par défaut pour les cartes NI est GPIB0, mais il est possible que vous l'écriviez GPIBO (avec la lettre "oh" au lieu d'un zéro). Cette erreur peut également se produire si l'indice de la carte transmis à la fonction ibdev est incorrect. L'indice de la carte est la partie numérique du nom de l'interface pour la carte GPIB, mais on pense souvent, à tort, qu'il s'agit de l'adresse principale de la carte. Par exemple, je peux installer une carte PCI-GPIB dans mon ordinateur et donner une adresse principale de 2. Le nom d'interface par défaut pour la carte est GPIB0, l'indice de la carte est donc 0, pas 2.

Solutions :

  • Utilisez les paramètres par défaut pour votre matériel GPIB dans l'utilitaire de configuration GPIB (par exemple, GPIB0 pour le nom de l'interface et zéro pour l'adresse principale).
  • Utilisez la fonction ibdev plutôt que la fonction ibfind pour ouvrir les communications avec votre instrument (pour éviter d'utiliser son nom de périphérique).
  • Si vous devez utiliser des noms de périphériques pour vos instruments, assurez-vous alors qu'ils sont correctement configurés dans les modèles de périphériques de l'utilitaire de configuration GPIB (reportez-vous au manuel d'utilisation du NI-488.2 pour plus de détails).
  • Utilisez le descripteur d'unité renvoyé par ibdev ou ibfind comme premier paramètre dans les fonctions NI-488 suivantes. Examinez la variable devant la fonction défaillante pour vous assurer que sa valeur n'a pas été corrompue.

ECIC (1)

Condition d'erreur : La fonction nécessite que la carte GPIB soit le contrôleur en charge (CIC).

Description : Certaines fonctions nécessitent que votre carte GPIB soit le CIC ; ces fonctions sont indiquées dans le manuel de référence des fonctions NI-488.2 (voir le lien associé, ci-dessous). Par défaut, votre carte GPIB sera le contrôleur système, ce qui est différent du contrôleur en charge. Le contrôleur système est en mesure de devenir le CIC à tout moment (il peut y avoir un contrôleur système sur un GPIB donné).

Cause possible : Souvent, les erreurs ECIC sont dues au fait que vous n'envoyez pas Interface Clear au début de votre programme pour vous assurer que votre carte GPIB est le CIC.

Solutions :

  • Si votre carte GPIB est censée être le contrôleur système, utilisez alors ibrsc 1 pour vous assurer que votre carte GPIB est configurée en tant que contrôleur système.
  • Si votre carte GPIB est le contrôleur système, utilisez la fonction ibsic (ou la fonction SendIFC) pour envoyer Interface Clear. Cela permet à votre carte GPIB de devenir le CIC (cela réinitialise également les communications GPIB sur le bus).
  • Si votre carte GPIB est l'un des multiples contrôleurs sur le bus, vérifiez toujours le bit CIC du mot d'état, ibsta, avant d'essayer tout appel de fonction nécessitant que votre carte GPIB ait le statut de CIC. S'il n'apparaît pas, vous pouvez appeler la fonction ibwait (définit le masquage d'attente pour le bit CIC) pour retarder tout autre traitement jusqu'à ce que le contrôle soit passé à votre carte GPIB.

ENOL (2)

Condition d'erreur : La fonction n'a détecté aucun récepteur.

Description : Les communications GPIB nécessitent un émetteur unique (pour écrire les messages de données) et un ou plusieurs récepteurs (pour lire les messages de données). ENOL se produit généralement lors d'une tentative d'opération d'écriture, mais qu'aucun récepteur n'est adressé ou qu'il n'y a pas de récepteur aux adresses spécifiées. Pour une écriture de périphérique, ENOL indique que l'adresse GPIB avec laquelle vous tentez de communiquer ne correspond pas à l'adresse GPIB du périphérique connecté au bus.

Cause possible : L'instrument avec lequel vous essayez de communiquer n'est pas à l'adresse principale attendue, l'instrument n'est pas sous tension ou le câble de l'instrument est déconnecté ou cassé.

Solutions :

  • Assurez-vous que l'adresse GPIB de votre périphérique correspond à l'adresse GPIB du périphérique sur lequel vous souhaitez écrire des données.
  • Vérifiez que le câble est correctement connecté à l'instrument. Essayez de changer de câble pour vérifier qu'il n'est pas cassé.
  • Assurez-vous qu'au moins les deux tiers de vos périphériques sont sous tension.
  • Pour les communications au niveau de la carte, utilisez le code hexadécimal approprié dans la fonction ibcmd pour adresser votre périphérique en tant que récepteur.
  • Appelez la fonction ibpad (et ibsad, si nécessaire) pour définir l'adresse principale de votre périphérique. La fonction ibpad renvoie le précédent paramètre du périphérique et vous pouvez vérifier si l'adresse configurée correspond à l'adresse réelle du périphérique.

EADR (3)

Condition d'erreur : La carte GPIB (GPIB0 ou GPIB1) n ' est pas correctement adressée.

Description : EADR se produit lorsque la carte GPIB est le contrôleur en charge (CIC) et ne s'adresse pas correctement avant les fonctions de lecture et d'écriture. EADR est également renvoyé par la fonction ibgts lorsque la fonctionnalité de shadow handshake est requise et que la ligne GPIB ATN est déjà désactivée. Dans ce cas, le shadow handshake n'est pas possible et l'erreur est renvoyée pour vous en informer.

Cause possible : Votre carte GPIB est configurée pour la même adresse principale que l'instrument avec lequel vous essayez de communiquer.

Solutions :

  • Ne configurez jamais votre carte GPIB à la même adresse que votre périphérique. Il est (presque) toujours conseillé de laisser votre carte GPIB configurée pour l'adresse principale 0, et pas d'adresse secondaire. Appelez ibpad 0 et ibsad 0 au début de votre programme pour configurer correctement l'adresse de votre carte.
  • Assurez-vous que la carte GPIB est correctement adressée avant d'appeler ibrd, ibwrt, RcvRespMsg ou SendDataBytes.
  • Évitez d'appeler ibgts, sauf immédiatement après un appel ibcmd. La fonction ibcmd provoque l'assertion de la ligne ATN, ce qui indique aux instruments d'attendre des messages de commande, au lieu de messages de données.

EARG (4)

Condition d'erreur : Argument non valide pour un appel de fonction.

Description : EARG se produit lorsqu'un argument non valide est passé à un appel de fonction.

Cause possible : Voici quelques exemples : vous appelez ibtmo avec une valeur qui n'est pas comprise entre 0 et 17 (les valeurs de timeout possibles correspondent à une table de valeurs comprises entre 0 et 17, la valeur par défaut étant 13, ce qui représente un timeout de 10 secondes) ; vous appelez ibeos avec des bits sans signification définis dans l'octet élevé du second paramètre ; ou vous appelez ibpad (ou ibsad) avec des adresses non valides.

Solutions :

  • Consultez le manuel de référence des fonctions NI-488.2 (voir le lien associé ci-dessous) pour vous assurer que vos paramètres sont valides.
  • N'utilisez pas de descripteur de périphérique dans une fonction au niveau de la carte ou de descripteur de carte dans une fonction au niveau du périphérique.

ESAC (5)

Condition d'erreur : La carte GPIB n'est pas le contrôleur système, tel que requis.

Description : ESAC se produit lorsque ibsic, ibsre, SendIFC ou EnableRemote est appelé lorsque la carte GPIB ne dispose pas des capacités de contrôleur système.

Cause possible : La carte GPIB n'est pas configurée en tant que contrôleur système.

Solutions :

  • Donnez à la carte GPIB la capacité de contrôleur système en appelant ibrsc 1 ou en utilisant l'utilitaire de configuration GPIB.

EABO (6)

Condition d'erreur : L'opération d'E/S a été abandonnée.

Description : EABO indique qu'une opération d'E/S a été annulée pour une raison quelconque.

Cause possible : L'erreur EABO est généralement due à un timeout lors d'une opération de lecture ou d'écriture, mais peut également être provoquée par l'appel de la fonction ibstop, de la fonction ibclr ou de fonctions similaires au cours d'une opération d'E/S. Vous pouvez recevoir un timeout pendant les opérations d'écriture avec une carte PCI-GPIB, si le contrôle du bus PCI (une option dans le BIOS de votre ordinateur) n'est pas activé. Vous pouvez recevoir un timeout pendant les opérations de lecture, si l'instrument à partir duquel se font les lectures n'a pas compris la commande précédente et n'a donc rien à vous écrire. Voici quelques raisons pour lesquelles l'instrument n'aurait rien à dire :

  • Le message à l'instrument a peut-être été mal orthographié. Par exemple, "*IDN?" est une requête d'identification commune pour les instruments conformes à la norme IEEE 488.2. Il est facile d'orthographier ce message "*IND?", que l'instrument ne comprendra pas : il ne générera donc pas de chaîne de message à lire à partir de l'instrument.
  • Le message à l'instrument peut contenir une commande que l'instrument ne comprend pas. Par exemple, le message "*IDN?" de l'exemple précédent n'est compris que par les instruments conformes à la norme IEEE 488.2. Si votre instrument est un ancien matériel non conforme à la norme IEEE 488.2, il ne comprendra pas "*IDN?" et ne génèrera pas de chaîne de message à lire à partir de l'instrument.
  • L'instrument peut utiliser un caractère EOS (fin de chaîne) particulier comme méthode de terminaison, mais vous pouvez oublier d'ajouter ce caractère de terminaison à votre message. Par exemple, si votre instrument attend un retour à la ligne en tant que caractère EOS, alors "ID?" ne fonctionnera pas, mais "ID?\n" (où \n représente un retour à la ligne dans IBIC) le fera.\nPar exemple, si votre instrument attend un retour à la ligne en tant que caractère EOS, alors "ID?" ne fonctionnera pas, mais "ID?\n" (où \n représente un retour à la ligne dans IBIC) le fera. \n Par exemple, si votre instrument attend un retour à la ligne en tant que caractère EOS, alors "ID?" ne fonctionnera pas, mais "ID?\n" (où \n représente un retour à la ligne dans IBIC) le fera.
  • Vous pouvez vous attendre à voir EOI (End or Identify, l'une des cinq lignes de gestion de bus) comme méthode de terminaison, mais si l'instrument ne définit pas la ligne EOI à la fin de l'envoi de son message, toute opération de lecture expirera.

Solutions :

  • Assurez-vous que vos messages sont composés de commandes que l'instrument comprend. Consultez le manuel de l'utilisateur de votre matériel pour obtenir la liste des commandes possibles.
  • Consultez le manuel de l'utilisateur pour voir si votre instrument doit être en mode GPIB ou 488.2 pour être un récepteur GPIB.  Souvent, les instruments ne répondent aux commandes standard qu'après avoir été placés dans ce mode, sinon, ils renvoient une erreur, malgré l'envoi d'une commande valide.
  • Vérifiez que vous utilisez la méthode de terminaison correcte pour votre instrument. Le nombre d'octets (là où vous vous attendez à recevoir un certain nombre d'octets dans un message) est toujours utilisé, mais certains instruments utilisent EOS et le nombre d'octets, certains utilisent EOI et le nombre d'octets et certains n'utilisent que le nombre d'octets. Consultez le manuel d'utilisation de votre matériel pour connaître les méthodes de terminaison possibles à utiliser avec votre instrument.
  • Si EOS est la méthode de terminaison, assurez-vous d'ajouter le caractère de terminaison à la fin de votre message. Vous pouvez spécifier le caractère de terminaison dans l'utilitaire de configuration GPIB, mais le driver NI-488.2 ne l'ajoutera pas automatiquement pour vous !
  • Allongez le temps de timeout pour les opérations d'E/S à l'aide de la commande ibtmo.
  • Si vous recevez toutes les données et obtenez une erreur EABO, recherchez un caractère de fin de chaîne particulier (par exemple, retour à la ligne ou retour chariot) et configurez la carte GPIB pour terminer la lecture sur ce caractère à l'aide de la fonction ibeos.

ENEB (7)

Condition d'erreur : Carte GPIB inexistante.

Description : ENEB se produit lorsqu'aucune carte GPIB n'existe à l'adresse d'E/S spécifiée dans l'utilitaire de configuration GPIB. Ce problème survient dans les cas suivants : la carte n'est pas physiquement connectée au système, l'adresse d'E/S spécifiée lors de la configuration ne correspond pas aux paramètres réels de la carte, il existe un conflit système avec l'adresse d'E/S de base, ou le nom de l'interface pour la carte est différent de celui de la carte associée à votre périphérique.

Solutions :

  • Déterminez l'adresse d'E/S de base de votre carte en consultant l'utilitaire de configuration GPIB. Vérifiez le gestionnaire de ressources de votre système pour voir si une autre carte essaie d'utiliser tout ou partie de cette plage d'adresses. Assurez-vous que le nom de l'interface de votre carte est le même que celui de la carte avec laquelle votre périphérique est configuré pour communiquer.
  • Pour les cartes d'ancienne génération, assurez-vous que les cavaliers et les commutateurs DIP de la carte sont configurés sur les mêmes paramètres de ressources que l'utilitaire de configuration GPIB pense utiliser.
  • Éteignez votre ordinateur et assurez-vous que la carte est fermement insérée dans son emplacement.

EDMA (8)

Condition d'erreur : Une erreur a lieu lors de l'utilisation de DMA pour les transferts de données.

Description : EDMA se produit si une erreur DMA système est rencontrée lorsque le driver NI-488.2 tente de transférer des données via le GPIB en utilisant DMA.

Solutions :

  • Vous pouvez corriger le problème EDMA dans le matériel en utilisant l'utilitaire de configuration GPIB pour reconfigurer votre carte GPIB afin qu'elle n'utilise pas de ressource DMA.
  • Vous pouvez corriger le problème EDMA dans le logiciel en utilisant la fonction ibdma pour désactiver DMA.

EOIP (10)

Condition d'erreur : Fonction non autorisée tant que les E/S asynchrones sont en cours.

Description : L'EOIP se produit lorsqu'une opération d'E/S asynchrone n'est pas terminée avant un autre appel GPIB. Vous ne pouvez utiliser la fonction ibstop, ibnotify, ibwait ou ibonl que pendant les opérations d'E/S asynchrones. Si un autre appel GPIB est tenté, EOIP est renvoyé.

Cause possible : Appel de tout appel de fonction GPIB non supporté pendant les E/S asynchrones.

Solution :

  • Resynchronisez le driver et votre application avant d'effectuer d'autres appels GPIB. La resynchronisation se fait en utilisant l'une des fonctions suivantes : ibnotify (si la valeur ibsta passée au callback ibnotify contient CMPL, le driver et l'application sont resynchronisés), ibwait (si l'ibsta renvoyé contient CMPL, le driver et l'application sont resynchronisés), ibstop (ceci annule l'opération d'E/S asynchrones, de sorte que le driver et votre application sont resynchronisés immédiatement), ou ibonl (ceci annule l'opération d'E/S asynchrones et l'interface est réinitialisée, de sorte que le driver et votre application sont resynchronisés immédiatement).

ECAP (11)

Condition d'erreur : Opération non réalisable

Description : L'ECAP se produit lorsque votre carte GPIB n'est pas capable d'effectuer une opération, ou lorsqu'une capacité particulière a été désactivée dans le logiciel et qu'un appel est effectué qui requiert cette capacité.

Solution :

EFSO (12)

Condition d'erreur : Erreur de système de fichiers.

Description : EFSO se produit lorsqu'un appel ibrdf ou ibwrtf rencontre un problème lors d'une opération sur fichier. Plus précisément, cette erreur indique que la fonction ne peut pas ouvrir, créer, rechercher, écrire ou fermer le fichier auquel vous accédez. Le code d'erreur spécifique du système d'exploitation pour cette condition est contenu dans ibcntl.

Solutions :

EBUS (14)

Condition d'erreur : Erreur de transfert d'octets de commande.

Description : EBUS se produit lorsque certaines erreurs de bus GPIB se produisent pendant les fonctions du périphérique. Toutes les fonctions du périphérique envoient des octets de commande pour effectuer l'adressage et d'autres opérations de gestion de bus. Les périphériques sont censés accepter ces octets de commande dans le délai spécifié par la configuration par défaut ou la fonction ibtmo. EBUS se produit si un timeout a eu lieu lors de l'envoi de ces octets de commande.

Cause possible : Aucun périphérique GPIB n'est connecté à votre contrôleur GPIB. Cela peut être dû au fait que tous vos instruments sont éteints, qu'un de vos instruments est en erreur et active une ligne de handshake, que votre câble GPIB est déconnecté de votre carte ou que votre câble GPIB est brisé.

Solutions :

  • Vérifiez que tous les instruments fonctionnent correctement et que ceux avec lesquels vous souhaitez communiquer sont sous tension.
  • Déconnectez tous les instruments et connectez-les un par un pour déterminer si un instrument est à l'origine du problème.
  • Vérifiez que le câblage est lâche ou défectueux et assurez-vous qu'au moins 2/3 de vos instruments sont sous tension (c'est une exigence de la spécification IEEE 488).
  • Si la période de timeout est trop courte pour que le driver envoie des octets de commande, augmentez la période de timeout.

ESTB (15)

Condition d'erreur : Octets d'état d'interrogation série perdus.

Description : ESTB n'est rapporté que par la fonction ibrsp. ESTB indique qu'un ou plusieurs octets d'état d'interrogation série reçus d'interrogations série automatiques ont été supprimés par manque d'espace de stockage. Plusieurs octets d'état plus anciens sont disponibles ; cependant, le plus ancien est renvoyé par l'appel ibrsp.

Cause possible : L'instrument affirme à plusieurs reprises la ligne SRQ.

Solutions :

  • Appeler ibrsp plus fréquemment pour vider la file d'attente.
  • Désactivez l'interrogation automatique avec la fonction ibconfig (option IbcAUTOPOLL) ou désactivez l'interrogation automatique dans l'utilitaire de configuration GPIB.

ESRQ (16)

Condition d'erreur : SRQ bloquée sur la position ON.

Description : ESRQ ne peut être renvoyé que par un appel ibwait au niveau du périphérique, dans lequel vous avez configuré la fonction ibwait pour qu'elle renvoie une fois que le bit RSQ du mot d'état (ibsta) est activé. ESRQ indique qu'une attente pour RQS n'est pas possible car la ligne GPIB SRQ est bloquée sur ON.

Cause possible : Cette situation peut être causée par les événements suivants : un problème de câblage peut entraîner l'activation de la ligne SRQ ; un périphérique inconnu du logiciel active la ligne SRQ - parce que le logiciel ne connaît pas ce périphérique, il ne peut jamais interroger en série le périphérique pour désactiver la ligne SRQ ; ou un testeur de bus GPIB (ou un équipement similaire) peut forcer l'activation de la ligne SRQ.

Solutions :

  • Vérifiez si l'un des périphériques du bus (même ceux qui ne sont pas utilisés par votre application) active la ligne SRQ. Déconnectez-les du GPIB, si nécessaire.
  • Inspectez les câbles GPIB et assurez-vous que les connecteurs sont correctement placés.

ETAB (20)

Condition d'erreur : Problème de table.

Description : ETAB se produit uniquement pendant les fonctions FindLstn et FindRQS. ETAB indique qu'il y a eu un problème avec une table utilisée par ces fonctions.

Cause possible : Dans le cas de FindLstn, ETAB signifie que la table donnée n'avait pas assez de place pour contenir toutes les adresses des récepteurs trouvés. Dans le cas de FindRQS, ETAB signifie qu'aucun des périphériques de la table donnée ne demandait de service.

Solutions :

  • Dans le cas de FindLstn, augmentez la taille des tableaux résultants.
  • Dans le cas de FindRQS, vérifiez si d'autres périphériques non utilisés par votre application activent SRQ. Déconnectez-les du GPIB, si nécessaire.

ELCK (21)

Condition d'erreur : L'interface GPIB est verrouillée et inaccessible.

Cause possible : Généralement, cette erreur se produit lorsque plusieurs processus veulent accéder à la même interface et qu'un processus a déjà verrouillé l'interface. Cette erreur est renvoyée lorsque l’opération ne peut pas être effectuée en raison du verrou existant sur l’interface. Elle est également renvoyée lorsqu’un processus tente de déverrouiller une interface alors que ce verrouillage n’existe pas.

Solution :

  • Le moyen d'éviter l'erreur ELCK est d'attendre un certain temps avant de tenter de verrouiller l'interface de nouveau. Si vous utilisez la commande iblck pour verrouiller l’interface, augmentez le LockWaitTime et attendez que l’autre processus cède le contrôle de l’interface. Assurez-vous également que les processus ne bloquent pas une interface pendant toute la période d’exécution.

EARM (22)

Condition d’erreur : échec de la réinitialisation du callback ibnotify.

Cause possible : Cette erreur se produit lorsqu’une notification asynchrone (ibnotify) est utilisée dans les applications NI-488.2. Cette fonction est utile si vous souhaitez que votre application soit avertie de manière asynchrone de l’occurrence d’un ou de plusieurs événements GPIB. Cette notification d’événement est effectuée au moyen d’une fonction de callback. La fonction de callback est enregistrée avec le driver NI-488.2 lorsque l’appel ibnotify est effectué. Cette erreur indique que cette notification de callback n'a pas réussi à se réinitialiser en renvoyant une valeur illégale ou lorsqu'une erreur fatale du driver (EDVR) s'est produite.

Solutions :

EHDL (23)

Condition d'erreur : Handle d'entrée non valide.

Cause possible : Plusieurs commandes GPIB prennent le handle d'entrée de la carte ou du périphérique comme paramètre d'entrée, ce qui peut être la source de cette erreur. Cette erreur peut survenir dans plusieurs circonstances. Voici certains de ces scénarios :

  • Un handle de carte valide est transmis en tant que paramètre de handle de périphérique, ou inversement.
  • Un descripteur de carte ou de périphérique non valide est transmis comme entrée à une fonction NI-488.2.
  • Un identifiant de carte situé en dehors de la plage 0-99 est transmis à une fonction de carte ou à une routine NI-488.2 traditionnelle.
  • ibconfig ou ibmask est appelé avec un descripteur d’unité de périphérique et une option de configuration pour carte uniquement, ou avec un descripteur d’unité de carte et une option de configuration pour un périphérique uniquement.

Solutions :

  • Vérifiez si les fonctions au niveau du périphérique et de la carte ne se sont pas mélangées pendant l’appel des fonctions respectives.
  • Vérifiez également si l’index de la carte transmis à l’appel NI 488.2 est un numéro d’index valide.

EWIP (26)

Condition d'erreur : Attendre en cours sur un handle d'entrée spécifié.

Cause possible : Cette erreur se produit lorsqu’il existe plusieurs threads dans le même processus, et lorsque plus de deux threads accèdent à la même interface. EWIP indique qu’un appel ibwait est déjà en cours sur un descripteur d’unité précis ; cela se produit lorsqu’un thread effectue déjà un appelibwait en utilisant le même descripteur et qu’un autre thread tente d’appeler ibwait sur le même descripteur.

Solution :

  • Assurez-vous qu’à un certain moment, un seul thread effectue un appel ibwait sur le descripteur d’unité donné.

ERST (27)

Condition d'erreur : Annulation de la notification d'événement à cause de la réinitialisation de l'interface.

Cause possible : L’erreur ERST survient lorsque la notification d’événements a été annulée en raison de la réinitialisation de l’interface. Un appel ibwait en attente dans le driver renvoie ERST dans les situations suivantes :

  • Un autre thread dans le même processus appelle ibonl à l’aide du même descripteur d’unité que ibwait.
  • Un autre thread ou processus effectue un appel ibonl 1 au niveau de la carte.

Une référence à un callback ibnotify peut être faite avec l’erreur ERST dans les situations suivantes :

  • Un autre processus effectue un appel ibonl 1 au niveau de la carte.

Solutions :

  • N’appelez pas ibonl si des appels ibwait sont toujours en attente dans le driver.
  • Empêchez d’autres applications d’appeler ibonl en verrouillant l’interface avec iblck.

EPWR (28)

Condition d'erreur : Perte d'alimentation de l'interface.

Cause possible : L’erreur EPWR survient lorsqu’une interface perd son alimentation. Cela se produit souvent lorsque le système passe en état de veille et en revient.

Solutions :

  • Mettez tous les handles hors ligne, puis réinitialisez l’application.
  • Quittez l’application, puis redémarrez le système.
  • Désactivez les modes veille et veille prolongée sur le PC.

Was this information helpful?

Yes

No