Visa session problem

Hello,
I am quite new to LabView. I have to control a Nikon microscope TE2000E with a RS-232. Before writing the program I have opened a VISA session with MAX (basic I/O) to check that I can communicate with the microscope. But when I type a command (e.g. [r][S][P][R][CR], [r]=status request, SPR = function, CR=delimiter) the microscope send an error. I think that this is because I don't write the question in the correct format. Does anybody know the correct format for sending commands?
Thanks in advance
Raimon

Raimon wrote:
Hello,
I am quite new to LabView. I have to control a Nikon microscope TE2000E with a RS-232. Before writing the program I have opened a VISA session with MAX (basic I/O) to check that I can communicate with the microscope. But when I type a command (e.g. [r][S][P][R][CR], [r]=status request, SPR = function, CR=delimiter) the microscope send an error. I think that this is because I don't write the question in the correct format. Does anybody know the correct format for sending commands?
Thanks in advance
Raimon
Hi Raimon
I am in a similar situation, new to labview and I have to set up a system to control the TE2000E via Labview. I was wondering if you had any luck getting things going, and if you could pass along any words of wisdom or sample vi's.
Thanks very much,
Jason

Similar Messages

Error in using TCPIP/Instr class to open a VISA session

I use the TCPIP/Instr class session to open a VISA session to Agilent 86140B Optical spectrum Analyser and I get an Error - VISA open in Appln.vi.Help me to fix this problem.
I am able to access the instrument on LAN through a Telnet session.
Vijayalakshmi.
Attachments:
OSA_Close.vi ‏28 KB
OSA_Reset.vi ‏27 KB
OSA_Initialize.vi ‏63 KB

Thanx for the reply.The instrument is VXI-11 compliant.The error I am getting is Instrument timeout -1073807339 (BFFF0015) and I am using LabVIEW on Linux.
I have another problem.I am able to see the instrument using a Telnet session but not using http//192.168.10.2 on a web browser.It is giving an error that the host may be down and try some time later.

How can a I solve and GPIB/VISA compatibility problem?

My Labview (version 5.1 on a Macintosh) application talks to a variety of instruments over GPIB. In one mode it communicates with both 1) a LakeShore 340 temperature controler (LS340) using VISA-based drivers and 2) a Linear Research LR-700 AC resistance bridge using low-level GPIB functions. My application can query these instruments a couple of times per second, usually without trouble. However, periodically (about once an hour) the GPIB Read will cease to work with the LR700 or any of the other instruments on the same bus, returning error 6 (I/O operation aborted). GPIB Write still works fine. Querying the LS340 when the system is in this state produces the VISA error Hex 0xBFFF003C (Insufficient system reso
urces to perform necssary memory allocation). Querying the LS340 a second time is successful, and thereafter GPIB Reads are also successful.
I think somehow the GPIB and VISA protocols are interfering with each other. (Although the data dependency requires that the VISA Write/Read be complete before the GPIB Write/Read begins, I am not opening/closing the VISA session with every iteration. The VISA session is opened on the first iteration and stored in a shift register.) However, the maddening infrequency of this problem makes it very difficult to troubleshoot. Any suggestions?

Hi Chris,
One suggestion;
Write two seperate test routines that each use only one method or the other.
Test the H*&#$ out of each to attempt to determine if the issue is associated with the high level or the the low.
Ben
Ben Rayner
I am currently active on.. MainStream Preppers
Rayner's Ridge is under construction

How can I solve a GPIB/VISA compatibility problem?

