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

Similar Messages

No coms ports in VISA resource name on VISA resource name VI but I can see COM4 it in my devise manager.

I am trying to use a USB to RS232 device. I can see COM4 it in my devise manager but nothing in VISA resource name on VISA resource name, even when I hit refresh.
Thanks
Dan

If you can see the device in Windows Device Manger, that is a good sign. The next step is to recognize the device in Measurement & Automation Explorer, then ultimately LabVIEW. The following two knowledge base articles should point you in the right direction:
How Can I Communicate With a Device Using NI-VISA USB RAW Mode
USBTMC and How Can I Communicate with My USB Instrument
Regards,
Alexander M,
Applications Engineer
National Instruments.

Working with VISA resources in Labview 6

I am having difficulties programming through VISA in Labview 6.0.2. I have installed MAX 3.2, and have configured my two devices going through USB:
1) an Agilent 82357A USBtoGPIB adapter connected with an Agilent 53131A Universal Counter
2) a USBtoRS422 converter registered as serial COM4 connected with a Rainin Peristaltic pump
I can open communication with both devices from within MAX, and send/receive data with no problem.
When I try to program in Labview 6, I cannot communicate with either VISA device, even though I am using VISA instrument IO vi's with the configured VISA resource name from MAX. I'm not sure what I'm doing wrong.
Is there an incompatability between MAX 3.2 and Labview 6.0.2, or have I configured something wrong?
Thank you for the assistance.

Hello,
I think we can defeat the problem with Device 1 fairly quickly. If you have established that you can communicate with the device in MAX, I think we simply have a small programmatic change to make in LabVIEW. I am interested in having you attempt using the VI I have attached, which allows you to specify the bytes you would like to send in an array, and then simply sends the corresponding the string of ascii characters (the characters corresponding to the values in the array); this way we can be sure to send exactly what we would like. The following link has an ascii table in it, which you can use as a reference when putting the values into the array: (where the first byte specified will be the first character in the string)
http://www.ni.com/pdf/manuals/371253a.pdf
Simply change the VISA resource name to reflect your device and give it a try.
As for Device 2, let's try using the same VI (attached) and write a command which the device is known to understand. A simply query would be approprite, where you can write using the attached VI, and then read using another VI which literally only has a VISA Read function in it (and a resource control or constant connected with your resource specified).
One thing to verify before reposting is whether the devices you have use EOS (end of string) and/or EOI (end or identify) termination of GPIB operations. For EOS, a character is sought by the listener to indicate the end of a transmitted string, such as a linefeed or carriage return (or both). EOI termination is defined by the talker asserting the EOI line when the last byte to be transmitted is sent; the listener knows it has received the last byte of that transmission.
Definitely repost; it is likely that we are only few programmatic changes and perhaps a spec check (for the devices) away from dependable communication
Thank you,
JLS
Best,
JLS
Sixclear
Attachments:
WriteByteArray.vi ‏14 KB

How pass VISA resource string from C++ as uintptr_t* to a LabVIEW generated DLL ?

