DLL CVI pour TestStand

Bonjour,
dans une séquence de test créée avec TestStand, je voudrai faire afficher une interface graphique
que j'ai créé avec CVI contenant des checkbox.
Le problème est que je suis complètement novice dans ce domaine et je ne sais pas trop par où commencer.
J'ai créé une interface graphique et généré le code qui va avec.
Mais dans le .c je ne sais pas comment faire pour activer les checkbox pour que leurs états soient reconnus
dans TestStand. L'état des checkbox devra mettre à jour des variables dans TestStand.
Est ce qu'un aurait un exemple tout simple avec une interface graphique qui soit reconnu dans TestStand et qui
met à jour une variable.
Ou un lien vers un tuto, je n'en n'ai pas trouvé correspondant à mes besoins.
Merci

Ouai c'est juste sous CVI. Lorsque j'"aurai accès à mon IHM,
il ne me restera plus qu'a mettre à jour les paramètres qui vont bien
en fonction de l'état des boutons.
ci-joint mon code crée à partir d'un exemple fournit dans le dossier
exemple de TestStand (loin d'être opérationel).
Mais vous pourrez m'indiquer si je suis dans les choux ou pas ^^
Pièces jointes :
EssaiCreationDLL.jpg ‏270 KB

Similar Messages

Retour paramètre string par Labwindows/CVI pour Teststand

Bonjour à tous,
j'utilise Teststand 2012 Development System et Labwindows/CVI 2012 Development System sous Windows 7 professionnel.
Le contexte : grâce à une DLL crée avec Labwindows/CVI j'appel la fonction "Traitement" par TS.
Le prototype de la fonction est le suivant void __declspec(dllexport) Traitement (char message[256], car reponse[256]);
Je passe en paramètre deux strings à cette fonction. Cette fonction reçoit un "message", effectue un traitement sur celui-ci et le renvois sous le tableau "reponse" à TS. Cette fonction a été testée et fonctionne sous CVI.
Mon problème : J'ai vérifié ma fonction reçoit bien le message mais me retourne quelque chose d'erroné( cf. image) et n'est censé me retourner, dans"reponse", que les chiffres au début mais me rajoute des instructions en temps que string. Je ne comprend pas comment cette suite d'instruction ce rajoute et pourquoi?
J'ai consulté tous les messages disponibles sur le forum et je n'ai pas réussi à trouver un problème équivalent et donc une solution.
J'espère que vous aurez une idée, voir pourquoi pas une solution
Dans l'attente d'une réponse,
Cordialement,
Erwan.
Résolu !
Accéder à la solution.
Pièces jointes :
message.png ‏74 KB

Bonjour Akagi,
Dans une chaîne de caractère, "Null" ou "\0", correspond effectivement à une fin de chaîne.
Pour éviter ce comportement, vous pouvez changer le type de passage de paramètre dans TS en tableau de Numérique.
Ce faisant, aucun traitement ne sera fait sur le caractère "NULL". pour rappel un char = 1 Octet, on peut donc utiliser un tableau de numérique U8 pour représenter une chaîne de caractère.
En résumé, si votre chaîne de caractère = 3"Null"01, vous obtiendrez ainsi: tab[0] = 3, tab[1] = 0, tab[2]=1.
Je suis désolé, mais j'ai du mal à saisir où est intégré le caractère "NULL" dans CVI, est-ce une entrée clavier saisie par l'utilisateur, autre?
Est-il possible d'utiliser un autre caractère ou série de caractère(non spécial) permettant d'identifier cette transition/caractère spécial "Null"?
EX: (\) = "Null", soit la chaîne 3(\)01 équivalent à 3"Null"01. Il suffit ensuite d'établir un algorithme permettant de changer (\) en "NULL".
Cordialement,
Rémi 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 rencontres techniques de NI - Mesures et acquisition de données : de la théorie à la mise en ...

Liaison d'une structure entre CVI et TestStand pour une DLL

Bonjour,
Je vous écris car en se moment je fais un ajout d'instrument sur un driver en passant par une DLL. Pour le nouvel appareil, il me faut modifier un projet existant. Ce qui me pose porblème c'est que dans le projet il y a une structure qui est passé en paramètre de fonctions usuelles et j'aimerais pouvoir ajouter dans cette structure de nouveau élément. Car quand je code dans la structure les nouvelles composantes et que je modifie, la structure déjà existant dans la séquence TestStand lié à l'ancien code, je n'arrive pas à transmettre les valeurs de TestStand à mon code. Alors que les anciens composants de la structure prennent bien leurs valeurs. J'ai bien essayé de recréer sous TestStand un nouveau type de structure sans partir de l'existant, hélas le résultat à été le même.
Il est fort possible que j'ai oublié une manipulation n'étant pas encore totalement bien familiariser avec l'environnement de CVI et de TestStand.
Merci de l'effort de lecture. En attendant une réponse à mon problème, je reste disponible pour plus de détails

Rodéric -- En ce qui concerne la structure, j'y ai pensé et du coup la première chose que j'ai fait c'est en recréer une nouvelle. en ce qui concerne le menu déroulant, je t'ai pris un imprimé. On voit bien ma structure dans les choixs mais quand je la séléectionne on se retrouve dans le cas du premier screenshot.
Eric -- Pour le Header, je le recompile en même temps que mon projet et j'arrive ensuite à voir mon paramètre lors d'une implantation de celle-ci depuis ma structure. concrètement j'ai du mal à percevoir le "reconstruire la DLL en prenant en considérant la nouvelle structure". Si tu pouvais un peu plus m'éclairer sur ce point, s'il te plait.
Pièces jointes :
MenuDeroulant.JPG ‏19 KB
PieceOfCode.JPG ‏18 KB

Passing variables into CVI from TestStand.

Is there a different way to send variables into CVI from TestStand other than the input buffer? Parsing that string is annoying and bulky. Isn't there an easier way?

Hi,
Here is a short cut to another example which will use the StationGlobals -
http://exchange.ni.com/servlet/ProcessRequest?RHIVEID=101&RPAGEID=313&HOID=506500000008000000301F0000&UCATEGORY_0=_8_&UCATEGORY_S=0
There are loads of other examples either as part of the examples provided by TestStand installation or in the Resource Library under TestStand on the NI website
Good Luck
Ray Farmer
Regards
Ray Farmer

[TestStand][LabVIEW]faire module labview pour teststand

Bonjour,
Je suis a la recherche de tutoriel pour faire des modules LabVIEW pour TestStand.
J'ai trouvé les fonctions TestStand dans LabVIEW "Get Property Value" and co. mais je n'arrive pas à les mettre en oeuvre.
Merci
Résolu !
Accéder à la solution.

Bonjour,
Je cherche à envoyé des requêtes en TCP/IP sur un module 'maison', et récupérer les éventuels réponse. (LabVIEW)
Faire cette procédure en boucle jusqu'a ce que je reçoive une réponse comportant une anomalie, l'arrêter (par ex) et l'inscrire dans un rapport. (TestStand)
J'ai déjà fait le Module LabVIEW, j'aimerai intégrer ce module dans une séquence TestStand pour automatisé l'envoie et la prise de décision en fonction de la réponse reçu.
Donc au final pouvoir choisir ce que j'envoie avec TestStand:
[TestStand: requêtes -> [LabVIEW] -> réponses ]
Assez compréhensible ?
Cordialement,
Anthelme
P.S.: Je dois avoué ne pas avoir compris vos solutions proposé...

How to get parameter information on DLL function call (CVI) in TestStand?

Hi,
I wrote a simple Instrument Driver in CVI, and it has 3 parameters Voltage, Current, Channel.
I made a DLL in order to call this function in TestStand as an action.
That works fine, the only problem I have is that it shows my function as DC_Conf (arg1, arg2, arg 3) and I only get the type information like double double int.
I do not get the parameter names Voltage, Current, Channel...
How can I get this information to be displayed in TestStand so I know which parameter arg 1-3 is Voltage,Current,Channel in case I forgot?
or
Is there a way to display the help text of the driver in TestStand?
I tried clicking on the (?) button next to the function call but it did not do anything...
My TestStand is version 4.1
Thanks...Ness

Ness,
When TestStand populates the parameter information, it does so by looking at the dll's type library. CVI automatically creates a type library for a dll based on the function's signature, which can include the parameter names. However, if the function prototype does not contain variable names, then CVI cannot include names in the type library.
You can define your own type library to directly control the information available to TestStand from your dll. If you want to define your own type library, you can do so using a .fp file. This will allow you to use complex data types (such as structs), and to rename your parameters.
Here's a KnowlegeBase describing the process: Embedding Type Libraries in a LabWindows/CVI DLL for use in TestStand
Either solution proposed here will work, and they each have tradeoffs:
You can definte the variable names in the function prototype. This keeps the functions self-documenting, and is the easiest solution.
You can create a .fp file and define your own type library. This allows you the most control over exactly what you will see in TestStand, but requires you to create a new file, and to keep that new file up to date if you make any changes to your source code.
Message Edited by Josh W. on 12-11-2009 01:08 PM
Josh W.
Certified TestStand Architect
Formerly blue

How to display non modal dialog box in a Dll call from TestStand implemented in visual c

Dear Jason F.
Applications Engineer
National Instruments
Hello
I did the same way you told me
the non modal dialog appeared and
system hangs and
giving the error message
""SeqEdit.exe-Application Error
The instruction at �0x047fc5b0� referenced memory at �0x047fc5b0�. The memory could not be �read� ""
please solve my problem
and thanks for yours early response
you can email me at
[email protected]

Hi Mkehret,
Does your dialog have ActiveX controls on it? If your DLL dialog uses ActiveX controls and is not programmed in a certain manner it can hang because of a conflict in the threading model used by the TestStand Engine that is calling into your DLL and the model that is required by the MFC ActiveX Container. If you are using ActiveX controls in your dialog, you need to make special considerations for the threading model MFC dialogs that use ActiveX controls need in order to work properly. The example under \Examples\MFCActiveXContainerDlg illustrates how to appropriately handle this situation as well as explaining why it is necessary.
Note: The above example displays the dialog as modal, but this is irrelevant to the problem I am describing.
Again for information on properly creating a dialog class object and displaying it as non-modal refer to the information on MSDN that I referred you to in this post:
http://exchange.ni.com/servlet/ProcessRequest?RHIVEID=101&RPAGEID=135&HOID=506500000008000000E98A0000&USEARCHCONTEXT_CATEGORY_0=_8_&USEARCHCONTEXT_CATEGORY_S=0&UCATEGORY_0=_8_&UCATEGORY_S=0
If your dialog does not use ActiveX controls or after trying the programming method illustrated in the "MFCActiveXContainerDlg" example TestStand still hangs when calling your DLL, try calling your DLL from another environment just to make sure whether the DLL works at all. If the DLL works properly when called by another environment (e.g. VB, VC++, LabVIEW, or CVI), please submit a MINIMAL and REPRODUCEABLE example source project for your DLL for us to look at (please exclude all unnecessary code not required to reproduce the specific problem of displaying the dialog, and include all files necessary to build your dll with any
specific instructions needed to do so).
Jason F.
Applications Engineer
National Instruments
www.ni.com/ask

Type librarys for DLL functions that TestStand understands for parameter information

Using the C/C++ DLL call adapter I would like to specify a call to a DLL function and have TestStand (3) understand the parameter information.
Usually it says 'there is no parameter information available'. Today however I tried building a DLL in Visual C++ instead of CVI and got a bit further. TestStand recognized that there WAS parameter type information but then said 'The type library for this DLL does not contain enough information to determine whether this function parameter is a pointer to a single item, or an array of items."
So in a nutshell, does anyone know what options (in CVI or MSVC) I need to build with so that TestStand recognizes the function prototypes exported in the DLL? After all it's alot of work to type in all that parameter information.
Many thanks,
Ronnie
TestStand 4.2.1, LabVIEW 2009, LabWindows/CVI 2009

In CVI, you can get the parameter information into a DLL. First of all, you have to have a function panel (.fp) file with all of your exported functions defined as function panels. From this function panel file you can also generate a windows help file to document your DLL. Once you have the .fp file and .hlp file, you can enable references to them in the build target settings (Build->Target Settings...). Select "Type Library..." and check "Add type library resource to DLL" and "include links to help file" then browse to your .fp file. If there are descepencies between the functions defined in your .fp file and the actual functions you have exported in the DLL, then you may get a compiler error.
--Peter

How could I pass data from OI (CVI) to TestStand Engine

I am modifying the teststand OI (CVI) that the User Interface include the serial number entry. I use UIMessage to notify OI to get user input, however I could not find a way to pass the serial number (pass as string) to TestStand Engine. please help.
thanks.

Hello,
For your specific purposes, the best approach would be to modify the PreUUT callback sequence inside of the model, that has the code to display the serial number dialog. You could add your custom code inside of this callback to display your custom dialog, and then write the value back to Parameters.UUT.SerialNumber. Once you have populated this variable, you can then call PostUIMessageEx to post the value of the serial number dialog to the OI. Now you have the value inside of the model, as well as inside of the OI. Let me know if this helps.
Ryan R.
NI

Acrord32info : pinger les dll adobe pour rester actif ?

Bonjour
au niveau des plugin Adobe sous IE ou FIrefox, les dll d'adobe se désactive après 30 secondes d'inutilsation du pdf qui a été ouvert.
il y a du coup une perte de 3s au niveau de l'affichage du pdf suivant du fait que j'utilise les annotations en complément du
reader adobe de base.
je souhaite faire un javascript qui "ping" en tache de fond les dll d'Adobe pour que celui ci reste actif et ne soit pas désactiver
après 30 secondes.
comment est il possible de procéder ?
quel javascript serait à écrire et lancer sous IE ?
merci d'avance
cdt

Pourquoi ne pas commenter les PDF directement avec Adobe Reader plutôt que de faire ça à travers IE ?

How deploy Dll's from TestStand

Hi
I have an appliction in which i have developed two DLL's.
Now i want to use that Test Stand and Deploy the Two dll
into some destination folder.
How can i buid an installer using the test stand
Deploy option.
Can any one Guide me
Regards
rags

Rags,
Are you familiar with the Deployment Utility?
Are you using the Dll's as code modules?
If you only want to distribute the Dll's follow the following steps:
1. Create a workspace. (File->New Workspace File).
2. Insert a new project into the workspace.
3. Add the dll's to the project (Add Files).
4. Save the workspace.
5. Launch the deployment utility. (Tools->Deploy TestStand system)
6. On the system source tab check the 'Deploy System from TestStand workspace file' box.
7. Browse for the workspace you create in step 1.
8. Go to the Distributed Files tab.
9. You will get a prompt asking whether you want to analyze your source. Click on Yes.
10. You can alternate between the view source and view destination option.
11. Select one of your dll's and chage installation directory as desired.
12. Go to the Installer options tab and change the default installation base directory as needed.
13. Build the installer.
To learn more about the deployment utility refer to chapter 14 of the Testand reference manual.
Hope it helps.
Antonio Lie.

MSVCP110.dll manquant pour toutes les applications du cloud à la mise à jour Windows8.1 depuis windows8

Salutations, j'ai un gros problème d'utilisations des logiciels, je viens de faire une mise à jour de ma machine, je n'avais pas encore découvert windows8.1 et jusque là je n'avais pas accés à windows store.
C'est une assistance extérieure par demande à la communauté Windows en ligne qui m'a permis de remédier au problème, mais alors que je peux enfin accéder au store et à 8.1 je ne peux plus utiliser les logiciels du cloud qui à l'ouverture actives un signalement du manque de MSVCP110.dll.
En début d'après midi j'ai fait appel téléphonique à Adobe vu que le tchat prétendu actif 24/24h 7/7j ne s'active pas quand je clique sur l'icone en ligne au formulaire de contact. Mais l'assistant expert en ligne s'est méprisement foutu de moi, il m'a envoyé promener sur un forum dont le sujet était tenu par un utilisateur inexpérimenté et où il n'intervenait même pas, ce qui est scandaleux ; entre autres pour la mise à jour d'une seule .dll il me proposait de désintaller tous les logiciels selon un protocole définis, ce que j'ai fait, sans résultats. J'ai réinstallé un logiciel ce qui dure plus d'une heure et en fin d'aprés midi alors que le support n'est pas joingnable mon problème n'était pas résolu. J'ai effectué une restauration système pour restaurer tous les logiciels au lieu de les réinstaller ce qui est normal, il faut 10minutes pour restaurer contre 5 à 6 heures de réinstallations.
Je trouve scandaleux le comportement de l'assistance il est inacceptable de devoir réinstaller tous les logiciels pour un seul .dll manquant.
le problème non résolu, le creativ cloud ne reconnait même pas que tous les logiciels sont restauré sur mon pc ( normal je ne peux pas les utiliser )
j'ai passé plusieurs heures à naviguer sur les forums sur lesquels les utilisateurs proposent de télécharger du VisualC++Redistributable ; ce qui est sans résultat
je souhaite absoluement et le plus rapidement possible pouvoir récupérer l'utilisation des logiciels ;
j'ai en 18 d'installés cela me prendrait plus de 10heures pour les réinstaller ce n'est pas normal pour un seul .dll à la mise à jour Windows8 vers 8.1
remerciements à bonnes compréhensions

n'ayant pas l'assistance promise par le site d'aide, d'un tchat avec des experts jours et nuits toute la semaine ...
je continue le sujet ; j'ai fait une nouvelle tentative en désactivant le mode sans échec avant de réinstaller adobe, j'ai supprimé tous les composants adobe possibles et même ceux cachés comme selon le modèle mis à disposition sur le forum par un utilisateur ... je ne sais pas encore si cela fonctionne ; cela fait déjà 12heures que j'y suis, il va me falloir bien 1 heure pour installer un logiciel ; j'espère ... je ferais suivre l'article
il faut peut être un autre article concernant le tchat permanent d'assistance en ligne inexistant ?
c'est scandaleux qu'ils envoient les gens télécharger en mode sans échec alors qu'il n'est pas possible de se connecter ; en plus le modèle d'assistance que j'ai eu sur le forum ne convient pas à windows8

Pass an int64 variable by reference from CVI to Teststand

I tried searching for this problem but couldn’t find a solution. I run test scripts that call a function in C AA_Dat_Get_Statistic( Stats_Record *p_stats ). If I call this function, I sometimes get system level errors (-17001, -17002), TestStand will sometimes crash, and a load of other problems. These errors do not occur until steps after. If I take out this call, TestStand will not crash. There is an obvious problem with this function.
I wrote a program in C that calls this function. By bypassing TestStand, I avoid crashes too.
Stats_Records contains a few unsigned _int64 variables. The custom struct in TestStand uses another custom struct called Int64. Int64 contains two double variables, High and Low. In short, the variables being passed as a 64 integer are being stored in two 32 double.
Does anyone know if passing by reference an int64 will cause these memory crashes? Is this how I should handle this or is there a better way.
Thanks in advance. ⨪

Below is the structure and function:
typedef struct
    unsigned __int64 frame_count;
    double                                  BER;
}   Stats_Record;
AA_Dat_Get_Statistics
                   (int p_card, int p_channel, Stats_Record *p_stats)
    typedef union
      { __int64 int64_BER;
        double   float64_BER;
      } BER_Union;
   BER_Union BER;
    memset (&aa_stats, 0, sizeof(aaSTATS_DATA64));
    aa_status = aa_datGet (aa_handle, aa_channel, AA_DATAID_STATISTICS64, &aa_d_ptr);
    p_stats->frame_count           = aa_stats.ullFrameCount;
   BER.int64_BER        = aa_stats.floatCumulativeBER;
    p_stats->BER         = BER.float64_BER;
    return (status);
}⨪

