Remote Interface to Logical Instruments

• US 20160092175A1
• Filed: 09/29/2014
• Published: 03/31/2016
• Est. Priority Date: 09/29/2014
• Status: Active Grant

• Current Assignee: National Instruments Corporation (Emerson Electric Company)
• Original Assignee: National Instruments Corporation (Emerson Electric Company)
• Inventors: Keene, Richard Henry Mace, Moeller, Jan Viborg
• Granted Patent: US 9,785,415 B2
• Time in Patent Office: Days
• US Class Current: 1/1
• CPC Class Codes: G06F 11/00 Error detection; Error correction; Monitoring error detection, correction or monitoring in information storage based on relative movement between record carrier and transducer G11B20/18; monitoring, i.e. supervising the progress of recording or reproducing G11B27/36; in static stores G11C29/00
• CPC Class Codes: G06F 3/0482 Interaction with lists of selectable items, e.g. menus
• CPC Class Codes: G06F 3/04842 Selection of displayed objects or displayed text elements G06F3/0482 takes precedence
• CPC Class Codes: G06F 8/33 Intelligent editors
• CPC Class Codes: G06F 8/34 Graphical or visual programming
• CPC Class Codes: G06F 9/45504 Abstract machines for programme code execution, e.g. Java virtual machine [JVM], interpreters, emulators
• CPC Class Codes: G06F 9/46 Multiprogramming arrangements
• CPC Class Codes: G06F 9/54 Interprogram communication

Abstract

System and method for controlling a custom modular measurement system. An editor may receive user input specifying one or more system definitions, each mapping message based commands, parameters, variables and/or metadata (“information”) accordant with a control protocol for standalone instruments to functions and data in a programming language, and generates the definitions accordingly, each being useable by a client application to interface with a custom modular measurement system that includes multiple logical instruments via the message based information. At least one of the definitions may be deployed onto the measurement system. A run-time engine of the measurement system may accept a message based command from the application, and call a corresponding function, which may invoke operation of at least one of the logical instruments. The logical instruments may be operated concurrently, including sharing use of a single physical measurement device by at least two of the logical instruments.

Claims

1. A method for controlling a custom modular measurement system, comprising:

receiving, by an editor, user input specifying one or more system definitions, wherein each system definition maps message based commands, parameters, variables and/or metadata accordant with a control protocol for standalone instruments to functions and data in a programming language;

generating, by the editor, the one or more system definitions based on the user input, wherein each system definition is useable by a client application to interface with a custom modular measurement system that includes multiple logical instruments via the message based commands, parameters, variables, and/or metadata;

deploying at least one of the system definitions onto the custom modular measurement system;

accepting, by a run-time engine of the custom modular measurement system, a message based command from the client application;

calling, by the run-time engine, a function that corresponds to the message based command, based on the at least one of the one or more system definitions; and

performing, by the run-time engine, said accepting and said calling a plurality of times, wherein at least one called function invokes operation of at least one of the logical instruments.

2. The method of claim 1, further comprising:

displaying and editing, by the editor, one or more functions in the programming language.

3. The method of claim 1, further comprising:

displaying and editing, by the editor, at least one of the system definitions in response to user input.

4. The method of claim 1, further comprising:

creating, by the editor, a tree of the message based commands organized in accordance with the logical instruments and measurement subsystems of the logical instruments.

5. The method of claim 1, further comprising:

creating, by the editor, an integrated instrument soft front panel, wherein the integrated instrument soft front panel includes respective subpanels for logical instruments and/or measurement subsystems of the logical instruments, and wherein the integrated instrument soft front panel maps elements on the panels to the functions, parameters, variables, and/or metadata in the programming language.

6. The method of claim 1, further comprising:

parsing, by the run-time engine, the message based command; and

determining the function based on said parsing;

wherein said calling is performed in response to said determining.

7. The method of claim 1, wherein each logical instrument represents:

a single physical measurement device;

multiple coordinated physical measurement devices;

or

software.

8. The method of claim 1, wherein during operation, at least two of the logical instruments share use of a single physical measurement device.

9. The method of claim 1, wherein at least one logical instrument supports concurrent execution of multiple independent measurement subsystems.

10. The method of claim 1, wherein the run-time engine supports multiple concurrent external connections to the same logical instrument.

11. The method of claim 1, further comprising:

synchronizing, by the run-time engine, access to a physical measurement device by;

multiple logical instruments;

or

multiple measurement subsystems within a logical instrument.

12. The method of claim 1, further comprising:

sending a message containing a result of the operation to the client application.

13. The method of claim 1, wherein the control protocol for standalone instruments comprises SCPI (Standard Commands for Programmable Instruments).

14. The method of claim 1, wherein the programming language comprises a graphical programming language.

15. The method of claim 1, wherein the graphical programming language comprises a graphical data flow programming language.

16. A non-transitory computer readable memory medium that stores program instructions that are executable to implement:

an editor, configured to;

receive user input specifying one or more system definitions, wherein each system definition maps message based commands, parameters, variables, and/or metadata accordant with a control protocol for standalone instruments to functions and data in a programming language; and

generate the one or more system definitions based on the user input;

wherein each system definition is useable by a client application to interface with a custom modular measurement system that includes multiple logical instruments via the message based commands, parameters, variables, and/or metadata.

17. The non-transitory computer readable memory medium of claim 16, wherein the editor is configured to:

display and edit one or more functions in the programming language.

18. The non-transitory computer readable memory medium of claim 16, wherein the editor is further configured to:

display and edit at least one of the system definitions in response to user input.

19. The non-transitory computer readable memory medium of claim 16, wherein the editor is further configured to:

create a tree of the message based commands organized in accordance with the logical instruments and measurement subsystems of the logical instruments.

20. The non-transitory computer readable memory medium of claim 16, wherein the editor is further configured to:

create an integrated instrument soft front panel, wherein the integrated instrument soft front panel includes respective subpanels for logical instruments and/or measurement subsystems of the logical instruments, and wherein the integrated instrument soft front panel maps elements on the subpanels to the functions, parameters, variables, and/or metadata in the programming language.

21. The non-transitory computer readable memory medium of claim 16, wherein the program instructions are further executable to implement:

a run-time engine, deployable to the custom modular measurement system, and configured to;

accept a message based command from the client application;

call a function that corresponds to the message based command based on at least one of the one or more system definitions; and

perform said accepting and said calling a plurality of times, wherein at least one called function invokes operation of at least one of the logical instruments.

22. The non-transitory computer readable memory medium of claim 21, wherein the run-time engine is further configured to:

send a message containing a result of the operation to the client application.

23. The method of claim 21, wherein during operation, at least two of the logical instruments share use of a single physical measurement device.

24. A system, comprising:

a client application; and

a custom modular measurement system, coupled to the client application, wherein the custom modular measurement system comprises;

a controller, comprising;

one or more system definitions, wherein each system definition maps message based commands, parameters, variables, and/or metadata accordant with a control protocol for standalone instruments to functions and data in a programming language; and

a run-time engine; and

a plurality of logical instruments, coupled to or comprised in the controller;

wherein the client application is configured to send one or more message based commands, parameters, variables, and/or metadata accordant with the control protocol to the custom modular measurement system; and

wherein the run-time engine is configured to;

accept a message based command from the client application;

call a function that corresponds to the message based command, based on at least one of the one or more system definitions; and

perform said accepting and said calling a plurality of times, wherein at least one called function invokes operation of at least one of the logical instruments.