My coworker build a DLL from LabVIEW that I am trying to call from C++.
void__cdeclMeasureDCvolts(uintptr_t*VISAResourceName, int32_tChannelNumber,LVBoolean*MonitorResult,double*MeasuredVoltage, TD1*errorOut);
Does "extcode.h" define macros or functions for string conversions? Or should I request my coworker rebuild the VI's to make arguments more C/C++ friendly?
Thanks in advance for any tips or direction. Examples are * much * appreciated.
-Ed
TestObjectMeasurement* testObjectMeasurement = m_measurementMap[name];
TestObjectInstrument* testObjectInstrument = m_instrumentMap[selectedInstrumentName];
int slot = 1;
int bank = 1;
int channel = 1;
int channelNumber = 1000 * slot + channel;
char * visaResourceName = testObjectInstrument->visaResourceName().toLatin1().data();
LVBoolean monitorResult = LVBooleanFalse;
double measuredVoltage = -1.0;
TD1 errorOut = {0};
try
// void __cdecl MeasureDCvolts(uintptr_t *VISAResourceName,
// int32_t ChannelNumber, LVBoolean *MonitorResult, double *MeasuredVoltage,
// TD1 *errorOut);
MeasureDCvolts(reinterpret_cast<uintptr_t*>(visaResourceName), channelNumber, &monitorResult, &measuredVoltage, &errorOut);
catch(...)
qDebug() << "Exception thrown by: MeasureDCvolts";
QString errorSource = QString::fromUtf8(reinterpret_cast<const char*>(LHStrBuf(errorOut.source)), LHStrLen(errorOut.source));
qDebug() << errorSource;
LStrHandle errorTextHandle = {0};
bool foundErrorText = NIGetOneErrorCode(errorOut.code, &errorTextHandle);
if(foundErrorText)
QString errorText = QString::fromUtf8(reinterpret_cast<const char*>(LHStrBuf(errorTextHandle)), LHStrLen(errorTextHandle));
MessageHelper::messageError(errorText, errorSource);

Why is it not a solution? It was exactly about what you wanted to do and the solution in the last post is how it can be made to work. There is NO way to ddirectly create a LabVIEW native VISA resource in C code that is not called from within LabVIEW, unless you consider hacking the LabVIEW system and using undocumented functions a solution. But that has very good chances of breaking with future LabVIEW versions.
Your only other option is to export another function from the DLL that accepts a String and uses VISA Open to explicitedly open the VISA session in your LabVIEW DLL and returning that VISA session to your C code. This is functionally equivalent to passing a String to your current function but avoids the lookup and potential recreation of the VISA refnum on each call. Something I would only feel bothered if you intend to call this function many thousend times each second, which for VISA communication seems very unlikely.
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

Built Application containing VISA resource name control in Labview 7.1 not working

Very new to Labview (student). I built an application (my first)that uses VISA serial in Labview 7.1. The application contains a VISA resource name control. The program worked when silmulated, but not when built as app. When I removed this control from the application and made it a constant - the app worked. Any reason for this? A way around it perhaps? Would love an answer. I did make sure the Run-time engin is correctly installed and that it is not the problem. Thanks, Madri

You need to install visa runtime engine on the machine where your exe is installed
Doc-Doc
Doc-Doc
http://www.machinevision.ch
http://visionindustrielle.ch
Please take time to rate this answer

Sir i am using datasocket read ,i am communicating with java but my problem is that bcz im using while loop to see if value has changed my labview consumes all the processors time ,sir i want a event like thing so that while loop is not in continuous loop

sir i have given lot of effort but i am not able to solve my problem either with notifiers or with occurence fn,probably i do not know how to use these synchronisation tools.

sir i am using datasocket read ,i am communicating with java but my problem is that bcz im using while loop to see if value has changed my labview consumes all the processors time ,sir i want a event like thing so that while loop is not in continuous loopHi Sam,
I want to pass along a couple of tips that will get you more and better response on this list.
1) There is an un-written rule that says more "stars" is better than just one star. Giving a one star rating will probably eliminate that responder from individuals that are willing to anser your question.
2) If someone gives you an answer that meets your needs, reply to that answer and say that it worked.
3) If someone suggests that you look at an example, DO IT! LV comes with a wonderful set of examples that demonstate almost all of the core functionality of LV. Familiarity with all of the LV examples will get you through about 80% of the Certified LabVIEW Developer exam.
4) If you have a question first search the examples for something tha
t may help you. If you can not find an example that is exactly what you want, find one that is close and post a question along the lines of "I want to do something similar to example X, how can I modify it to do Y".
5) Some of the greatest LabVIEW minds offer there services and advice for free on this exchange. If you treat them good, they can get you through almost every challenge that can be encountered in LV.
6) If English is not your native language, post your question in the language you favor. There is probably someone around that can help. "We're big, we're bad, we're international!"
Trying to help,
Welcome to the forum!
Ben
Ben Rayner
I am currently active on.. MainStream Preppers
Rayner's Ridge is under construction

