VISA resource error in TestStand

Hi all,
I have a vi to operate Agilent 34405A DMM.
The vi is called by TestStand sequence,it always work fine.
Suddenly it show me an error such as "Insufficient system resources to perform necessary memory allocation,-1078807800"
Then I restart my PC and DMM, It works well again.
I want to know why?Any math to fix it regardless it is indeterminism.
*The best Chinese farmer*

paulbin,
that error indicates some kind of memory leak in your application.
Please make sure the all references are closed properly during runtime.
You can observe this during runtime by watching the meroyallocation in
the task manager (or performance found in control panel >>
control).
Possible solutions:
Find the leak and free all resources after each call. You can give a
try a change in the loading and unloading options of your LV-step
communicating with the DMM.
hope this helps,
Norbert B.
NI Germany
CEO: What exactly is stopping us from doing this?
Expert: Geometry
Marketing Manager: Just ignore it.

Similar Messages

Old visa open, error code 1073807343, using VISA with a GPIB device, and VISA resource names

Hi everyone,
I'm trying to get a SRS model SR720 LCR meter (manual on this page) working with LabView, connecting it to my PC with an Agilent 82357A GPIB/USB interface (manual on this page). I'm running MAX version 14.0, and NI-VISA version 14.0. I'm running LabView version 13.0f2, 32 bit.
I followed the directions on this page, and I'm pretty confident I can communicate with my LCR meter, because I can go to NI MAX->GPIB0::17::INSTR under "devices and interfaces", then go to the VISA test panel, go to the I/O tab, and I can enter a few commands from the SR720 manual, like changing the frequency, and I see the light on the LCR meter change to what I just told it to do. Here is a picture, just to illustrate it:
Also, if I do the *IDN? command, it returns "
9: Write Operation (*IDN?)
Return Count: 5 bytes
10: Read Operation
Return Count: 41 bytes
StanfordResearchSystems,SR720,08087,1.03\n
So, that's good too. I also made the alias of this device "MyLCRmeter", but that shouldn't matter for now.
Now I'm trying to get it to work in a more usable way. The SR7xx drivers that LabView found for me came with a couple sample programs, one called "Getting Started.vi". I tried to just simply see if it worked, changing the "instrument descriptor" field to "GPIB0::17::INSTR", since that's the one that seemed to be the right device in MAX. Here is a picture of the front panel of "Getting Started.vi":
Trying to run it like this gave me this error (code -1073807343):
Old VISA Open in SR715/720 Initialize.vi->SR715/720 Getting Started.vi
Doing a bit of searching on these forums, I found these few threads (1 2 3), which seem to tell me that, since this program was written, the way you open VISA has changed. In the 2nd of those links, one guy said:
You just have to replace the Old VISA Open function with the VISA Open that is on the Instrument I/O>VISA>VISA Advanced palette. When you do that, the wire to the string that was used for the resource name will be broken. Delete the string and make the actual VISA Resource Name visible on the front panel. Wire the VISA Resource Name control to the connector pane where the string control was (upper left connection).
So, I went into the sub-VI Initialize.vi, and did that. Here is a picture of what the front panel and block diagram of the sub-VI Initialize2.vi (I changed the name in case I screwed things up, but I'm pretty sure the new one is the one being called by Getting Started.vi) looked like before I changed anything (you can see the Old VISA Open):
and here it is after replacing that with the regular VISA Open, deleting the instrument descriptor string and replacing it with a VISA resource, and connecting that to the VISA Open:
However, as you can see in the image above, and it seems like someone else had this problem in the 2nd thread linked above, I don't see my device listed in the drop-down menu (even if I refresh), only "LPT1" (I don't even know what that is):
No, I wasnt able to select the visa resource from the pull down menu. somehow it seems disabled or something.
If I just enter the VISA resource name from MAX manually, GPIB0::17::INSTR, and save and try running that, I get the error(code -1073807346):
VISA Open in SR715/720 Initialize2.vi->SR715/720 Getting Started.vi
So I'm not sure where to go from there, or why it's not in the drop down menu to begin with. I'm sorry if I've missed something but I've searched about as far as I can go. If I had to guess, maybe one thing could be that in MAX, under Tools->NI-VISA->VISA Options->My System->Conflict manager, I have both Agilent VISA and NI VISA enabled; I know sometimes problems arise from conflicts between different software fighting over the same hardware. Is this okay, or do I need to change it?
Thank you and please let me know if there is any other code/screenshots I could provide that could help!