My Labview (version 5.1 on a Macintosh) application talks to a variety of instruments over GPIB. In one mode it communicates with both 1) a LakeShore 340 temperature controler (LS340) using VISA-based drivers and 2) a Linear Research LR-700 AC resistance bridge using low-level GPIB functions. My application can query these instruments a couple of times per second, usually without trouble. However, periodically (about once an hour) the GPIB Read will cease to work with the LR700 or any of the other instruments on the same bus, returning error 6 (I/O operation aborted). GPIB Write still works fine. Querying the LS340 when the system is in this state produces the VISA error Hex 0xBFFF003C (Insufficient system resource
s to perform necssary memory allocation). Querying the LS340 a second time is successful, and thereafter GPIB Reads are also successful.
I think somehow the GPIB and VISA protocols are interfering with each other. (Although the data dependency requires that the VISA Write/Read be complete before the GPIB Write/Read begins, I am not opening/closing the VISA session with every iteration. The VISA session is opened on the first iteration and stored in a shift register.) However, the maddening infrequency of this problem makes it very difficult to troubleshoot. Any suggestions?

Hi Dan,
I'm trying to follow your suggestion, but I can't get the VISA upgrade to function. I downloaded the NI-VISA 2.6 full development installer, which recommends uninstalling the prior version first. I couldn't find a good way to do this (the documentation is no help), so I ended up just reinstalling the entire Labview 5.1 without the VISA package. But even this approach (I tried several others) doesn't work - when I run VISA commands from within Labview after the VISA 2.6 install, I get 'unknown system error'. Any suggestions?
Chris

Opening multiple visa sessions

I'm having problems with opening multiple VISA sessions for communicating with 4 HP-34401A multimeters in LabVIEW 6.1. If you have a little bit of time, please take a look at what I have here to see if I'm doing something wrong.
Thanks
Attachments:
HP34401_Test.vi ‏108 KB

I have made a look at your VI. I don't have the driver for the instrument I couldn't go into the subVIs and its documentation and I could not change it for you.
1. You initialise only 2 of the 4 meters. Initialize all meters.
2. In sequence 0 you close the session to the meter. In the next loop iteration it will not measure as you intended. Delete the "VISA Close" function.
3. The stop button would cause the while loop to exit. But your handling is a little bit complicated. Do following:
Delete the "not" and case where the stop terminal is connected. Wire the stop terminal directly to the termination terminal of the while loop. With the context menu set it to "stop if True". Wire the VISA sessions to the right border of the while loop and connect t
hem to the "VISA Close" function.
Waldemar
Waldemar
Using 7.1.1, 8.5.1, 8.6.1, 2009 on XP and RT
Don't forget to give Kudos to good answers and/or questions

How are VISA sessions managed by executables?

I have noticed that VISA sessions opened in the development environment (Labview version 6.0.2) do not show up in the VISA I/O reference control of compiled executables and visa versa. I assume that each EXE has its own memory space for open VISA sessions. Is it possible to get separate EXE's and the development environment to use the same VISA memory space so that all applications and uncompiled VI's show the same open VISA sessions?

This answer, while correct, doesn't address the issue of some VISA classes and how Labview addresses open VISA sessions. It is quite correct concerning the listing of available resources, that is not the nature of my problem. The heart of the matter is the Open VISA sessions and how they are returned by the "Open VISA sessions.vi" vi in the vi.lib utilities. Also, the VISA reference control does, as you say, display currently available resources (for some classes), but it also displays currently open sessions below a dividing line for those resources not usually displayed.
The best example of this is for the TCP/IP class. Resources of this class are not displayed unless a session for them has been opened.
I have written and compiled an executable tha
t opens a VISA session for a TCP/IP resource. After opening it, the session is displayed in the executable's VISA resource control below a dividing line that separates it from the available serial and GPIB resources. If, however, I have an uncompiled VI with a VISA control open in the development environment at the same time, the open session is not displayed in that VI's resource control. If I run the compiled executable as an uncompiled VI in the development environment along with other VI's containing VISA resource controls, the open TCP/IP session is displayed in all VI's. The same holds true for the "Open VI sessions.vi". Sessions opened by compiled VI's are not returned by this subVI when it is run from outside the executable.
As I stated before, it appears the executable creates its own separate memory space for listing open VISA sessions.
I would like to create a small executable that logs in to TCP/IP resources and makes those sessions available to other VI's that ar
e either uncompiled and running in the devel environment, or are running as separate executables.
Thanks for your comments
Steve