Is it possible to step into a CVI dll when called by TestStand?

As the question says: "Is it possible to step into a CVI dll when called by TestStand?"
I am sure Ray F. may have a few tricks up his sleeves... Hope you see this post, Ray!
I compiled a dll using CVI. The dll is called as a test by TestStand.
I do have an "exe" version of the code that I use for debug with a testbed, but the behaviour is not the same as testing the actual target while running TestStand. My goal is to get as close as possible to the real events.
Thanks,
JLV

Sorry about that,
There are two ways as I was saying:
1. You can configure the CVI adapter to Execute Steps in a External Instance of CVI (requires CVI 6.0 or greater).
Only go to Configure->Adapters and select the LabWindows CVI adapter and click on configure and select the corresponding option.
After that set a break point in the step that you want to debug.
An external instance of CVI will be launched where you can set break points and step into the code.
2. From CVI Specifying an external process:
In CVI go to Run Specify External Process and enter the seqEdit.exe as the program name (you have to browse to the location <TestStand>\Bin\SeqEdit.exe).
As the argument you enter the name of the sequence file you want to debug.
Now just select Run->Debug SeqEdit.Exe
The Sequence Edtior will be launched and you can set break point in your CVI code and step into it when the step is executed.
Check the Using LabWindows/CVI with TestStand reference manual for more information.
I hope it helps you to get started.
Regards.

