Communication issues with COM port

[billko]

Thanks!  This tells me it is a non-SCPI compliant device, so the *OPC? command will not work.  This also tells me that it may not even respond to a command to read the STB.  The other thing that tells me this, of course, is that you are getting a timeout when trying to do so.

There seems to be some query commands included with the command set.  See if you can implement those instead.

[Dennis_Knutson]

STB and OPC are GPIB functions. You have to use the DON? query per the manual.

[billko]

---

@Dennis_Knutson wrote:
STB and OPC are GPIB functions. You have to use the DON? query per the manual.

---

You can send them via VISA?  I thought they could only be reached through the GPIB palette?

I guess I was just being dumb about things.

[Dennis_Knutson]

No, VISA can read them. The main point I wanted to make is that the functions are defined by IEEE-488.

[billko]

---

@Dennis_Knutson wrote:
No, VISA can read them. The main point I wanted to make is that the functions are defined by IEEE-488.

---

And I was being particularly dumb because I remember you saying that a couple of times and I keep forgetting!

[DvD_11]

Thanks for all your comments!

I can indeed use the MONO-?DONE command to verify if the device is done or not. But, if it is busy, it cannot display the 1/0 value in the buffer, because it is busy. Is this true? Or am I completely misunderstanding something?

I now temporarily solved the issue by estimating the waiting time based on the input parameters - it's a bit cumbersome though, and certainly not the most time-efficient solution.

[Dennis_Knutson]

It may well be a limitation of the instrument. I would check with the vendor. I don't think it is a problem with LabVIEW.