Keithley 2000 Labview Driver For Mac
Hi, I'm trying to run a Keithley 2400 SourceMeter with LabView using the latest driver (Keithley 24XX) and the example VI 'Keithley 24XX Read Single.vi'. After selecting the GPIB Adress I run the program and Labview throws the following error message: Error - occurred at Keithley 24XX.lvlib:Error Query.vi Possible reason(s): Instrument reports: -113,'Undefined header' -230,'Data corrupt or stale' -420,'Query UNTERMINATED' 0,'No error' Complete call chain: Keithley 24XX.lvlib:Error Query.vi Keithley 24XX.lvlib:Read (Multiple Points).vi Keithley 24XX.lvlib:Read (Single Point).vi Keithley 24XX Read Single.vi I also have a Keithley 2000 Multimeter up and runing with it's latest driver and the example program and it works just fine. What could be the problem? Thanks in advance! Go to Solution.
Keithley 2400 Problems Hi, I'm trying to run a Keithley 2400 SourceMeter with LabView using the latest driver (Keithley 24XX) and the example VI 'Keithley 24XX Read Single.vi'. After selecting the GPIB Adress I run the program and Labview throws the following err. I am using LabVIEW 8.0 connected to Keithley 2000 DMM with 10 channels scanner card. For configuration I am using the 'configure scan.vi' from the appropriate driver. The 'starting channel' option is capable of having numbers from 1 to 10 (for internal card).
The driver I am using I downloaded through LabVIEW by going to HELP FIND INSTRUMENT DRIVERS, selecting Keithley from the drop down box for manufacturers and typing 2000 in the additional keywords box. I then picked the driver for labview 8.0 rated with 3.03 stars. I am using a GPIB connection to communicate with the multimeter. I have not selected a VISA resource name, how is that done? Is that when you use MAX? Sorry for the lack of knowledge, when using an agilent power supply in the past, it was just a matter of downloading the instrument driver in the same way as above (from the help menu find instrument drivers) and then using the vi's that were included. I downloaded the file your hyperlink pointed to, but am not quite sure where is should go to function properly with labview. I will work on using the current driver I have for Keithley, going through MAX and assign a VISA resource name. I will update you as soon as I know more. Thanks for all your help so far.
Thanks Dennis, going through MAX helped me to figure out what was wrong with my address call out. Apparently I did not include a INSTR at the end of GPIB::16::INSTR VISA input. Now I have another problem, so if you can help me even more, I would appreciate it. A sub vi that Keithley has provided called ke2000 Data Read Single that is contained in a while loop will run only 5 times before hanging up. Investigating further, inside this vi, a vi that appears to be the SQL communication vi for the keithley is the culprit. One layer deeper, and it appears that the VISA Write vi is where the program stops. I have tried giving the ke2000 Data Read Single a timeout constant of 100ms, but it still pauses on this step indefinitely. Any ideas? Once this works, I desire to read data from multiplie channels on the Keithley. I have not yet seen any way to measure multiplie channels, do you know how that is done? Thanks again for all the help. It's not SQL but SRQ. SRQ is a service request.
The instrument will issue a service request when a reading is available. Do you have anything else in the loop?
How do you have the trigger configured? If you look at the Keithley 2000 Read single Example, if sets the instrument up for bus triggering and then the bus trigger command has to be issued. If you don't want to issue a bus trigger, I believe you can set it up for immediate and then each time you call the read, it will return a value. I don't have the manual to confirm that though.
Keithley Labview Driver
Keithley 2000 Labview Driver For Mac Download
I don't know of an example for multiple channels. The Configure Scan function will allow you to set the start and stop channels. When the scan is complete, you would call the Data Read Multiple. You are right with the SRQ vi. My mistake. I have a couple of other things in the loop, mostly taken from the Read Single example Keithley vi. The program is still pretty rough, and I was just trying to get a feel for what can and cannot be done, but I will attach it to make things a little clearer. After quite a bit of changes, I am still having the problem with the Read Single vi working for the first few times then pausing indefinitely (I think). The only way to get the Read Single to work again is to exit LabVIEW completely and open the program again. Thanks for the help.Message Edited by djconfused on 04:15 PM Keithley channel test.vi: channel test.vi. ChadYou are totally right. A co-worker and I just found out the same thing. After agreeing that it would be better to have a single initialize and close, we worked pretty much through a trial and error method to find out what would work and what would not. We found out that if the keithley program is aborted in the middle of a program without undergoing the close function, it will pause on the the single data read vi until LabVIEW is closed and reopened. Strangely, the keithley DMM did not need to be power cycled.