Sunday, I downloaded iTunes app on to my new PC. Songs purchased over the years were present but all of the albums I loaded from CD's are not present. How do I resore my iTunes account with all of my albums, playlists, etc.?

Sunday, I downloaded iTunes app on to my new PC. Songs purchased over the years were present but all of the albums I loaded from CD's are not present. How do I resore my iTunes account with all of my albums, playlists, etc.? I have not attempted to sysnch my IPod Nano with the new software.

See Empty/corrupt iTunes library after upgrade/crash.
tt2

I've installed elements 12 but it won't open it's asking for the exe file but all it does when located is install again. I can't uninstall as it isn't present in control panel

I've installed elements 12 but it won't open it's asking for the exe file but all it does when located is install again. I can't uninstall as it isn't present in control panel. When I open properties it asks to locate the exe or the other options don't work the target is invalid

Hi sambanyc,
What version of Adobe Reader have you installed on your Mac?
Please try installing on a different Admin user account and check if that makes a difference.
Regards,
Rave

Unable to view images but all other data is present

Importing images into lightroom 3.6 shows
1. The expected number of of frames .... but all are blank
2. The correct listing in the library index
3. The data for each image shown in the development mode ... as is the spectrum graph
I am using an up to date version of Win 7.
Any ideas

Hi Hal
Many thanks for your help – all is now up and running.
You are a STAR
John

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

Using VISA Resource control with Windows 7 64-bit

Hi.
My company recently upgraded our laptops, and I'm now working on Windows 7 64-bit rather than Windows XP 32-bit. I reinstalled LabVIEW 2009 Base Package, trusting that the Windows 7 64-bit OS would be able to handle LabVIEW 2009 32-bit without problems. But when trying to run our test system, the VISA Resource control doesn't work.
We use it to get a list of the available COM (RS232) ports on the computer. But now the list comes up blank. The only option that comes up in the list, is the text "Refresh". But nothing happens when I press it. Is this a bug in LabVIEW? I've installed the latest patch I found, so now I'm running LabVIEW v9.0f3 (32-bit).
Thanks alot for any and all assistance!
Solved!
Go to Solution.

Sorry for not replying to you earlier. I've been busy on other projects.
I'm not sure what you refer to with MAX, but I'm able to access the com ports using other tools/loggers. So it's not an issue with Windows 7 itself. But it seems logical that the problem would have something to do with running 32-bit drivers on a 64-bit OS. Referring to this list from NI (http://digital.ni.com/public.nsf/allkb/71E9408E6DEAD76C8625760B006B6F98), I'm downloading the 64-bit installer now.
But if I understand it correctly, you cannot run applications from a 64-bit Application Builder on a 32-bit OS. So basically you need the Application Builder installed on both a 32-bit and 64-bit OS to have all bases covered. But in the FAQ, it's asked if it's possible to have both 32-bit and 64-bit LabVIEW 2009 installed on the same 64-bit OS. Why would this be wanted? If you cannot use the 32-bit Application Builder, and you cannot trust that the 32-bit LabVIEW runs successfully (i.e. driver issues etc.), why would you want to have a 32-bit installation on a 64-bit OS?

Cannot upload data to serial device using x-on, x-off in Labview but works OK in Hyperterminal

