-410 "Query interrupted"+0, "NO ERROR"), code -1074000000

[EstebanP]

Hi all,

I have a problem with a multimeter Keithley 2100, connected by USB. At one point of my measurement, the VI called "Keithley 2100 Series.lvlib: Data Read Single" (please, find the 1st screenshot on the block diagram when the error happens) throws this error: (-410 "Query interrupted"+0, "NO ERROR") with the code -1074000000.

There is a lot of entries about this error, but I don't get it how to solve it, at least in my case.

I tried to change the "bytes" from 4096 to 8192 but the same problem remains (2nd screen shot), where you can see the number that exits VISA Read (7,4642016*) (btw, what does it mean that asterisk?)

The 3rd screenshot is from the Error query VI, that come after the VISA Read, that is actually showing the error (left loop).

More: Im using LV 2018, VISA 2018 and windows 10

Any help is very well appreciated. Thanks a lot in advance. 

Cheers 

[crossrulz]

The "Query Interrupted" is what you need to worry about.  This is typically thrown by the instrument when you send an invalid query command or you command it to do something before the data request was completed.  Can you share your full code so we can analyze it?  I think the error is happening somewhere else.

[cstorey]

That can happen if your trying to read back a lot of data but have the timeout value set too short.

But, without seeing the code AND knowing more about your measurement, all we can do is guess.

Craig

[EstebanP]

Hi all,
thanks a lot for taking your time for this. It is not easy to explain: there is sub_VI´s involved and I didn´t made them. I wil try my best.

Please find the pdf for reference.

In the 1st slide, it shows the actual sub_VI I used: "zzMOKE_msrmt_get4.vi".
In the block diagram (slide 2), the error is from the "Data Read Single" sub_VI. Before the error appears, appears a green arrow (is waiting... this not happens during normal operation).
Then the error pop up from that subVI (block diagram in slide 3) that ask the Keithley about any error happening, I guess.

So I have a couple of questions, regarding slide 4, where there is the commands explanation from the Keithley´s manual.

In slide 3, the "Action Send Trigger" VI is used with the command "INIT;" and THEN again, inside "Data Read Single" sub_VI, with the command "READ?" you "wait-for -trigger"
the Keithley. I dont know the consequences of this, but the data is storaging in the internal memory with one and, in the other case , in the output buffer.
So, I guess that any of those is fill and the Keithley, effectively, stops to measure.

Is there anyway to be sure the buffers are empty, before the next measurement starts? I said because there is a "Clear buffer" VISA that can solve the problem,
if it is this the cause of it (but only clears the buffer of the Keithley, not the output buffer). For your comodity, I attached the VI´s involved.(that are, in fact, the drivers of Keithly 2100
that can be found somewhere in this forum)

If this is the case, where I should put the "Clear buffer" VISA? Not in the drivers, I guess.

Ask me, please, if you need other sub_VI´s to have a more clear picture

I hope this would help.

Cheers,

[cstorey]

No you don't need a trigger, that's causing your error I think.

The READ? is its own trigger to take a measurement and return the data.

Why are you not just specifying the VISA resource name (GPIB address) directly?  Why use a Variant?  You might also want to make sure the DMM is properly setup for your type of measurement.  You should use the initialize VI, reset to default config if needed, setup the measurement range etc, then proceed to measurements.

Have a look at the examble included in the Keithley 2100 driver "Keithley 2100 Series Read SIngle.vi", it shows you everything you need to use for your code. (No need for the button, but the time delay might be important.) See below.

You should test your Keithley 2100 independent of the other code so you know its working.

Craig