202201031452 Tiny Instrument Element

First published:

Last Edited:

Number of edits:

The idea of developing an architecture to control devices through a RESTful API (see: literature/202201031433 RESTful API for instrument control ) is not only a technical advantage but also that it empowers different types of users to interact with instruments in the same way web platforms have different types of users. For example:

  • END USER : Can use the tool but has no underlying understanding of the technology.
  • Advanced User : Is able to perform some simple customization, follow guides, etc.
  • API Developer : Has programming skills and can build on top of an existing API (for example a user interface) or can aggregate data
  • Tool Programmer : Is the product owner, has the ultimate knowledge on how to build, customize, extend the instrument.

An instrument can be described by its:

  • Parameters : hold configuration information
  • Attributes : hold instrument variables (inputs and outputs)
  • Commands : hold actions that the device can perform
  • Finite State Machine : specifies a state transition automata, used to constrain in which states can commands be executed.

In this work they also describe a specific case analysis but it's hard to know what are they talking about.


Backlinks

These are the other notes that link to this one.

Nothing links here, how did you reach this page then?

Comment

Share your thoughts on this note. Comments are not public, they are messages sent directly to my inbox.
Aquiles Carattino
Aquiles Carattino
This note you are reading is part of my digital garden. Follow the links to learn more, and remember that these notes evolve over time. After all, this website is not a blog.
© 2024 Aquiles Carattino
This work is licensed under a Creative Commons Attribution-ShareAlike 4.0 International License
Privacy Policy