Hello,
I'm trying to write a Labview 7.1 App that will upload a motorola .S28 file to a custom designed piece of hardware. The serial port on the hardware device requires the serial port settings be set to 9600, 8,N,1, none, for general operation and my Labview app is able to send and receive information from the hardware using the NI VISA 4.00 serial read and write routines, so I know that there are no fundamental communications errors. The general communications also work when I set the com port to 9600, 8,N,1, x-on, x-off.
The problem I'm experiencing is that I can upload calibration files (which require x-on, x-off flow control) in Hyperterminal by:
1. configuring the Hyperterminal session for 9600, 8,N,1, x-on, x-off
2. selecting "Transfer--> Send Text File... when my device prompts me to upload the file.
This works 100% of the time in Hyperterminal, but I cannot accomplish the same upload in my Labview app.
The very first thing my LV app does is to pop up a dialog box to the user prompting him/her to select the desired com port (Visa Resource Name), Baud rate, Data bits, Parity, Stop bits, Flow Control, and allows the user to enable/disable the termination char and to set the termination char (always enabled and set to default 0xA). The flow control is set to x-on, x-off. This is accomplished using the VISA Configure Serial Port vi.
I have tried using both the VISA Write From File vi and also reading the file to a text variable then using the VISA (serial) Write vi but neither work. The VISA Write From File vi return count correctly identifies the number of bytes in the file but the hardware never returns it's transfer complete status message (remember this works 100% of the time in Hyperterminal). Does anyone out there have any advice as to how I can make this work?
Thanks,
Ian

This is going to be a two-part solution, meaning you will need to change the way you read your file and the way you transmit the data.
First, when you read from your file, set the Read VI to read in Line Mode. When you do this, the output of the read will be an array of strings rather than a single string. It will basically read the file until it hits the CR/LF combination, but should strip the terminating characters from each line.
Second, in order to replace the carriage return which was stripped, you can configure VISA to transmit a termination character after each write is performed. In addition to setting the termination character to CR on the Configure Serial Port VI, you will want to use a VISA Property Node to set the Serial::End Mode For Writes properter to use the termination character.
Now, you can simply use a For loop to index through your string array, transmitting each line. You will have eliminated all your manual parsing of the file, which should simplify your application and increase performance. I have included a picture of how this could be done in LabVIEW 8.x. The file I/O interface looks different than it did in 7.1, but the same functionality exists.
-Jason S.
Message Edited by JasonS on 09-26-2007 08:49 AM
Attachments:
sendfile.jpg ‏23 KB

How to create a VISA resource without "VISA FIND" or Serial Poll

I'm very new to LabVIEW and my experience so far with GPIB/VISA is to pass a GPIB address (from user control) to a C# function I created. The function will build the correct VISA resource string, and try to connect using a message-based session one at a time to each board address.
I'm trying to do a similar action in Labview but so far, the only method I have seen is to use the drop-down Visa Resource. When I use this, it scans the bus to find all the physically connected devices on the bus but the unfortunate side effect is that all the listeners go into remote mode which typically resets the devices to their default remote connection settings.
ie: This can turn off a the power o/p of a power supply that I didn't want to control at that moment etc.
Can anyone tell me the proper or recommended method? If I had a user control that allowed the user to enter in a GPIB address, would I just create the resource string myself on the block diagram and feed this into a VISA -OPEN .vi?

Connect a string control to the VISA Open VI
LabVIEW Portal

Sharing VISA Resources With Multiple Application Instances

I have noticed a strange behavior when attempting to communicate with a
slow, single shared VISA resource (GPIB device) from multiple
stand-alone LabView 5 applications.
Initially, I developed some code which first attempts to acquire
exclusive access to the device using VISA lock with a reasonably large
timeout. After the lock is acquired, the code performs its IO, then
releases the lock.
I then wrote some wrapper code which basically tries to enter the (lock,
IO, unlock) code as fast as possible. I built a stand-alone application,
and ran 3 seperate instances. Basically, I could see that each
instance would eventually acquire a lock, perform its IO, and unlock.
However, some of the instances "starved" for access to the device,
enough so that the timeout was sometime reached (each IO would take
perhaps 2 seconds, and I set the lock timeout to say 10 seconds).
Ideally, each instance should receive the lock in the order by which the
lock was requested. It appears that VISA is doing something else.
I've verified that this issue also exists with "faster" GPIB devices
(say 200ms IO turnaround), but is less noticable because the
communications are faster.
To get around this, I wrote another application which basically acts as
a resource server. Using VI server, each instance which wants access to
the resource sends a "lock" request to the server. Specifically, the
"client" calls a re-entrant "Interface" VI via VI Server. The
"interface" VI then adds the "lock" request to the queue, and then waits
for "Notification" from the server process. The server parses the
request queue, and when the resource is available, it sends a
notification to the appropriate "interface" VI. This whole time, the
client is waiting for the interface VI to return, just like when it's
waiting for a normal lock. When the client is done with the device, it
sends an "unlock" message to the interface VI. The server then gives
the resource to the next item in the queue.
To me, this is a bit kludgey. My solution requires that this "server"
application is running at all times, and it is a bit slower than the
usual manner. Has anyone come up with a better solution?
Thanks,
Andy

