Unable to include Operator Interface in TestStand deployment

Hello.  I have created a test system using TestStand 3.5. 
There is only one sequence file, and this sequence calls several VIs
that I have created in LabVIEW 8.0.  I would like to distribute
this test system to a target computer, which will then run the default
Operator Interface.  No bells and whistles, just plain and
simple.  However, I'm running into problems.
First, I created a Workspace file in TestStand.  I then added a
Project to it.  In the Project, I added all necessary files for my
project (the sequence file as well as all of the custom VIs). 
Then I proceeded to follow the TestStand reference manual in order to
deploy my system.
For reference, text in italics is the reference guide and text in bold is my comments.
Deploying the TestStand Engine
1. Launch the TestStand Deployment Utility by selecting Tools»Deploy
TestStand System from within the sequence editor.
I did this, and set up my build how I wanted it.
2. On the System Source tab, enable the Deploy Files in TestStand User
Directories option.
This option collects files from the <TestStand>\...\User
directories, so that any customizations that you have made to process
models, step types, language strings, and so on, will be distributed to
the target computer.
I did this, and copied my Operator Interfaces\NI folder to Operator
Interfaces\User.  This would assure (I hope) that I would have the
default operator interfaces included in my project.
3. On the Installer Options tab, enable the Install TestStand Engine
option.
Done.
4. On the Installer Options tab, click Engine Options to launch the
TestStand Engine Options dialog box, which you use to select the
TestStand components that should be present in the installer.
Done.  Everything is checked.
In the TestStand Engine Options dialog box, expand Operator
Interfaces»Full-Featured in the tree view.
a. Click the X next to LabWindows/CVI to include the
Full-Featured LabWindows/CVI Operator Interface in the engine
installation. The X should become a green checkmark.
b. Click OK to accept the new settings and close the dialog box.
This is where things go wrong.  There is NO Operator Interfaces box in my tree view.  It simply doesn't exist.
I've tried several different builds using different strategies. 
I've done builds with the CVI operator interface in the User directory,
and I've also tried copying over the files manually.  On the
target computer, I've always gotten either an error message (Could not
open the TestStand Engine), or else TestStand opens in evaluation
mode.  In both cases, my custom VIs and sequence files are nowhere
to be seen.  Can anyone shed some light on this?  It's
driving me a bit crazy!
Thanks very much,
Brett Gildersleeve

Hi Brett,
Whenever you deploy your TestStand application to target machines, you will always needs a license.  The licenses for distributing TestStand are different than for distributing LabVIEW and LabWindows/CVI code modules.
LabVIEW does not require you to purchase any run-time licenses for a deployment system. You can even run LabVIEW VIs in VI format (not executables) from TestStand without using the development environment and without an additional license.
In order to run LabWindows/CVI code modules, you will need the LabWindows/CVI Run-Time engine which is also available free of charge.
Regarding TestStand, you will need a license for each machine that runs a TestStand sequence. TestStand has three types of licenses which are the TestStand Development System License, the TestStand Debug Deployment Environment License, and the TestStand Base Deployment Engine License.
TestStand Development System License
The TestStand Development System License is required for any test sequence development and/or editing of existing TestStand sequence files that you perform within the TestStand Sequence Editor or programmatically using the TestStand API.
TestStand Debug Deployment Environment License
The TestStand Debug Deployment Environment License gives you maximum flexibility for deploying TestStand and LabVIEW, LabWindows/CVI, and Measurement Studio-based systems. This license allows you to install the development versions of TestStand, LabVIEW, LabWindows/CVI, and Measurement Studio, along with any corresponding add-on toolkits, so that you can debug your test application on your deployed test station. This license does not include the ability to perform any development tasks within the TestStand Sequence Editor or programmatically using the TestStand API.
The TestStand Debug Deployment Environment License has debugging capabilities including settings breakpoints, monitoring variable values, and stepping into test code directly from the TestStand sequence.
(Note: This license does not provide the software but rather gives you the right to install a previously purchased piece of software on the target machine.)
TestStand Base Deployment Engine License
The TestStand Base Deployment Engine License is the minimum license required for all deployed TestStand-based applications. This license allows you to deploy the TestStand Engine, a TestStand Operator Interface, and TestStand sequence files to the single test station for which the license is applicable.
The TestStand Base Deployment Engine License provides simple sequence debugging capabilities, including setting breakpoints and single stepping through test sequences in your Operator Interface. You cannot save sequences and open the sequence editor.
I hope this clears things up.
Best Regards,
Jonathan N.
National Instruments