VISA session to an instrument handle

I tried to aquire data from TEKTDS 220. I use "set condition" to "aqu
status",
then "read waveform" subVIs. So there is a problem: I need to connect the
"VISA
session" to "instrument handle", but it doesn't work. Could you please tell
me
how to connect these two type of wires?
Thanks a lot!

It looks like you're trying to mix the tktds2x0 IVI driver with the tktds2xx LabVIEW native driver. The IVI driver has an "instrument handle" which is an IVI session, and the LabVIEW driver has a "VISA session". The two wires are not compatible. You should either use just the IVI driver or just the LabVIEW driver.

Why Open VISA Session?

In the driver here, the VISA Open sub-VI states that it "must be called first" when using the device. There is a similar sub-VI for closing the session.
How true is this?
I can open and run a different sub-VI (such as Write Single) with no immediately obvious problems, just by specifying the correct device in the VISA Session field. Are errors or performance hits building up in the background?
My problem is that the KS 3988 will be called on in sub VI's within sub VI's within sub VI's (relative to the main program). I'm not clear on where, exactly, I should be putting that VISA Open panel. This is especially confusing if the "dup VISA session" needs to be wired into every use of the Write Single sub-VI.

Here is a picture of the VI which actually calls the KS 3988.
My problem is that this thing is just the sub VI of a VI which is itself the sub VI of a VI that is running in a frame. The top-level VI that contains the frames has four such frames.
Now, those top three VI's all read out of the black Admin sub VI, and the bottom can both read from it and write to it. Currently, all programs use the same KS 3988 via VISA, but that needs to be something we can change on the fly.
So, where does the Open sub VI go? Do I need to include, in the frame-containing VI, something like this?
Message Edited by DJDDA on 07-31-2008 04:10 PM
Attachments:
convertfix.jpg ‏17 KB
convertvi1.jpg ‏26 KB
convertvicontext.jpg ‏66 KB

Open VISA sessions in LV6 VISA Ref control and LV executables

I have created a LV executable that opens a TCP/IP socket class VISA
session. Once the session is opened, it appears below the dividing
line in the executable's VISA resource control. However, the open
session does not appear in the resource control of any open,
uncompiled VI in the development environment, nor in the VISA control
of other LV executables. However, if I run the VI as an uncompiled
VI, the opened session appears in all other open uncompiled VI's as an
available resource that may be selected. It should also be noted that
VISA sessions opened by executables are not returned by the "Open VISA
sessions" utility VI running in the development environment.
My wish is to create a
separate compiled executable applet that
creates a TCP/IP connection to a network device and have that resource
appear in the VISA control of other executables and VI's. It appears
the executable uses its own memory space to keep track of open VISA
sessions. Is there any way to change this so that all runtime
executables and the development environment all work from the same
list?
Thanks in advance,
sm

jwf wrote in message news:<[email protected]>...
> If you haven't done so, you should try updating LabVIEW 6.0 to 6.0.2.
> You can download this update for free by going to www.ni.com and
> clicking on downloads and then drivers and updates and pick the
> LabVIEW updater out of a list. I know for a fact that this update
> fixed some problems using the VISA resouce control in LabVIEW 6
> executables. Hope this is helpful.
Thanks for the advice, but I've already updated to 6.0.2.
sm

Remotely closing VISA sessions???

I have a network with three computers running LabView 6.1 The master computer collects data via fieldpoint ethernet devices and serial devices. If the master should go down (power loss, software freeze ect.) one of the slave computers takes over. The problem I am having is closing the VISA session origially opened be the master (which is now down). The new master can never talk to the serial devices because of VISA session errors. How can I remotely close a VISA session????????????

I haven't worked with the fieldpoint ethernet devices,
but other ethernet devices either:
a) accepted a reboot command (with a password protection) - the reboot would clear VISA sessions.
or
b) could set a timeout on ethernet connections - ie, detect that the modem disconnected, close the VISA sessions.
Check to see if those options are available.
Les Hammer