My answer depends how stand alone your applications are. I don't know what happens if you have several independant executable files but the simplest solution in the development environment is to have one vi that handles all send/receive requests to the instrument. In this way, without extra overhead, you guarantee single parts of each program access too your instrument. (don't make this vi reentrant naturally)
This approach has another advantage. You separate in a better way the instrument and your aplication, so changing to another instrument is easier to do.
greetings from the Netherlands

TestStand not passing VISA info to LabVIEW

Hi All,
I am encountering a problem passing a VISA resource name to LabVIEW (2014) from TestStand (2014) which I cannot for the life of me understand or solve. Thus and so, I would be exceptionally grateful for any help.
I have two Thurlby Thandar LXI power supplies in a test rack, each with unique IP and socket addresses, of the form (TCPIP0::192.168.0.3::9221:OCKET). I have a LabVIEW project which contains a number of VIs, each related to the various functions of the PSUs, which are called from TestStand as appropriate.
I'm calling the LabVIEW 'Initialise.vi' in TestStand within a "ForEach" loop to individually extract the PSU's addresses from an array, open a session, then store the SessionNumber, but the resource name data doesn't seem to make it through to the VI's front panel VISA control. I've checked, checked and re-cheked that the correct values are being pulled from the array, I've even tried putting the LabVIEW call in a sub-sequence, just so that I can verify the data is not being corrupted in any way, but all seems to be well. It's as if the link between TestStand and LabVIEW is somehow broken.
To clarify the issue, on the very first run, the VISA information does get through, but subsequent runs retain this value, rather than overwriting it with the next value in the array. Setting the Run Options of the LabVIEW Action step type to Load Dynamically then Unload after step executes overcome this issue, but cause problems when trying to control the PSU later on in the test sequence.
The most maddening thing is that this used to work up until a couple of weeks ago, but unfortunately I can't remember what, if any, changes I may have made.
I've reinstalled TestStand and LabVIEW, but it hasn't solved the problem.
I've made the VI re-entrant, but that doesn't make any difference (in truth it shouldn't, as although the VI is called numerous times, all calls are sequential rather than simultaneous, so re-entrancy shouldn't be an issue).
I've configured the PSUs in MAX and given them aliases and tried the addresses direct, but that makes no difference either.
I've also tried performing the same exercise of passing data to LabVIEW just using strings and that all works fine, it just seems to be an issue with VISA resource names.
I have a suspicion I've checked or un-checked a check-box somewhere in the bowels of TestStand that's causing all of this, but haven't a clue how to find it.
If anyone can shed some light on this why this issue is occurring, or could even just point me in the direction of some utility which could sniff dataflow between TestStand and LabVIEW, I would be very grateful.
Many thanks in advance

Personally, I use Action Engines to handle my instrument resources. You can call the AE directly in TestStand. What I typically do is have a string input for name and then do a quick lookup for the desired VISA Resource to then control the instrument. This keeps all of the VISA stuff (including resource references) in LabVIEW. Have never had a problem with doing it this way.
There are only two ways to tell somebody thanks: Kudos and Marked Solutions
Unofficial Forum Rules and Guidelines

No VISA Resources in Labview but all present in MAX

Similar Messages

Maybe you are looking for