Similar Messages

  • Error Loading a VI of a sequence in operator interface (Error Code -18002)

    I am deploying a teststand sequence using LabVIEW adapter. After deploying, while running this sequence in operator interface in the deployment computer, I get an error saying that a particular step could not be loaded. This step calls a DIO initialization VI which basically uses DIO Port Config.vi from Traditional DAQ 7.4.4 version. Please see the attached image.
    Software Versions Used: Teststand 4.0.1f1, LabVIEW 8.5, Traditional DAQ 7.4.4, Simple OI shipped with Teststand, windows XP
    From couple of links from www.ni.com, I did following actions in my development computer:
    1. Compile All the VI in LV 8.5 using Mass Compile including Traditional DAQ LLBs, simple operator interface etc.
    2. Check if any VI or step is not broken.
    After getting the error, I tried opening the same sequence in sequence editor in deployment computer (I am also including sequence editor with the deployment utility), I checked DIO Initialization step. I see the warning in step indicating that the VI is either broken or one of its sub is not located. I tried using Reload VI Prototype, it asks for LVDAQ.dll which is also bundled in my deployment files. After specifying this dll, I can run this sequence without errors but after I exit from sequence editor, it does not save the changes and I get the same error in Operator interface as well in sequence editor after re launching. Also I dont want to reload VI prototype as I dont expect some to do this change after deploying the testsequence.
    Kindly help.
    Thanks in advance.
    Nirmal
    Attachments:
    Auto_Cal_18002 Error11.JPG ‏25 KB

    I found solution for this. While creating the workspace for my sequence and other files, I used to include all the files including the LabVIEW VIs. Doing this, DIO Config VI seemed getting confused while searching for LVDAQ.DLL in the deployment computer.
    I tried only including the test sequence and letting the teststand deployment utility select the VIs from the specified directory resolved this issue. I observed that in this case, all the sub vi and the support dlls gets placed in the support and data folder respectively. This resolved the issue.
    Regards,
    Nirmal

  • Problem in Teststand Operator Interface

    I am facing problems when i try to run my sequence file from TestStand Operator Interface for LabVIEW. It gives either all tests as failed or skipped but the same sequence file when i execute from TestStand Sequence Editor it gives me correct results. I am not able to figure out what is the problem?? Somebody worked with teststand operator interface please help me to solve the problem.
    Regards
    Subramania Bharathi.

    Hi,
    Which version of TestStand and LabVIEW are you using.
    Are you using a Customised LabVIEW Operator Interface or are you using the default version?
    If you can provide a example of your Test Sequence File to help identify your problem.
    Regards
    Ray Farmer
    Regards
    Ray Farmer

  • TestStand 4.0 Operator Interface Changes Not Seen

    Hi guys,
    Ive worked with TestStand before, but now im trying to modify the operator interface (located C:\Program Files\National Instruments\TestStand 4.0\UserInterfaces\NI\Simple\LabVIEW).  Well, i try to modify the VI in the project, but i cant see my changes when i run the VI.  Ive tried building the executable and see that hte executable does get rebuilt, but none of my changes show up. 
    Also, how does the "entrypoint 1" button get renamed to something else when the VI actually runs?
    thanks
    jeff

    Looking at the help, it appears that the TestStand button only uses the system color unless it is in toolbar mode. If you want to use a LabVIEW button instead, you can implement the button action by calling <SequenceFileViewMgr>.GetCommand(...).Execute().
    This thread might help you determine when to dim or enable the button: http://forums.ni.com/ni/board/message?board.id=330&message.id=15720
    Here is the button help:
    BackColor Property
    Syntax
    Button.BackColor
    Data Type
    Color
    Purpose
    Specifies the background color for the Button control.
    Remarks
    When you set Style to ButtonStyle_ToolBar, this setting applies to the face and border of the button. When you set Style to ButtonStyle_Standard, the button face adheres to the system settings, and this setting affects only the border of the button.
    See Also
    ButtonStyles
    ForeColor
    Style

  • How to disable the run-time popup menu in the sequence display on TestStand Operator Interface, that allow the use to skip the test?

    How to disable the run-time popup menu in the sequence display on TestStand Operator Interface, that allow the use to skip the test?

    Hello,
                  Regarding the skip/force pass/force fail options, when I set the ControlExecFlow to True in Teststand 3.1 and 3.5, in the Sequence Editor the menu options for skip/force pass/force fail are not active for Technician but, when I launch the Operator Interface logged with Technician the options are active. The problem is that if the technician sets one step to one of these options, and change the user to Operator, the test step remains skip/force pass.
                  Is there any possibility without modifying the Operator Interface (at programming level), to reload default values of the steps when changing the user to Operator?
    Thank you,
    Best regards,
    paio

  • LabVIEW Simple operator interface deployment

    Hi All,
    I try to deploy a TS 3.1 application with a LV 7.1 Simple OI. I successfully (no errors) built the OI executable and created an installer with default options. I also built the Deploy TestStand System and created an installer with default options, except I selected only User Interface->Simple->Labview (no development system). I installed them on the target machine without any problem. The problem appeared when I ran the OI; it reported "Error 97 occured at Unknown System Error in TestStand-Set TestStand Application Window.vi->Simple OI-Top-LevelVI.vi. Possible reasons: Labview: Null Refnum was passed in as input".
    I beleive this happened because the "Application Manager", "SequenceFileView Manager" and "ExecutionView Ma
    nager" ActiveX Controls, which were required by the OI, were not present on the target PC.
    Obviously, TestStand Deploy did not distribute them.
    Does anybody know how to distribute these ActiveX controls or have a successful experience of distributing the LabVIEW Interface?
    Thanks.

    PPascal,
    We've seen this error before, and it usually fixed by a simple reinstall. You could also possibly just run a repair on the TestStand engine within add/remove programs and this should also fix the problem. Please try this and post back if this does not fix the problem for some reason. Thanks and have a good one.
    Adam B.
    Applications Engineer
    National Instruments

  • Send UI meassages from teststand sequence to Simple CVI Operator Interface with Asynchronous Timer

    Hello,
    Is it possible and how is it possible to send UI meassages from a teststand sequence to the Simple CVI Operator Interface with Asynchronous Timer which could be downloaded from NI Hompage. I use this problems because it is more stable than the standard OIs
    regards samuel

    This post could help:
    http://forums.ni.com/ni/board/message?board.id=330&message.id=7567
    Regards.

  • Including Limits, Measurements in Simple Operator Interface UI

    Dear Experts,
    I am in the process of modifying OPerator Interface such at that it must also display Low Limit,High Limits,Measured Value, Units. I am sure that it is possible only through expressions. I want this Limit columns value to be updated during runtime i.e., it must display the same value as we use to enter using Edit limits for Numeric test, Measured value should be the value in Step.Result.Numeric or Step.Result.NumericArrya.
    I could just manage to create a parameters in each Sequence & Subsequence Parameters.Limits.Low, Parameters.Limits.High,,Parameters.Limits.Unit & just hard code the values in these. But for Parameters.Measurements i could get values in runtime using RunState.Sequence.Parameters.Measurement. I know this is not more efficient way. This might work only for Action, Numeric Limit.
    For reference i have attached Simple OI Top Level.vi(where i have made some modifications) all other supporting files you can find in TestExec.llb. I hope i have explained my problem. If anyone find any confusions in understanding please let me know.
    If someone tried this before please share your knowldege. Expecting your greatest support.
    regards,
    Bharat
    Attachments:
    Simple OI - Top-Level VI.vi ‏177 KB

    Hello Bharat,
    Adam is out of town right now. It looks like the error you are getting is occurring because you do not have the TestStand 3.0 UI controls installed for LabVIEW. You can check this by making sure that you have a TestStand subpalette in both your Control Palette and Function Palette. If you do not, you can go to "Start >> Settings >> Control Panel >> Add/Remove Program". Find the entry "National Instruments Software" and click "change". Find "TestStand 3.0" in the list of NI software installed on your computer. Click on "modify". This will launch the installer. Follow the steps and make sure to enable support for LabVIEW 7.0 (there is a step with a tree of features that you choose to install).
    I took the liberty of saving the latest VI that was posted to my computer. I opened it with LabVIEW 7.0. This was verified by going to the "About" LabVIEW Dialog box that displays the version. I was running on the TestStand 3.0 engine. Besides the fact that you can only have one engine active on a computer at a time, I added a message popup to my TestStand 3.0 Front End Callback so that it would display when an instance of the engine is created. I did save the VI again and am not attaching it to this post. It should certainly work with LabVIEW 7.0 and TestStand 3.0 if everything is installed correctly.
    Thank you for contacting National Instruments. Take care and good luck!
    Regards,
    Aaron B.
    National Instruments
    Attachments:
    Simple OI - Top-Level VI.vi ‏177 KB

  • Is it possible to shutdown TestStand LabWindows/CVI operator interface programmatically?

    Hi,
    Like the title says, I'm trying to find a way to shutdown TestStand operator interface automatically after sequence execution is completed.
    Any suggestion is appreciated, thanks in advance.

    Thank you for your reply.
    I did a loop but it wouldn't work :s
    I managed to create an ActiveX button to exit test stand.
    I found an example within the TestStand Course I and II.
    static void ExitApplication(void)
     VBOOL canExitNow;
     TSUI_ApplicationMgrShutdown (AppManagerHandle, &errorInfo,&canExitNow);
     if (canExitNow)
      QuitUserInterface(0);
    // the ApplicationMgr control sends this event when it is ok to exit the application.
    HRESULT CVICALLBACK ApplicationMgr_OnExitApplication(CAObjHandle caServerObjHandle, void *caCallbackData)
     ExitApplication(); 
     return S_OK;
    void CreateTSEngineHandle ()
     GetObjHandleFromActiveXCtrl  (panelHandle, PANEL_APPLICATIONMGR,&AppManagerHandle);
     GetObjHandleFromActiveXCtrl  (panelHandle, PANEL_EXIT,    &AppExit   );
     TSUI__ApplicationMgrEventsRegOnExitApplication (AppManagerHandle, ApplicationMgr_OnExitApplication, NULL, 1, NULL);
     TSUI_ApplicationMgrConnectCommand (AppManagerHandle, &errorInfo, AppExit, TSUIConst_CommandKind_Exit, 0,
                TSUIConst_CommandConnection_NoOptions, NULL);
     TSUI_ApplicationMgrGetEngine (AppManagerHandle, &errorInfo,&EngineHandle);
     TSUI_ApplicationMgrStart     (AppManagerHandle, &errorInfo);
     TS_EngineGetGlobals(EngineHandle,NULL,&Globals);
    This way I click my QuitButton and it calls the the ActiveXExitButton witch calls the ExitApplication function.
    The ApplicationMgr control sends ApplicationMgr_OnExitApplication event when it is ok to exit the application.
    Hope this was clear enough and I hope this may be helpfull for someone else.
    I apreaciate all the help.
    Regards,
    Daniel Coelho
    Daniel Coelho
    VISToolkit - http://www.vistoolkit.com - Your Real Virtual Instrument Solution
    Controlar - Electronica Industrial e Sistemas, Lda

  • TestStand Error only when using Operator Interface

    My testStand sequence runs correctly when I run it from the seqEditor, but when I run it from our Operator Interface (modified version of the simpleOI example), I get the following error,
    "Error Message: Parameter 'Input Files':  System Level Exception. [Error Code: -17502]
    Input Files is a parameter of the LabView vi being called, and is an array of strings.  The VI executes correctly even when called fromthe OI, but when it returns to TestStand (when called from the OI) the error occurs. 
    Thanks for any info and help on this.  Also any info on why the simpleOI would cause an error would be appreciated too.

    Hi Ray,
    Here are some answers to your questions.
    This VI that error's, is it part of the simpleOI or part of the Sequence File being run by the simpleOI?
    ---- The VI is part of a sequence file that is called by the OI.
    If it is in a Sequence File, does this run in the default OI?
    ----  No, it's part of a new set of test sequences for our equipment.
    What does the simpleIO do with the data contained in Input Files?
    ---- The data is just passed to another VI to load our input vectors.
    What version's of TestStand and LabVIEW are you running.
    ----  I believe it's LV 8.5.1 and TestStand 4.0
    What sort of modification have you done to the simpleOI example?
    ----  I think we only added our new sequences, a Operator info popup, and a few more buttons (Pass/Fail light, Change Op Info).  And we removed some unused code to make it more simple.
    Thanks again for your help.
    Billy

  • How can I view TestStands Operator Interface front panel, from a VI, while a test is taking place.

    I need to view the sequences and steps that are displayed during a test session while running TestStand. Except I would like to view this in a LabVIEW front panel

    JD,
    I'm not sure if you're asking to be able to view the actual code module's front panel (ie. VI front panel) while it's executing, or if you just want to see the steps and overall sequence in a VI front panel. If the latter is true then you can use the simple LabVIEW operator interface that ships with TestStand, as Dennis mentioned in his answer. This would indeed be a great place to start if you want to add any further functionality to the operator interface. If the former is true and you want to see the actual VI front panels of the steps as they execute, you can check that box "Show VI Front Panel" from the "Specify Module" window in TestStand.

  • Hide disabled executions in Teststand 4 Operator interface?

    Hi:
    I'm customizing the Teststand 4 Full Featured CVI Operator interface.
    When running in the Batch model, we often run on less then the full number of test sockets indicated in our model options.
    In this case, the unused test sockets show up as disabled executions in the operator interface.
    Is it possible to hide the disabled executions?
    Thanks,
    Dave

    Hi:
    I was working on the batch model TileWindows changes in parallel and had noticed the tracing problem as well. The TileWindows subsequence from your BatchModel fixes this problem - thanks.
    However, I'm able to reproduce a run time error through a sequence of (perhaps unlikely) events:
    * start a test sequence with 4 test sockets using the batch model
    * run the first socket, terminate in PreUUT, don't restart the first socket
    (only the initial TestUUTs execution plus socket 0 will be visible in the operator interface, as expected)
    * run the second socket, terminate in PreUUT, don't restart the second socket
    (only the initial TestUUTs execution is visible in the operator interface)
    * run the third socket, terminate in PreUUT: run time error popup:
    Execution is already closed. Not found in list of executions
    Operation Failed. [Error Code: -17500]
    I'm assuming this has to do with the PreUUT call being before the TileWindows call. Suggestions on how to get around this error? Do I need to force all socket windows back open before the TileWindows call to catch this condition?
    Thanks,
    Dave

  • TestStand Deployment build error

    Hi,
    I am using TestStand deployment tool for the first time. I am getting an error and I am not able to fix it. It is a reference to Query Available Printer.vi (which I don't use in my projet, unless one of the instrument driver is using it). I checked the file and it is not broken. If I just perform the analysis, everything is fine though. It is only when I build that I run into it.
    I am not including any of the TestStand or System32 files in the build. I am not including User Interfaces file either. Finally, I don't install TestStand Engine or any other Drivers or Components.
    Thanks
    Alexandre Boyer
    Here is the deployment log file  :
    Starting Log.
    Starting Analysis
    Starting to process workspace file
    Done processing workspace file
    Finished Analysis
    Building...
    1:46 PM
    An installer was not created due to an error
    The build is finished
    1:50 PM
    Aborted
    Warning: You may need to add any sequence file(s) referenced by the following expression(s):
    RunState.ProcessModelClient in step 'MainSequence Callback', sequence 'TestComponent', sequence file 'C:\Projets\Opnext\OTM-440 Manufacturing Test Stations\Trunk\Technical\D - Execution\TestStand 4.0\Components\User\Models\TestStandModels\ProligentSequentialModel.seq'
    RunState.ProcessModelClient in step 'MainSequence Callback', sequence 'Routing Entry Point', sequence file 'C:\Projets\Opnext\OTM-440 Manufacturing Test Stations\Trunk\Technical\D - Execution\TestStand 4.0\Components\User\Models\TestStandModels\ProligentSequentialModel.seq'
    RunState.ProcessModelClient in step 'MainSequence Callback', sequence 'Test UUTs', sequence file 'C:\Projets\Opnext\OTM-440 Manufacturing Test Stations\Trunk\Technical\D - Execution\TestStand 4.0\Components\User\Models\TestStandModels\ProligentSequentialModel.seq'
    Locals.ModelPath in step 'Call PostUUT of the Process Model', sequence 'PostUUT', sequence file 'C:\Projets\Opnext\OTM-440 Manufacturing Test Stations\Trunk\Technical\D - Execution\TestStand 4.0\Components\User\Callbacks\Station\StationCallbacks.seq'
    Locals.ModelPath in step 'Call PreUUT of the Process Model', sequence 'PreUUT', sequence file 'C:\Projets\Opnext\OTM-440 Manufacturing Test Stations\Trunk\Technical\D - Execution\TestStand 4.0\Components\User\Callbacks\Station\StationCallbacks.seq'
    Locals.ModelPath in step 'Call PostUUT of the Process Model', sequence 'PostUUT', sequence file 'C:\Documents and Settings\All Users\Documents\National Instruments\TestStand 4.1.1\Components\Callbacks\Station\StationCallbacks.seq'
    Locals.ModelPath in step 'Call PreUUT of the Process Model', sequence 'PreUUT', sequence file 'C:\Documents and Settings\All Users\Documents\National Instruments\TestStand 4.1.1\Components\Callbacks\Station\StationCallbacks.seq'
    Warning: The following dependencies were detected but not selected; you must decide if they should be included:
    C:\WINDOWS\system32\kernel32.dll
    C:\WINDOWS\system32\user32.dll
    C:\WINDOWS\system32\advapi32.dll
    C:\WINDOWS\system32\ole32.dll
    C:\WINDOWS\system32\version.dll
    C:\WINDOWS\system32\SHLWAPI.dll
    C:\WINDOWS\system32\msvcrt.dll
    C:\WINDOWS\system32\mscoree.dll
    C:\WINDOWS\system32\KERNEL32.dll
    C:\WINDOWS\system32\ntdll.dll
    C:\WINDOWS\system32\USER32.dll
    C:\WINDOWS\system32\GDI32.dll
    C:\WINDOWS\system32\ADVAPI32.dll
    C:\WINDOWS\system32\RPCRT4.dll
    C:\WINDOWS\system32\Secur32.dll
    Error: Unable to find all subVIs from saved VIs, either a subVI is missing or the VI is not saved under the current LabVIEW version.
    The missing file path is:C:\Program Files\National Instruments\LabVIEW 8.6\vi.lib\printing\Query Available Printers.vi
     while Processing VIs...
    +++++++++++++++++++++++++++++++++++++++

    Do you have the sequence files  in your project that it lists?
    C:\Projets\Opnext\OTM-440 Manufacturing Test
    Stations\Trunk\Technical\D - Execution\TestStand
    4.0\Components\User\Models\TestStandModels\ProligentSequentialModel.seq
    I recommend going over chapter 14 of the TestStand reference manual with a clean sequence and attempting to deploy to a clean computer. Once you can get that to work, deploying with your actual code is much easier. 
    http://digital.ni.com/manuals.nsf/websearch/D4A50986EECCF7218625757C00697617
    Richard S -- National Instruments --Applications Engineer -- Data Acquisition with TestStand

  • Why do I not see a 'busy' indicator in the operator interface?

    Hi all,
    Ok, probably a stupid question, but here goes.
    I can run my tests (mostly VIs) in the teststand LV operator interface without problem. In fact, they run quite well. The problem is, when the user initially hits the 'single pass' button to begin testing, there is about a 20-30 second delay before the actual VI front panel appears, ready for testing. During this time, there is no signal that the operator interface is doing anything. No hourglass, no indicator whatsoever. The problem is that several users have continued to click the 'single pass' button, which causes more than one instance of the VI to open, and slows the testing down, and confuses the operator.
    When I play with the LV operator in
    terface on MY pc (not the test pc) I DO see an hourglass when I press the 'single pass' button.
    Does anyone know where it went on my test machine? The test machine is a Win98. I'm using TS v2.0.1 and LV v6.1
    Not a big deal, but would be nice to fix another user complaint!
    Thanks in advance,
    Dave Neumann

    Nick,
    I'm using the shipped version of the operator interface -- I haven't made any alterations to it at all.
    I compiled the test engine in Teststand and then used the setup.exe and .cab files to install it on the test machine. When I did the compile, I included the 'common vi' folder (where the busy indicator vi is located on my development machine).
    Any other questions, let me know.
    Thanks again for your help.
    Dave

  • Can we customize the user interface in teststand?

    I am a new learner of teststand and we want develop a test software for customers. The customer hope that they can design the test order and select the test project when they begin a new test. So can teststand do like this??
    It's very kind of you for your help!!
    My Email:[email protected]

    TestStand comes with the ability to change the Operator Interface.  It is very customizable.  There are sample Operator Interfaces for several programming languages included with the package.  If you are a LabVIEW programmer or a C programmer, you should be able to start with their sample and build one to your customer's specs.
    Hope that this helps,
    Bob Young
    Bob Young - Test Engineer - Lapsed Certified LabVIEW Developer
    DISTek Integration, Inc. - NI Alliance Member
    mailto:[email protected]

Maybe you are looking for