Erreur -1073807339!!!!!!!!!!

J'ai cette erreur qui me bloque car lorsque je test mon prog elle apparait quelque soit la durée du timer j'ai testé jusqu'à 10s.
Voici le message: Le délai d'attente(timeout) a expiré avant que l'opération ne soit achevée.
Si quelqu'un à une idée merci d'avance.

Justement on discuttait de cette erreur dans un autres "thread".
Malheureusement, les details sont tous en anglais.. Voir ceci:
http://forums.ni.com/ni/board/message?board.id=170&message.id=179314
Voici un sommaire des suggestions:
1. Essayer de communiquer avec l'instrument en utilisant MAX, en envoyant la commande " *IDN? "
2. Augmenter le delais d'attente (cependant, je supsonne que c'est autre chose). Tu as deja 10 sec de delais qui est boucoup.
3. Voir si MAX detecte l'instrument en utilisant le "Intrument Browser".
Est-ce que tu communiques avec l'instrument en utilisant le port serie?
Quel est l'instrument?
JLV

Similar Messages

Problème enregistrement et erreur 1073807339

Bonjour,
Je cherche à suivre l'évolution de la résistance (j’impose un courant, je récupère une tension puis U=RI) et de la température de mon échantillon au cours du temps, grâce à deux équipements Keithley connectés par GPIB.
Pour le suivi de la résistance, l’utilisateur détermine le pas de temps d’enregistrement en entrée. Pour le suivi de la température, l’utilisateur définit un pas de temps d’enregistrement et un seuil de détection de variation (typiquement 1 %).
Sur la face avant se trouvent quelques indicateurs pour déterminer les causes de l’arrêt du programme (ne sont pas des problèmes LabView) ou les potentielles erreurs LabView.
Je rencontre deux problèmes avec mon programme :
1/ parfois, l’enregistrement de la résistance s’arrête (mais le programme continue d'enregistrer la température). Il semblerait que ce problème arrive lorsque je consulte ou copie le fichier texte dans lequel sont enregistrées les données (pas à chaque fois).
2/ si j’utilise j’utilise excel ou que j’effectue diverses autres actions sur l’ordinateur alors que le programme LabView est lancé, le message d’erreur suivant s’affiche : « Error 1073807339 occured at VISA wait an event for RQS.VI », et le programme ne tourne alors plus correctement (problème avec le Keithley me permettant de suivre l’évolution de la température).
Si vous pouviez m’aider à comprendre d’où viennent ces problèmes (surtout le premier), ça me serait bien utile. Vous trouverez en PJ le programme LabView et différents sous-VI. Je n’ai mis que peu d’explications dans le programme, donc si besoin je peux apporter des compléments d’informations.
Merci de votre aide,
Simon
Pièces jointes :
Conditions enregistrement.vi ‏11 KB
calcul pas de temps-M2.vi ‏10 KB
Pgm principal.vi ‏82 KB

réponse rapide avant d'ouvrir ton code :
Excel n'est pas partageur, si tu ouvres un fichier avec Excel, il ne laisse pas d'autres appli accèder à ce fichier, en tout cas c'était vrai avant, peut être queles versions récente sont plus souples, mais pas sûr.
après avoir vu le code :
je pense que de lire le fichier de résultat pour voir la dernière valeur n'est pas une super idée, tu pourrais conserver cette valeur dans un shift register pour éviter les accès au fichier.
ensuite, ouvrir ton fichier avec une autre appli pendant que ton soft continu d'y ajouter des valeurs est un peu risqué, en fait ça va dépendre de l'appli que tu utilises, selon comment elle fonctionne tu auras différents comportement, si tu prends Notepad++ tu n'auras pas de soucis, si tu prends Excel, là c'est plus problématique...
il y a plusieurs option, avant d'écrire ton fichier, t'assurer qu'il est "libre" en récupérant l'erreur à la sortie d'un "open file", c'est moyen parce que tu dois ensuite stocker les valeurs den mémopire jusqu'à ce que le fichier soit libre..
autre option, utiliser des TDMS (fichiers qui permettent les accès conccurents), il existe aussi un Addin pour qu'Excel puisse ouvrir ces fichiers.
Il y a surement d'autre option auxquelles je n'ai pas pensé.
Bonne chance
When my feet touch the ground each morning the devil thinks "bloody hell... He's up again!"

Erreur de timeout sur Visa Write

Bonjour,
Je suis étudiant en énergétique 4e année et je réalise dans le cadre d'un stage une méthode de mesure de débit à travers une porte à l'aide de capteurs à fil chaud et de deux autres types de capteurs.
J'utilise dans labview un programme dont le visuel+fichier est en pièce jointe.
Sur le principe, le programme (assez complexe car le signal est traité par la suite) fonctionne de la manière suivante : j'utilise pour acquérir les signaux donnés par le multimètre agilent 34970A trois ensembles "visa write puis visa read" pour l'acquisition successive de signaux de tension, d'intensité, puis de tension (3 types de capteurs différents) avec timeout de 20 seconde, le tout dans une boucle while pour des acquisitions de plusieurs centaines de points, avec une série de valeurs toute les 5 secondes.
Aléatoirement, au bout d'un certain nombre de réalisation de la boucle (non régulier, parfois 1H, parfois 10 minutes, parfois 6h), la boucle s'arrête, et j'obtiens l'erreur suivante :
L'erreur -1073807339 s'est produite à : VISA Read dans VitesseTemperatureRTDDirection2-essais10bon_moymobil.vi
VISA: (Hex 0xBFFF0015) Le délai d'attente (timeout) a expiré avant que l'opération ne soit achevée.
Pourtant, le temps de réponse de mes capteur est inférieur à la seconde. ce sont des capteurs à fil chaud
Je pense qu'il peut subsister un problème dans mon programme labview sur la méthode d'acquisition de ce multimètre. L'erreur peut également venir du multimètre ou des capteurs (faux contact)
J'ai essayé d'être le plus claire possible, néanmoins n'hésitez pas à demander des explications
Merci d'avance pour vos précieuses réponses
Attachments:
VitesseTemperatureRTDDirection2- essais10bon_optimize_avecsigne050510.vi ‏155 KB
erreurprogramme.jpg ‏164 KB

Pourquoi vous employez le "Read" dans la premiere commande de VISA, et "Init-Fetc" dans le prochain VISA? Essai utilisant le "Read" tout pars tout. Si ceci ne fixe pas le probleme, changez du "XON-XOFF" au aucun handshaking. Temps au temps, les "binary bits" (je ne savez pas les mots en Francais) resemble XOFF. J'espere que ceci vous aide.
- tbob
Inventor of the WORM Global

Envoie de commande vers une sonde à l'aide d'une carte NI PCMCIA-485/2

Bonjour, Je suis actuellement en stage pour finir mon projet de fin d'études, et mon sujet de stage et de faire l'acquisition de données d'une sonde à partir d'une carte d'acquisition NI PCMCIA-485/2 à l'aide du logiciel Labview. Je ne suis que débutant dans cette matière de programmation. J'utilise la version Labview 2009.
Pour se faire, je dois utiliser des commandes de formats (n)Byte de type de données U8/U16. Dans le protocole de ma sonde, les commandes à envoyer sont sous la forme Hexa.
Je me suis inspiré des exemples E/S matérielles -> Série pour élaborer ma configuration de la carte série ainsi que de l'envoie/réception de commande.
Je n'ai pas trouvé d'autres moyens pour envoyer ma commande (en Hexa) que de l'écrire dans un tableau d'octets non signés et de la transformer en chaîne.
Jusque là, ça me parraissait assez bon.
Mais une fois que j'exécute mon programme, j'ai au bout de 10s environ, un message d'erreur : "-1073807339 " / "Hex 0xBFFF0015" m'indiquant que le délai d'attente (Timeout) a expiré avant que l'opération ne soit achevée. ( Visa Read )
J'ai pensé que cette erreur venait de ma constante que j'avais gardé par défaut sur l'exemple, mais même en la modifiant je me retrouve devant cette erreur. Et qui plus est, je n'ai pas de réception de réponse sur le Visa Read.
Je ne comprends pas d'où vient mon erreur. Si ce n'est qu'elle intervient au moment du Visa Read.
Je vous joinds mon vi pour que mieux contextualiser ma démarche.
Si quelqu'un a une idée, je suis preneur
Bonne journée,
Sma.
Résolu !
Accéder à la solution.
Pièces jointes :
Config_RS485.vi ‏17 KB

Bonjour Sma_31 et bienvenue sur le forum National Instruments,
L'erreur rencontrée est assez classique.
Voici ce qui se passe : dans la configuration actuelle, le nombre d'octets à lire ( 12 par défaut dans le VI en pièce jointe) est supérieur au nombre d'octets physiquement disponibles (à un moment ou à un autre).
D'où l'origine du timeout.
Voici la démarche à suivre pour éviter ce comportement :
http://digital.ni.com/public.nsf/allkb/874B379E24C0A0D686256FCF007A6EA0
ps: en fonction de votre instrument/sonde, il peut être utile d'insérer une temporisation entre le write et le read afin de "laisser du temps" entre la commande et la récupération des infos.
Je vous invite également à consulter les exemples (accessibles via Aide -> Exemples sous LabVIEW), qui vous guideront et vous apporteront beaucoup d'idées et de conseils pour le développement de votre application (dont les exemples de communication VISA).
Cordialement,
Alexandre D.
National Instruments France
#adMrkt{text-align: center;font-size:11px; font-weight: bold;} #adMrkt a {text-decoration: none;} #adMrkt a:hover{font-size: 9px;} #adMrkt a span{display: none;} #adMrkt a:hover span{display: block;}
>> Les présentations NIDays 2010 déjà disponibles au téléchargement !

Problème VISA

Alors voila j'ai un problème: J'ai un multimètre fluke 189 que je connecte par un cable série au pc. J'ai téléchargé le driver pour cet instrument ainsi que tout les programmes indispensables. Mais je n'arrive pas a communiquer avec mon instrument, chaque fois que j'essaie, un message d'erreurs apparait et me dit que le mode d'accès est INVALIDE. Comment faire pour résoudre ce problème, que faut-il modifier ou mettre a jour??
Merci de me répondre au plus vite
Matthias

Bonjour Nico.h,
Voici le document qui traite de l'erreur -1073807339
Essayé de mettre en place un timeout avec le noeud de propriété de classe VISA (dans la palette VISA)..
Il semble que vous ayez déjà implémenté les différents contournements expliqués dans le document. avez vous essayé de gérer votre acquisition par évènement comme montré dans l'exemple suivant:
https://decibel.ni.com/content/docs/DOC-11272
Pour ce qui est de la lecture des "0", vérifiez bien la configuration de votre instrument notamment au niveau de la fonction "Configuration Serial port".
Utilisez aussi NI-SPY pour pister votre communication RS232 et voir si quelque chose de particulier ne se produit pas quand l'instrument renvoie zéro.
Cordialement,
Romain DUVAL || Application Engineer Specialist ||Certified LabVIEW Architect (CLA) || Certified TestStand Architect (CTA)
National Instruments France

Communication GPIB avec un keithley 2000

Bonjour à tous,
j'essai d'utiliser mon multimètre keithley 2000 en communication GPIB sur mon labview 8.6. J'ai télécharger un vi (pièce jointe) qui est un exemple. J'arrive à initialiser sans pb... mon pb se situe au niveau de la fonction lecture. Le sous vi atteint le time out de 25s et me renvoie l'erreur suivante :
L'erreur -1073807339 s'est produite à : VISA Wait On Event dans Wait for RQS.VI:1->_ke2000 Wait for SRQ.vi->ke2000 Data Read Single.vi->Keithley channel test.vi
Raisons possibles :
VISA: (Hex 0xBFFF0015) Le délai d'attente (timeout) a expiré avant que l'opération ne soit achevée.
Je ne comprends pas du tout ce qui se passe, quelqu'un aurait-il une idée !!! Merci à tous
Attachments:
Keithley channel test.vi ‏48 KB

duplicate post

Bug de répétition de mesure avec un oscilloscope Tektronix MSO 2024

Bonjour,
Je dois acquérir un grand nombre de mesures avec un oscilloscope Tektronix MSO 2024, mais lorsque je répète mes mesures (par une boucle for dans mon programme de base) mon programme plante au bout d'un certain nombre de mesures qui varie aléatoirement.
J'ai donc rendu mon programme minimaliste afin d'en trouver la cause mais sans succès.
Code d'erreur:
-1073807339
Message d'erreur:
VISA Read dans Tektronix DPO MSO 2000 4000 Series.lvlib:Error Query.vi->Tektronix DPO MSO 2000 4000 Series.lvlib:Fetch Waveform Measurement.vi->Tektronix DPO MSO 2000 4000 Series.lvlib:Read Waveform Measurement.vi->TEST BUG.vi
Pièces jointes :
Test Bug.JPG ‏88 KB

j'ai "trouvé" ceci ... peut-être un début de piste.
http://forums.ni.com/t5/LabVIEW/ERROR-gt-1073807339-occured-at-VISA-read-in-Labview-gt-Serial-vi/td-...
http://digital.ni.com/public.nsf/allkb/874B379E24C0A0D686256FCF007A6EA0

Stand alone application(.exe) : Error 7 occurred at Open File+.vi: Open File (error: L'erreur 7 s'est produite à : Open File+.vi:Open File)

Dear group members - as i am trying to build a stand alone application , i ran into this problem : "Error 7 occurred at Open File+.vi: Open File" (L'erreur 7 s'est produite à : Open File+.vipen File)
when i select continue i get this error message: "Error 7 occurred at open/create/replace file in Write spreadsheet string.vi->Write To Spreadsheet File (I64).vi->Mono Com Write ini.vi->mainVI2.vi"" ( "L'erreur 7 s'est produite à : Ouvrir/Créer/Remplacer un fichier dans Write Spreadsheet String.vi->Write To Spreadsheet File (I64).vi->Mono Com Write ini.vi->mainVI2.vi" )
i didn't get what's the problem with this vi, i have no problem running my VIs
Can any one here help me out ?
here is the project :

Neither can I. When I opened your Project, there were no VIs present on the top level. The Build Spec refers to a Mainv12, which I finally found buried in the folder Interface 2, but when I tried to open it, there were multiple missing VIs. I notice you have an Interface 2.llb -- is this the same as the VIs in the Interface 2 folder? If so, try getting rid of the .llb (at least for the purpose of sharing your code in the Forum) and re-post your code. As it stands, when I open your Project, virtually every entry is marked "Warning: has been deleted, etc." The fact that so much is "missing" means that I can't easily see/understand MainV12, hence can't guess where the File Not Found error is arising. Sorry.
Bob Schor

Report toolkit et erreur 41110

Bonjour à tous et toutes,
Je voudrais essayer d'utiliser le module tookitreport, en particulier pour excel.
J'ai un soucis, en retour j'ai le code erreur 41110, en regardant de plus près l'erreur se situe au niveau de mon excel template.
Je ne vois pas trop ce que je dois mettre, dans l'aide sur le site pour ce code erreur il est écrit la chose suivante :
Problem:
When I use the LabVIEW Report Generation Toolkit to write data to a Microsoft Excel worksheet LabVIEW returns error -41110 even though the cell exists in the worksheet. Why does the error occur?
Solution:
The LabVIEW Report Generation Toolkit supports writing data only to the first worksheet in a workbook. To fix the error, make sure you write the data to the first worksheet.
Hors le fichier que j'ai mis, est juste un fichier excel vierge de toute case.
J'ai mis en piece jointe le classeur vierge excel et le fichier labview (le deux vi est pour labview 9.0, au cas ou).
Résolu !
Accéder à la solution.
Pièces jointes :
génération essai.vi ‏15 KB
essai.xls ‏14 KB
génération essai.vi ‏12 KB

Bonjour,
Vous n'avez pas de Worksheet "truc" dans votre document. En rendant ce string vide, vontre programme fonctionne:
Cordialement
Florian Abry
Application Engineer Group Leader
NI Germany

How to resolve the error -1073807339 when using Agilent LAN/GPIB Gateway (E5810A)?

Dear Sir/Madam,
Appreciate that you could advise me on the following error occur when connect power meter E4419B to computer via E5810A LAN/GPIB Gateway(remote interface) & run with Labview:
-1073807339
VISA Write in E4419_read_power.vi
I have added 5s timeout to Labview program but the result as previous.
There no error occurs when the power meter to computer via USB/GPIB interface(82357B).
Is it related to E5810A driver or the program I wrote?
How to resolve it?
Attachments:
E4419_read_power.vi ‏16 KB

Hi.
I'm experiencing the same problem when connecting a laser controller (New Focus Vortex TLB-6000) via the Agilent E5810A to a PC.
There are no problems when connected through a regular serial port, but timeouts arise every few seconds through the E5810A. I have another controller (SRS LDC501) which works very well with a second Agilent console.
Have you managed to find a solution to this problem?
Thanks,
Orel.

Imaq erreur avi read frame

Voici l'erreur que j'ai sur mon VI si vous pouvez me renseigner se seraiat cool merci.
L'erreur -1074396010 s'est produite à : IMAQ AVI Read Frame
Solved!
Go to Solution.

Bonjour,
Cette erreur a été corrigé dans la version 2012 SP1 (12.1) du logiciel.
Je suppose que vous avez une version antérieure ?
Cordialement,
Maxime G. | Application Engineer
National Instruments France
#adMrkt{text-align: center;font-size:11px; font-weight: bold;} #adMrkt a {text-decoration: none;} #adMrkt a:hover{font-size: 9px;} #adMrkt a span{display: none;} #adMrkt a:hover span{display: block;}
LabVIEW Tour
Journées Techniques dans 10 villes en France, du 4 au 20 novembre 2014

Error -1073807339 when using IVI (setup in MAX) to initialize instrument

I'm using LabVIEW 2014 and the most recent version of the Measurement & Automation Expert (MAX) to communicate with an Agilent 33500B series function generator with IVI drivers on a Windows 8.1 computer. (I also see this problem when trying to communicate with an Agilent oscilloscope). I've used the MAX to create an IVI logical name and tied the name to the appropriate driver session following the instructions in: http://www.ni.com/white-paper/4594/en/. In LabVIEW, I have created the IVI instrument, tied it to the appropriate logical name, initialize the instrument, and then close the session. When I run this program, the Initialization block runs (resetting the parameters on the function generator) AND THEN I get the following error:
"Error -1073807339 occurred at IviFgen Initialize With Options.vi
Possible reason(s):
Primary Error: (HEX 0xBFFF0015) TImeout expired before operation completed.
Complete call chain:
IviFgen Initialize With Options.vi
IviFgen Initialize.vi
<myfilename>.vi
I read in the documentation that I should not simultaneously initialize with options in LabVIEW and in MAX, so I am using the Initialize block which still calls Initialize With Options. The same error occurs when I:
1. Uncheck all the options in MAX and run the code
2. Uncheck all the options in MAX and replace the LabVIEW Initialize block with Initialize With Options and run the code
3. Add a Wait block between the initialization and the close blocks and run the code.
However, I am able to communicate with the function generator when I use the VISA Test Panel (opened in the MAX) and send it a VISA command. I am also able to communicate with the function generator if I use the VISA I/O blocks instead of the IVI blocks in LabVIEW.
Is it really a timeout issue? If so, how do I change the timing? If not, what is going on?
Thanks.

sagha wrote:
According to the MAX they are correct (IVI driver for the Agilent 33519B downloaded from the NI website). When I run the IVI Initialize block any frequency, amplitude, offset, etc. settings on the function generator are reset to the default values. So, something is being sent to the instrument.
However, I've also tried adding the General Error Handler block right after the Initializaiton block to cancel the -1073807339 error. Then, I add the IviFgen Configure Standard Waveform [STD] block to set the function generator frequency. The program throws an error that looks like a resource problem:
"Error -1074130544 occurred at IviFgen IVI Error Converter.vi
Possible reason(s):
The session handle is not valid.
Complete call chain:
IviFgen IVI Error Converter.vi
IviFgen Configure Standard Waveform [STD].vi
<myViName.vi>
What could be the reason for an invalid session handle? I've followed the NI tutorials on setting up IVI instruments in MAX and in LabVIEW.
Okay, this is new information. Nothing in your previous posts mention that the initialztion did anything at all besides return the timeout error. The invalid session handle is because you closed the session.
I'm having trouble following your descriptions.
Bill
(Mid-Level minion.)
My support system ensures that I don't look totally incompetent.
Proud to say that I've progressed beyond knowing just enough to be dangerous. I now know enough to know that I have no clue about anything at all.

ORA-29855: erreur d'exécution de la routine ODCIINDEXCREATE

Hello
i have an error when creating a full text index on a simple table which has a primary key
CREATE TABLE tab_1(aa nvarchar2(50) PRIMARY KEY,bb clob)
CREATE INDEX xtab_1_bb ON tab_1 (bb) INDEXTYPE IS CTXSYS.CONTEXT
ORA-29855: erreur d'exécution de la routine ODCIINDEXCREATE
ORA-20000: Erreur Oracle Text
DRG-10528: clé primaires de type NVARCHAR2 non autorisées
ORA-06512: à "CTXSYS.DRUE", ligne 160
ORA-06512: à "CTXSYS.TEXTINDEXMETHODS", ligne 364
if i retry to recreate the full text index, i get
ORA-00955: ce nom d'objet existe déjà
however, if i create the full text index before creating the primary key it works good
CREATE TABLE tab_2(aa nvarchar2(50) ,bb clob)
CREATE INDEX xtab_2_bb ON tab_2 (bb) INDEXTYPE IS CTXSYS.CONTEXT
ALTER TABLE tab_2 ADD CONSTRAINT pk_bb PRIMARY KEY(aa)
help me pleaze

Raj Kr Pandit wrote:
where is the issue?The issue is your code is apples and oranges:
SQL> CREATE TABLE tab_1(aa nvarchar2(50) PRIMARY KEY,bb clob)
2 /
Table created.
SQL> CREATE INDEX xtab_1_bb ON tab_1 (bb) INDEXTYPE IS CTXSYS.CONTEXT
2 /
CREATE INDEX xtab_1_bb ON tab_1 (bb) INDEXTYPE IS CTXSYS.CONTEXT
ERROR at line 1:
ORA-29855: error occurred in the execution of ODCIINDEXCREATE routine
ORA-20000: Oracle Text error:
DRG-10528: primary keys of type NVARCHAR2 are not allowed
ORA-06512: at "CTXSYS.DRUE", line 160
ORA-06512: at "CTXSYS.TEXTINDEXMETHODS", line 364
SQL> SY.

Error message while burning DVD with Premiere Elements 13 with Mac Book Pro i7/7200t/mn with 60GO free space available on gard drive. message: "erreur logicielle interne: DVA/premiere/elements/pre12/pre-mediacoreCS7". can someone help burn my DVD (the fil

Error message while burning DVD with Premiere Elements 13 with Mac Book Pro i7/7200t/mn with 60GO free space available on gard drive. message: "erreur logicielle interne: DVA/premiere/elements/pre12/pre-mediacoreCS7". can someone help burn my DVD (the file goes very well with chapters and scenes before burning). thanks very much, response appreciated, Alain

Error message when downloading Photoshop element 12 : Arvato Berthelman - Erreur de l'Assistant de téléchargement - Malheureusement, il y a un problème avec le lien vers ce fichier. Ce problème peut être dû au nombre d'utilisateurs en train de télécharger

Error message when downloading Photoshop element 12 : (I have bought the licence in a shop)
Arvato Berthelman -
Erreur de l'Assistant de téléchargement -
Malheureusement, il y a un problème avec le lien vers ce fichier. Ce problème peut être dû au nombre d'utilisateurs en train de télécharger le fichier, ou le produit peut ne plus être disponible. Veuillez réessayer dans quelques minutes. Si ce lien n'est toujours pas disponible, veuillez contacter le service clientèle à l'adresse [email protected] ou au numéro 604-915-5200.
==> BOTH @ and phone number are wrong !!

Hi Mireille56,
From where are you trying to download the software.
[email protected] is not an Adobe Support email.
Please try downloading Photoshop Elements 12 from : http://www.adobe.com/cfusion/tdrc/index.cfm?product=photoshop_elements&loc=us&sdid=ZPQM
Regards,
Rave
< Translated via Google >
Salut Mireille56,
D'où que vous essayez de télécharger le logiciel.
[email protected] n'est pas un e-mail de support d'Adobe.
S'il vous plaît essayez de télécharger Photoshop Elements 12 à partir de: http://www.adobe.com/cfusion/tdrc/index.cfm?product=photoshop_elements&loc=us&sdid=ZPQM
Cordialement,
Rave

Erreur -1073807339!!!!!!!!!!

Similar Messages

Maybe you are looking for