Debugging Labwindows dll in teststand with CVI 9.1.1

Is there a known problem when debugging Labwindows DLL used as Teststand Code module ( using the Labwindows CVI Adapter)?
My setup includes to powersupplies with IVI instrument drivers ( Agilent 6032A and and E3634 A) a a few other instruments with non-IVI instruments drivers. When start CVI, load the dll project and then start the Teststand Sequence editor as program to be debugged an then step into the C-Code it looks like there is process that watches both powersupplies and tries to reset them again if I access them from my C code through the instrument driver. There is no such effect with the non-IVI instruments and also if I run the code outside the debugger there is no such effect.
Any Ideas whats going wrong here ?
Solved!
Go to Solution.

some more information. I#ve updated now to CVI 2010 and the effect still exists. To demonstrate it I've attached a NI SPY log. The 6032A lives at GPIB ID 3 the E3634 at GPIB ID 5. I'am running the following code:
Fmt(resource_id,"GPIB::%d::INSTR",addr_PS_P24V);
tsErrChk(status = hp6xxxa_init (resource_id, VI_ON, VI_ON, 2, &Instr_Handle_PS_P24V));
// Export Instrument handle for PS_P24V
tsErrChk (TS_PropertySetValNumber (testData->seqContextCVI, &errorInfo,
"FileGlobals.Instr_Handle_PS_P24V", 0x1,
Instr_Handle_PS_P24V));
//set limit voltage and current
// status = hp6xxxa_603xA_soft_limits (Instr_Handle_PS_P24V, 30, 0.5);
tsErrChk (status = hp6xxxa_603xA_fold (Instr_Handle_PS_P24V, 0));
//set voltage and current depending on device A/AP 10A B/C 11.5 A
if ( is_ALA_B_device( testData->seqContextCVI) || is_ALA_C_device( testData->seqContextCVI) )
tsErrChk (status = hp6xxxa_volt_curr (Instr_Handle_PS_P24V, 26.0, 11.5, 1));
else
tsErrChk (status = hp6xxxa_volt_curr (Instr_Handle_PS_P24V, 26.0, 10.0, 1));
tsErrChk (status = hp6xxxa_delay (Instr_Handle_PS_P24V, 0.500, 1));
Delay(.2);
//output off
tsErrChk (status = hp6xxxa_output_onoff (Instr_Handle_PS_P24V, 0, 1));
Delay(.2);
[... later for the E3634]
// Get GPIB-Adress of PS_P3V3
tsErrChk(TS_PropertyExists(testData->seqContextCVI, &errorInfo, "FileGlobals.GPIB_ADDR_PS_P3V3", 0, &propertyExists));
if (propertyExists)
tsErrChk (TS_PropertyGetValNumber(testData->seqContextCVI, &errorInfo,
"FileGlobals.GPIB_ADDR_PS_P3V3",
0, &GPIB_ADDR_PS_P3V3));
addr_PS_P3V3 = GPIB_ADDR_PS_P3V3;
#ifndef NO3V3 // NO 3.3V programmable source on TK2
// Initialize PS_P3V3
Fmt(resource_id,"GPIB::%d::INSTR",addr_PS_P3V3);
tsErrChk(hpe363xa_init (resource_id, VI_TRUE, VI_TRUE, &Instr_Handle_PS_P3V3));
// Export Instrument handle for PS_P3V3
tsErrChk (TS_PropertySetValNumber (testData->seqContextCVI, &errorInfo,
"FileGlobals.Instr_Handle_PS_P3V3", 0x1,
Instr_Handle_PS_P3V3));
hpe363xa_ConfigureOutputRange (Instr_Handle_PS_P3V3, "",
HPE363XA_VAL_RANGE_VOLTAGE, 5);
hpe363xa_ConfigureVoltageLevel (Instr_Handle_PS_P3V3, "", 3.3);
// Output off
hpe363xa_ConfigureOutputEnabled (Instr_Handle_PS_P3V3, "", VI_FALSE);
hpe363xa_ConfigureCurrentLimit (Instr_Handle_PS_P3V3, "",
HPE363XA_VAL_CURRENT_REGULATE, 0.5);
hpe363xa_ConfigureOVP (Instr_Handle_PS_P3V3, "", VI_TRUE, 4);
#endif
#ifdef TK3 // use E3640 powersupply for TK3
Fmt(resource_id,"GPIB::%d::INSTR",addr_PS_P3V3);
tsErrChk(hpe364xa_init (resource_id, VI_TRUE, VI_TRUE, &Instr_Handle_PS_P3V3));
// Export Instrument handle for PS_P3V3
tsErrChk (TS_PropertySetValNumber (testData->seqContextCVI, &errorInfo,
"FileGlobals.Instr_Handle_PS_P3V3", 0x1,
Instr_Handle_PS_P3V3));
hpe364xa_ConfigureOutputRange (Instr_Handle_PS_P3V3, "1",
HPE364XA_VAL_RANGE_VOLTAGE, 5);
hpe364xa_ConfigureVoltageLevel (Instr_Handle_PS_P3V3, "1", 3.3);
hpe364xa_ConfigureCurrentLimit (Instr_Handle_PS_P3V3, "1",
HPE364XA_VAL_CURRENT_REGULATE, 0.5);
hpe364xa_ConfigureOVP (Instr_Handle_PS_P3V3, "1", VI_TRUE, 4);
// Output on
hpe364xa_ConfigureOutputEnabled (Instr_Handle_PS_P3V3, "1", VI_TRUE);
#endif
If you look into the Spy Log you will see at #241 the first hit of that strange process, which beginns with a viOpenDefaultRM
and ends with a viClose at #252
after issuing an *IDN?, which fails because the 6032A doesn't support *IDN?. Then the first driver call ( init function) can be identified.
later on , when the code goes to the E3642 using ID5 at #1142 in SPY log you will see that the strange process will finally send a *RST if the *IDN? succeeds.

DLL CVI pour TestStand

Similar Messages

Maybe you are looking for