Andrea C

Looking at the source spec for the 1.5Amp range, you could have as much as +/-4mA of current and still be within spec for source value of 0Amps.
In contrast, when using 1uA range to source 0A, the error budget drops to +/-700pA.

If wanting the SMU to behave like a volt meter, in general, use the most sensitive range available to source the 0Amps.  Set the corresponding voltage compliance limit to a value larger than the DUT can produce.  Measure V.


For your finding1, what was the state of the SMU before landing the probes?  Was it already in Force I, Measure V?  Was blue light on?

Hi Greg,

I doubt if this will help, but just in case I wanted to mention to double check the Windows Device Manager.
If Windows has mistake in how it categorized the USB connected instrument, then it would prevent proper association to the USB Test and Measurement device type, the IVI components, showing up in NI-MAX, etc.
Sounds like your specific unit is not being enumerated at all by Windows.
However, if it was instead being detected and assigned to "Other devices" or something else, this could account for the trouble.
Sometimes, if no driver is present when the usb is first plugged in, an incorrect categorization is made and Windows will just repeat it even after a driver has been installed.
In that case, delete the incorrect entry from Device Manager and then un-plug and re-plug the USB connection and see if it will correct the association to USBTMC.



 

The link to the post on the older forum does illustrate the procedure to update the firmware on the 2200-60-2 and similar models.
The firmware update procedure is expecting a connection on the (otherwise factory use only) RS-232 port.

I'm not sure the revised firmware will address your initial issue of no detection of the USBTMC.
But it is worth a try certainly.
I do not expect the SCPI commands to be functional over RS-232;  only USB or GPIB.

If your PC with NI VISA and that USB cable can detect other instruments (DAQ6510), but not the 2200 power supply, I suspect the 2200 power supply may have a malfunction and requires service.

Do you feel the auto zero needs updated within the 500 second measurement time?  Do you think the instrument is drifting within the 500 seconds?  Is it fully warmed up (1 hr)?
How much drift are you seeing?

Auto zero updates every 2 seconds does not seem likely to give benefit.

If no need to update so frequently, I would just call the auto zero with setting once to force the update then.
Next command to trigger init the 500 second acquisition.

Since you have a number of new changes in behavior, I wonder if one of the power supplies in the 7002 is having some trouble.
The instruction manual on Tek.com for the 7002 has a section on maintenance and running diagnostics.

On the DB9 connector for the digital IO, a 5V supply is available (pin 2).  Look at that on a scope.  Is it steady DC average value?

Our service dept will perform functional check and repair of 7002 still.
https://www.tek.com/en/service-quote

Just expanding on the information provided.

Given that a Keithley SMU is likely to see a few decades of use for perhaps a lot of different tasks, the absence of digital IO for triggering with external equipment is one likely way you will wish you had the 2612B instead of 2614B.

However, there is still the ability to coordinate the SMU action with bus trigger or sending *TRG command to it after arming it for a task.

In the attached PDF, I provide a little more detail on it.