Erreur -50405

Question

Bonjour,
j'ai mis un place un stand d'acquisition et de mesure avec le matériel suivant :
Labview 2010, v10.0
1x NI-cDAQ-9188 avec modules : 9263, 9481, 9435, 9207 et 9401
1x NI-cDAQ-9188 avec modules : 9217 et 9213
MAX v4.7.1f8
Mon programme est construit de la façon suivante : Une boucle cadensée tourne toutes les 2 secondes, à l'intérieure de cette boucle, une structure en séquence opère différentes actions : affichage, lecture canaux, calculs (bilans d'énergie), régulation, sauvegarde. En parallèle à cette boucle, une autre boucle, cadensée à 30 s lance une simulation TRNSYS.
Mon programme fonctionne très bien lorsque, tout à coup, l'acquisition n'arrive plus à suivre. J'ai l'impression que le PC n'arrive plus à communiquer avec le CDaq. Cette erreur est aléatoire et apparait une à deux fois par jour. Après pleins d'essais, j'ai finalement lancé le NI-SPY. Je mets en fichier joint le résultat obtenu, vous verrez que tout est OK jusqu'à 17h43.
Quelqu'un a-t-il une idée de ce que je peux faire pour éviter cette erreur !
Pour info, mon système est déconnecté de mon réseau d'entreprise, donc ce n'est pas quelque chose d'externe qui survient.
Un grand merci d'avance de votre aide.
Cath
Solved!
Go to Solution.

Answer 1

Bonjour Cath,
Je comprends vos problèmes avec votre appareil ayant cDAQ. Tout d'abord, je vais m'excuser si mon français n'est pas très bon comme je réponds à partir de la branche Britannique, mais je vais faire de mon mieux!
J'ai fouillé dans nos ressources ici et avons trouvé quelques informations sur l'erreur que vous rencontrez.
L'erreur -50405 est une erreur de temporisation qui peuvent survenir dans les deux systèmes USB et Ethernet basé. Il ya deux clés de Registre sur l'ordinateur hôte qui peut être modifiée pour ajuster la longueur du temps avant que l'erreur -50405 apparaîtra. En permettant plus de temps, le système sera plus tolérant des variations au sein du réseau.
Les étapes suivantes devraient résoudre le problème:
1. Ouvrez le Registre Windows et accédez à:
"HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ niemrk \ Parameters \ '
(Je ne suis pas sûr à 100% ce que les noms seront sur une copie Française de Windows)
Si la clé paramètre n'existe pas, cliquez-droit niemrk> Nouveau> Clé. Renommer la nouvelle clé «Parameters».
2. Si la clé Parameters contient déjà DWORDs pour 'ConnectionTimeout' et 'DiscoveryTimeout', sauter cette étape. Cliquez-droit sur Paramètres> Nouvelle> Valeur DWORD. Nommez la nouvelle valeur DWORD "ConnectionTimeout". Répétez cette étape, l'ajout d'une nouvelle valeur DWORD nommée "DiscoveryTimeout '
3. Après deux DWORDs ont été créés, double-cliquez sur chaque, sélectionnez le bouton radio Décimal, entrez un numéro dans le champ Données de la valeur et cliquez sur OK. Le nombre que vous entrez est le nombre de millisecondes avant l'erreur de temporisation apparaît. La valeur par défaut est 2500ms. Un guide pour ces valeurs:
Timeout = 12MB / (Nombre de Canaux * Scan * Nombre Taux d'octets par balayage)
Donc, pour une tâche à 4 canaux d'entrée analogique à 25KS / s avec un module 16 bits:
12MB / (4 * 25KS / s * 2B) = 60 secondes.
4. C'est probablement une bonne idée d'augmenter la taille de l'entrée DAQmx buffer pour accommoder la longueur temporisation augmenté. Avant la tâche DAQmx est démarré, placer un DAQmxConfigureInputBuffer.vi. La valeur câblé dans la taille du buffer (en échantillons par canal) peut être déterminée par la longueur du délai d'attente que vous avez configuré:
Buffer Size = Fréquence d'échantillonnage * Nombre de secondes avant expiration
Espérons que pourrait arrêter l'erreur que vous rencontrez. S'il ya quelque chose que je peux vous aider avec, s'il vous plaît n'hésitez pas à poster.  J'espère que tous fait sens, désolé si mon français n'est pas très bon!
Cordialement,
Oli
LabVIEW Student Ambassador
National Instruments UK