Closing Identical VISA Sessions

I have several sub VI's using VISA in my latest build. By default they all use the same VISA session, but the user has the option to switch one or more sub VI's to a different device (different VISA session).
In my "Panel Close" event, I currently have it wired such that each sub VI's VISA session is closed separately. It occurred to me that this may cause problems in the (normal) case that one or more sub VI's is using the same session; however, my main VI is somewhat of a mess, and it will be a couple days before I can actually test this.
Will it cause errors, program crashing, etc. for me to give a Close command on a VISA session that isn't open any more?

PeterHeckert wrote:
Much easier to do than closing at exit.
But you really should be closing them when you are done with them. If you try to close something that isn't open, it is not an issue.
There are only two ways to tell somebody thanks: Kudos and Marked Solutions
Unofficial Forum Rules and Guidelines

Java Session problem while sending mail(using javamail) using Pl/SQL

Hello ...
i am using Java stored procedure to send mail. but i'm getting java session problem. means only once i can execute that procedure
pls any help.

props.put("smtp.gmail.com",host);I doubt javamail recognizes the 'smtp.gmail.com' property. I think it expects 'mail.host'. Of course since it cannot find a specified howt it assumes by default localhost
Please format your code when you post the next time, there is a nice 'code' button above the post area.
Mike

Session problem in jsp application

I face a session problem. I setting everything in a session and when pass back to a main page, the value is not display in the screen. But after refresh the value will display in the screen and this kind of problem only come out very few time and i dun knw how to solve this...
Anyone here can give me some idea and suggestion or the way to solve this kind of problem!!!

define "2 different clients"
1) You have 2 different PCs and it's using the same session ID for both? I doubt this. I think the server is advanced enough not to use give a session ID that's already been created.
2) You have 1 PC and are using IE or Netscape and using File > New Window to open a new window and connect again. This you can't fix without using only URL rewriting to manage session, because the different windows will share the same session cookies.

How work the Visa session?

I'm working with the Visa session. When I receive from an external processor the hex value 0X0A then suddenly aboard the reading instruction. When I want to receive the value 0XAA0A55 then I receive only 0XAA0A. Why?

Hi
defuflo is right. The read ends due to the termination character. If you do binary serial transfer you have to do the following:
You have to set the "Termination Character Enable" property to false. In LV 6.0.2 use a property node which input comes from the "duplicate VISA resource name" output of the "VISA configure serial port", in LV 6.1 it is a parameter to that function.
Second use a property node to set the "Serial Settingserial End Mode For Reads" to "None".
Waldemar
Waldemar
Using 7.1.1, 8.5.1, 8.6.1, 2009 on XP and RT
Don't forget to give Kudos to good answers and/or questions

Driver visa session looping issue

Hi,
This is the first time I've ever setup a loop with a visa driver session in it. I am attempting to collect an array of flux data. The array indexes correspond to physical (x,y) locations on the item i'm measureing the flux of. This is why i need the data to be read in as a 5x7 array of flux. The 5x 7 matrix is collected 3 times (at 3 different z heights). However, I can't figure out why I am getting three 6x7 matrices instead of a 5x7. I can't tell if it is my shift register setup, where my visa session is implemented, etc. I just can't figure it out.
Could someone look at my attached code ( it's pretty simple, just 3 nested for loops with the visa session inside, and that data is fed out to 3 matrices, which is then stripped down further which can be ignored)
Thank you very much,
chelsea
Solved!
Go to Solution.
Attachments:
visa loop test1.vi ‏31 KB

First of all, I don't see a point in any of those sequence structures. All they are doing is creating clutter.
Secondly, why are you appending the second to last results to the whole results? That is where your extra index is coming from. Get rid of that shift register and the Build Array.
There are only two ways to tell somebody thanks: Kudos and Marked Solutions
Unofficial Forum Rules and Guidelines

Visa session problem

Similar Messages

Maybe you are looking for