Hi, I did indeed enable NiVisaTulip.dll under MAX->Tools->NI-VISA->VISA Options->My system->Passports->List of passports. Sorry, I should have mentioned that explicitly.
By install as primary, do you just mean as it is here, where it is selected as the "Preferred VISA"?
Or somewhere else? I installed NI-VISA first I believe, and then the Agilent one, and during the installation of the Agilent one, I'm pretty sure I made it not the primary. Here's what I have in the Agilent (it's called Keysight now) Connection Expert software:
I also have this under the "Keysight 488 options" tab:
Should that be checked? I don't actually know the role of VISA vs 488 here...
What could I try?
Thank you!

Visa Resource Name in cluster passed to Network Stream writer causes error 42.

If I try and pass this "motor data" cluster with an embedded VISA resource name:
to a Network Stream Writer in this manner:
Then I get this error from the "Write Single Element to Stream" VI
If I change the motor data cluster TypDef so that a string control is used instead of the VISA reference, the error disappears and the data passes over the Network Stream without problem.
Is this expected behavior?
I thought that the "data in" (type = "POLY"?) like the one found on the "Write Single Element to Stream" VI was supposed to accept pretty much anything...
Solved!
Go to Solution.

Doug
I would consider this a bug, as the memory location (more precisely the VISA refnum or session) of a VISA resource means nothing on a potentially remote system. Also I was under the impression that most streaming methods like binary file IO, but also the network streams would use the LabVIEW flattened format for data clusters and for that the VISA resource name would be the only logical choice instead of the underlaying VISA refnum, but I might be wrong in this specific case and the default behaviour for flattening VISA resources might always have been to the VISA refnum.
Considering that the VISA control can resurect the VISA session from a VISA resource name if it is already opened, flattening to the VISA resource name instead would be more logical, but using a string control in the cluster type definition is a reasonable work around of course.
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

Visa resource control loses value set during config and saved to step properties in TestStand

I'm using a Visa resource control to set the instrument handle in my VI (edit sub-step) and it gets saved into a step property of a custom step I've built at edit time. At run time the control value is intermittantly changed to "temp 0" value and I don't understand why. I have LabVIEW 7.1, TestStand 3.0

Hi kphite,
Are you using the Refnum to Session.vi and Session to Refnum.vi?
You would use the Refnum to Session.vi to convert your Visa session value to a U32. Then you can pass this back to TestStand.
Going back to LabView you use the Session to Refnum.vi to convert a U32 back to the Visa session.
Regards
Ray Farmer
Regards
Ray Farmer

VISA framing error BFFF0068

Hello,
I am getting a VISA framing error code BFFF0068 with the
serial com demo VI that I found in lab view. How does a "normal
human being" understand what this error means so that it can be fixed?
The device that I am trying to communicate with has detected a error
condition and it transmitting error messages galore. The device
comminucates via COM12 at a baud rate of 260417.
Amy ideas what BFFF0068 means?
Regards,
Kaspar

A framing error can also be due to a driver configuration error, such as a baud rate mismatch. Since you are using a non-standard baud rate of 260417, this is probably the cause. Since you are using COM12 as your resource, I assume you are using an add-in serial board. Make sure your board supports the baud rate you are trying to use.
Here's a KB that talks more about framing errors:
http://digital.ni.com/public.nsf/websearch/13A20C0F9DF265FB86256FC60066D9C2?OpenDocument
Message Edited by Michael C on 02-14-2006 02:14 PM
Michael Chaney
Systems Engineer - TestStand
National Instruments

No VISA Resources in Labview but all present in MAX

Hi,
I am unable to find any VISA resources from LabVIEW, however, all NI hardware is available and working in MAX. I have just installed a PCI-8433/2 as well as a NI PCI-8512 CAN/HS Card. As part of the installation I believe MAX was upgraded to version 4.6.2. I will attach the max configuration report for those who are interested. I am working with LabView 8.2. I also uninstalled an agilent GPIB card and as a result the NI-GPIB card is the sole controller and is GPIB0... instead of the agilent card.
I have had a similar problem before that was a result of a corrupted database, but I was unable to find this problem on the forums this time and I am not getting any errors. Just an empty VISA Resource control.
Any suggestions would be greatly appreciated.
Nate
MAX Configuration Report
12/27/2010 1:35:05 PM
MAX Summary
My System
Data Neighborhood
CAN Channels
NI-DAQmx Tasks
V1P1V2P2
V3P3
Devices and Interfaces
GPIB0 (PCI-GPIB)
Instrument0
Instrument1
Instrument2
Instrument3
Instrument4
Instrument5
Miscellaneous VISA Resources
GPIB0::INTFC
GPIB0::16::INSTR
GPIB0::2::INSTR
GPIB0::22::INSTR
GPIB0::7::INSTR
GPIB0::10::INSTR
GPIB0::27::INSTR
GPIB0::3::INSTR
Network Devices
NI-DAQmx Devices
NI USB-9481: "Dev2"
NI USB-9481: "Dev1"
NI-XNET Devices
NI PCI-8512 CAN/HS
CAN1
CAN2
PCI-8433/2
Port1
Port2
PXI System (Unidentified)
Serial & Parallel
COM1
COM6
COM9
LPT1
Scales
Software
IVI Compliance Package 3.3
LabVIEW 8.2
LabVIEW Run-Time 7.1
LabVIEW Run-Time 8.0.1
LabVIEW Run-Time 8.2.1
LabVIEW Run-Time 8.5.1
LabVIEW Run-Time 8.6.1
LabWindows/CVI Run-Time 9.0
Measurement & Automation Explorer 4.6.2
Measurement Studio for VS2005
DotNET
Common
NI LabVIEW SignalExpress 3.0
NI Spy 2.7.1
NI-488.2 2.46
NI-CAN 2.7
NI-DAQmx 8.7.2
NI-PAL 2.5.3
NI-Serial 3.6
NI-USI 1.0.2
NI-VISA 4.6.2
NiVisaServer.exe
NIvisaic.exe
NI-VISA Runtime 4.6.2
NI-XNET 1.1
IVI Drivers
Advanced
Instrument Driver Software Modules
Simulation Driver Software Modules
Simulation Driver Sessions
Driver Sessions
Logical Names
-Nate
Solved!
Go to Solution.

Now that IS odd.
Can you show a couple screen shots from MAX?
First expand the software tab and post a png of the screenshot (I'm not yet convinced you do not have SOME driver issue)
Next select MAX>TOOLS>NI VISA>VISA Options- Wait for the new screen then expand Mysystem General settings and select Aliases.
You could also try "Clear all aliases" from there and reboot.
Jeff

Pass VISA resource to DLL created by CVI

Hi, I want to call a DLL created by Labwindows CVI in Labview.
When I use ' Call Library Function Node', I have to define the parameters output in DLL. However, there is one 'VISA Resource' type parameter and I don't know which shoudl be the right in Labview's definition.
Anyone can help about that? Or maybe there are some easy way to do this?
The type in CVI is: 'ViSession g_hSA'
Thanks in advance.
BR
Gavin
Attachments:
dll.JPG ‏36 KB

There are several issues here. First, a VISA Resource (or other string name resources in LabVIEW) are really a combination of a name and a session ID. If the session ID is invalid, LabVIEW will automatically open a session ID using the string name based on the refnum type. Obviously this won't work in a C function interface anymore as one does not have access to the low level C APIs in the LabVIEW kernel to treat the LVRefnum in such an dual mode way.
What does work is to pass the string to the first function as C String, and do an explicit VISA Open there, then return the VISA session to the caller as LVRefnum and treat it from there as such.
The LabVIEW Call Library Node does a few intrinsic conversions based on the configured datatype.
If you configure the parameter as String, LabVIEW will pass the resource name to the DLL function.
If you configure it as (U)Int32 (and in fact more precisely as pointer sized integer), LabVIEW will extract the underlaying ViSession from the VISA library and pass that one. You should use pointer sized integer instead of 32 bit integer, since a ViSession is really equivalent to a pointer and therefore would be 64 bit large in 64 bit LabVIEW.
If you configure the parameter to adapt to type, LabVIEW will pass its own VISA refnum to the function. This refnum is a LabVIEW intern entity, (and alwasy 32 bit in size and only valid inside the LabVIEW session who created it) and really wraps the ViSession into a LabVIEW refnum for internal bookkeeping reasons.
However the original post also shows TD1 errorIn and errorOut datatypes. This looks suspicially like an error cluster and that would be a thing that you can not easily create in non-LabVIEW land in a way, that LabVIEW will not crash when trying to access it.
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

Visa Resource name does not list anything

Hi,
I recently installed a Agilent 82357B GPIB and along with it I also installed Agilent IO 16.3. This GPIB is hooked up to a power supply. I am able to find and query the device in MAX and Agilent IO, but when I use the Visa Resource Name control in a VI, it does not list anything. Before I used to see LPT1 and COM1, but now even they have disappeared. All these are present in Device Manager. Even VISA interactive control throw an error. Attached are screenshots for some reference.
HP_GS
Attachments:
VisaResource-Refresh.png ‏2 KB
Visa-IC.png ‏7 KB

Hi there,
You might want to read this post about the specific error.
Also you need to make sure the right class is slected for the visa resource (right click):
Hope that helps, regards W

VISA close error

Hello,
I use simultaneously the attached 3 VIs. Each of them is a PID loop, reading data from some Keithleys, and driving the loops using Keithley 2400 sourcemeters. So there are 3 2400 sourcemeters in my project. The data communication is via GPIB (NI HI-USB GPIB controller)
I use the official VISA drivers for the Keithley 2400s (some minor modifications in the "configure output" VI, I use double precision instead of single precision as in the official driver).
Everything works perfect, the three VIs run parallel, no communication error, so all is good.
But, randomly, lets say 50 percent of the time, when I want to shut down only one of the VIs, I get the VISA Close error in the error output.
Here is a screenshot when I get this error: http://dl.dropbox.com/u/8148153/Untitled.jpg
What can cause this such a error? The same VISA drivers are not allowed to be used parallel?
Thanks for help!
Attachments:
waterloop1.vi ‏34 KB
Base_loop_coarse.vi ‏34 KB
Base_loop_fine.vi ‏35 KB

Hello,
The Automatically close VISA sessions is unchecked (i think it is also the default state). So this cannot cause the experienced problem. So far this problem is not that serious, since I am at just the prototyping phase in my project (that is why i run the 3 VIs separated), the final MAIN VI will close all the VISA resources at once at shut down.
But I like to learn, so i am still curious about what this strange problem with VISA...
Regards,

MAX and VISA Resources

I have MAX version 4.6.1 installed from NI-VISA 4.6.2. Recently I upgraded from LabView version 8.5 to 8.6 after which I have lost all previously used VISA resources. When I launch MAX it indicates there aren't any VISA resources found. I have tried adding VISA resource and I am able to validate the connection and verify connectivity using the VISA test panel. However, after I refresh VISA resources in MAX it loses the newly added (and saved) VISA resource. MAX returns the following error code:
0xBFFF0011 (VI_ERROR_RSRC_NFOUND)
Additionally, I have tried the following without success:
Removing MAX and reinstalling using NI-VISA without success.
Importing a colleagues configuration data.
Has anyone experienced this issue and know how to fix it?

Hello, did you reinstall drivers after upgrading LabVIEW? You will need to run the VISA installer again. As well as any other drivers you want to use in LabVIEW
National Instruments

Find VISA resource

I am having trouble finding VISA resources properly. I have no problem detecting instruments that are connected on the GPIB but after they've been detected once LabVIEW is convinced that they're there for ever more, even if I unplug and disconnect the instrument! The only way the list of connected instruments is reset is by completely exiting LabVIEW and rebooting it. Why is this?
I am using LabVIEW 6.1 (though that may not make a difference) and I have attached a VI with two different ways of detecting whether any of four possible instruments are connected. The SubVI is used to give a command to one of the instrument and this is capable of returning an error if the instrument is not connected, whatever the situation. How can this detect the instrument as expected, but the other methods not?
In this VI, I need to detect how many, if any, and which out of four possible instruments are connected. Simple, yet surprisingly difficult!
Any help please?
James
Never say "Oops." Always say "Ah, interesting!"
Solved!
Go to Solution.
Attachments:
Check Visa Connections.llb ‏45 KB

My bad! Here it is again.
Basically, I have an application which can/will conduct different tests which each use different instruments (each instrument has its own GPIB address). Before each new section or test is started i want to detect which instruments are connected and switched on, and if any of the ones needed for the particular test are not detected then an error (pop-up window) will flag up.
The problem I am having has also been verified on other machines (and applications) where we are trying to implement a similar function.
I find that after an instrument (any instrument) has been detected on an address, LabVIEW will not then be able to tell if it has been disconnected (which is a likely scenario). It appears that in both the attempts I made, I get the same result. For example...
Using the VISA Find Resource function, I run the VI with 4 instruments connected. It finds all 4 and identifies which addresses they're on. If I then disconnect any/all of the instruments and run it again, it still says that they're all there. The only way I can make it 'forget' that the instruments had been found before is to completely restart LabVIEW.
The same problem occurs if I search every address to see if any instruments are present. Once found, they won't go away.
However, the subVI controls one of the instruments and if the instrument isn't present then it fails.
Any suggestions?
Never say "Oops." Always say "Ah, interesting!"
Attachments:
Check Visa Connections.llb ‏74 KB

Check for empty visa resource?

When I am developing the VI at my desk and not a the test station PC, the VISA resource name is empty.
Once the VI is moved to the test station PC, the user can select a VXI board.
How do I make sure the user has selected a VISA resource before continuing?
I can wire a Comparision to check for Empty String, and that works. But is there any method that I should use?
Solved!
Go to Solution.

Additionally, you can limit the selectable items by interface type. Right-click VISA Resource Name Control and select I/O Name Filtering.
National Instruments
Product Support Engineer

Unable to load the following resource: Error: too many columns- form won't

Hi ..
Can you please suggest on the following error, which i am facing the issue while opening data form in Hyperion Planning 11.1.1.4 .
Unable to load the following resource: Error: too many columns- form won't
Regards,
Vasu

It is something around 256 if I am not mistaken, I dread to think what a form with 700 columns is like to work with.
Cheers
John
http://john-goodwin.blogspot.com/

How do I get the VISA resource drop down menu to be auto populated in my stand alone application (exe file)?

Hi all,
Here's a hopefully simple question.
I am building an application (i.e. an exe file) from a simple program which use VISA to read and write to a RS-232 com port. When I run it before building the application everything works fine and the VISA resource control, which is a drop down menu, is automatically populated with available com ports. When I run the application on a computer without LabVIEW installed nothing appears in this window. I have made an installer which includes NI LabVIEW Rutime Engine 8.5, NI Measurement & Automation Explorer 4.3 and NI-DAQmx 8.6.1. Is there anything else I need to include? Any specific settings I need to do when I build the exe-file?
I use LabVIEW 8.5.
Thank you.
Solved!
Go to Solution.

DAQmx is only for NI DAQ cards so I'm not sure why you installed that. The driver for VISA applications is NI-VISA (surprise!)
Add the NI-VISA run-time to your installer.

How I can saving visa resource name in windows registery and load it again?

I use visa functions in my program for serial communication , I want to save selected resource name in windows registery and next time that i run my program, i want to read it from registery and assign it to my visa resource name control.
example:         My visa resource name control value = COM2
                        I close my program with this value (how i can easily save COM2 to windows registry key ?)
                        I open my program again (how i can load COM2 in my resource name control from registry Key?)
                        How i can access to visa resource name list? example: COM1     COM2      LPT1     COM56    COM255
Thanks.
Solved!
Go to Solution.

I guess I don't understand your problem. All you have to do is ready the key containing the desired resource name and wire the resulting value to the appropriate terminal on the open VI. That's as hard as it gets...
Mike...
Certified Professional Instructor
Certified LabVIEW Architect
LabVIEW Champion
"... after all, He's not a tame lion..."
Be thinking ahead and mark your dance card for NI Week 2015 now: TS 6139 - Object Oriented First Steps

VISA resource error in TestStand

Similar Messages

Maybe you are looking for