The Keyboard program provides an interactive
keyboard interface to the command server. Command
syntax and prompts are defined using the
CMDGEN
language in .cmd
files.
The Command Server interprets commands sent via the keyboard interface or from the programmed algorithm. It provides a variety of interfaces for delivering commands to the other programs in the architecture.
As with the keyboard clients, the command
syntax, interfaces and operations are defined using the
CMDGEN
language in .cmd
files.
Collection is a data generator, meaning it is responsible for assembling the telemetry frame and transmitting it to the TM buffer. The telemetry frame is defined using TMC. Collection provides a number of interfaces for receiving data from drivers and commands from the command server.
Flight algorithms are the only programs that can see the complete data stream and also issue commands. Experimenters use the TMCALGO language, which uses a state machine model to organize instrument operations.
TMbfr manages the distribution of telemetry data to a number of “data client” programs. It can be optimized for either fast realtime response (for data display) or maximum throughput (for data extraction.)
Extraction programs operate on the data stream to produce output compatible with other programs. Conversion to standard units and various types of averaging are possible. Extractions are generally written using TMC, but may also use CDF, EDF or Cycle definitions, which generate TMC code.
The display programs provide text-based display of the telemetry data. Data screens are laid out using the Table language.
Realtime Graphing displays realtime data as trend graphs. It can also perform simple analysis tasks such as detrending the data or calculating a fast fourier transform.
Drivers are the glue between the data acquisition software and the hardware. Some hardware is simple enough to be accessed directly from other programs, but hardware that requires significant configuration or complicated state data will generally require a separate driver.
This hardware block represents whatever interface electronics are connected to the data acquisition system.
lgr is a data client program which formats the write the telemetry data to disk in a robust format suitable for archiving. The data stream is broken up into many small files in order to guarantee that if any file is lost or corrupted, the data loss should be limited to a small time span.
This is the system hard or flash disk to which data is logged and from which it is later retrieved.
With the appropriate drivers and network rules, telemetry data can be received from anywhere on the internet.
rdr is the program that reads telemetry data from previously logged disk files. Like collection and inetin, rdr is a “data generator,” which is to say that it assembles a telemetry stream which it writes to TMbfr for processing by any of the data client programs.
Like rdr, Inetin is a “data generator,” that assembles a telemetry stream and writes it to TMbfr. Instead of reading the telemetry data from the disk, Inetin reads it over TCP/IP, allowing realtime monitoring of remote systems.
Blocks with the “Stock” color represent programs or hardware that are common to multiple instruments.
Blocks with the “Custom” color represent programs that are instrument-specific, compiled using the tools described here.
The Full Configuration includes the control and acquisition programs running on the flight computer as well as the display and interactive command capabilities running on the ground support computer (GSE).
The Flight Configuration is for autonomous operation with no exposed user interface. Since the user interfaces are separate programs, they can be excluded from the flight configuration to reduce system overhead.
The Playback Configuration can be used to review data previously collected during a run using the same interfaces ordinarily used in the lab.
Data Extraction is how previously logged data is extracted
from the compact instrument-specific logging format and formatted for use with common
data analysis tools. As with playback, the data is read from the disk by the rdr
utility, but since this operation is not interactive, no command interface is required.
Remote Operation is how a user interface can be set up on a system remote from the actual instrument. The command and data streams are routed across the network, encapsulated in TCP/IP.
The Anderson Group Data Acquisition Runtime Architecture consists of a broad suite of programs operating together to provide data acquisition, interactive keyboard command capability, realtime data display and user-programmable algorithmic control. These programs are combined in different ways for different purposes.
Select from the operating configuration options in the lower right, then hover the mouse over the colored boxes in the main diagram to display information about each function.
Return to Manuals Guide
last updated: Thu Jul 18 16:00 2012 | webmaster@huarp.harvard.edu |
Copyright 2012 by the President and Fellows of Harvard College |