Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Request for *OPC? : Operation complete Check. #208

Closed
Skippy-the-bush-kangaroo opened this issue Apr 21, 2023 · 3 comments
Closed

Request for *OPC? : Operation complete Check. #208

Skippy-the-bush-kangaroo opened this issue Apr 21, 2023 · 3 comments

Comments

@Skippy-the-bush-kangaroo

Summary

If I'm not mistaken, the *LST command is the only command which need to be polled and stored, one by one, into a buffer. This is time based as there is no way to tell what is the last entry.

On the other hand, when you ask for measured data:

:VNA:TRAC:DATA?

You'll receive the data in one poll. This is good.
However when you ask for data which is not there you'll have a chance your SCPI application hangs or blocks at least the subsequent process flow.

PS:
The *LST? command also returns some SCPI commands which are not listed in the programming application note.

Paths to implement it

Other devices have a buffer ready indicator: *OPC?
Is this possible to implement this into the LibreVNA application?

Thank you .

Extra information

..

@jankae
Copy link
Owner

jankae commented Apr 21, 2023

Is the OPC just responding with a '1' every time? Commands are already queued within the TCP server so this '1' would only be returned once all previous commands have finished executing

@Skippy-the-bush-kangaroo
Copy link
Author

Yes, Although it differs from one manufacturer to another. I'm now implementing a mini circuits generator which has no OPC command, but it does not need to because every command get's an answer immediately so there is noting left in the buffer to wait for. (As far as I can tell at the moment, I just started.)

The interaction with the LibreVNA-GUI sometimes hangs if there is no data to be read. I have to check to be sure and if I'm able to, but I don't think other devices block my socket while waiting on an answer. But.. , I'll have to double check to answer this.

Keysight and "Rohde & Schwarz" devices also return errors as a tuple ( #number , ERROR ). This format might also be helpful for the LibreVNA. For these devices I always do a subsequent error check after every call. (SYST:ERR?)

@jankae
Copy link
Owner

jankae commented Jul 16, 2023

I still don't understand the need for the command completely (as the LibreVNA-GUI already returns an empty response after execution of each command) but as this is a really simple addition, I have added OPC command.
Sorry it took so long.

@jankae jankae closed this as completed Jul 24, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants