TwiceAsNice  2019-02-18
Variables
INDI::SP Namespace Reference


INDI Standard Properties are common properties standarized across drivers and clients alike. More...

Variables

const char * CONNECTION = "CONNECTION"
 Connect to and disconnect from device. More...
 
const char * DEVICE_PORT = "DEVICE_PORT"
 Device serial (or bluetooth) connection port. More...
 
const char * DEVICE_AUTO_SEARCH = "DEVICE_AUTO_SEARCH"
 Toggle device auto search. More...
 
const char * DEVICE_BAUD_RATE = "DEVICE_BAUD_RATE"
 Set device baud rate

Name Type Member Default Description
DEVICE_BAUD_RATE SWITCH 9600 ON 9600
DEVICE_BAUD_RATE SWITCH 19200 OFF 19200
DEVICE_BAUD_RATE SWITCH 38400 OFF 38400
DEVICE_BAUD_RATE SWITCH 57600 OFF 57600
DEVICE_BAUD_RATE SWITCH 115200 OFF 115200
DEVICE_BAUD_RATE SWITCH 230400 OFF 230400
More...
 
const char * DEVICE_TCP_ADDRESS = "DEVICE_TCP_ADDRESS"
 Device hostname and port. More...
 

Detailed Description


INDI Standard Properties are common properties standarized across drivers and clients alike.

INDI does not place any special semantics on property names (i.e. properties are just texts, numbers, or switches that represent no physical function). While GUI clients can construct graphical representation of properties in order to permit the user to operate the device, we run into situations where clients and drivers need to agree on the exact meaning of some fundamental properties. What if some client need to be aware of the existence of some property in order to perform some function useful to the user? How can that client tie itself to such a property if the property can be arbitrary defined by drivers?

The solution is to define Standard Properties in order to establish a level of interoperability among INDI drivers and clients. We propose a set of shared INDI properties that encapsulate the most common characteristics of astronomical instrumentation of interest. If the semantics of such properties are properly defined, not only it will insure base interoperability, but complete device automation becomes possible as well. Put another way, INDI standard properties are in essence properties that represent a clearly defined characteristic related to the operation of the device drivers.

For example, a very common standard property is EQUATORIAL_EOD_COORD. This property represents the telescope's current RA and DEC. Clients need to be aware of this property in order to, for example, draw the telescope's cross hair on the sky map. If you write a script to control a telescope, you know that any telescope supporting EQUATORIAL_EOD_COORD will behave in an expected manner when the property is invoked. INDI clients are required to honor standard properties if when and they implement any functions associated with a particular standard property. Furthermore, INDI drivers employing standard properties should strictly adhere to the standard properties structure as defined next.

The properties are defined as string constants. To refer to the property in device drivers, use INDI::StandardProperty::PROPERTY_NAME or the shortcut INDI::SP::PROPERTY_NAME.

The standard properties are divided into the following categories:

  1. General Properties shared across multiple devices.
  2. Connection Properties
    • Serial Properties used to communicate with and manage serial devices (including Bluetooth).
    • TCP Properties used to communicate with and manage devices over the network.
Author
Jasem Mutlaq