PLEXIL

This is an old revision of this page, as edited by Camilo Sanchez (talk | contribs) at 17:18, 5 September 2008. The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

Plan Execution Interchange Language. Is an open source programming language created and currently in development by the National Aeronautics and Space Administration NASA. PLEXIL is primarily intended for use in applications with unmanned robotic missions.[1]

PLEXIL
ParadigmMulti-paradigm
Designed byNASA
First appeared2008
Typing disciplineStatic, unsafe, nominative
OSLinux,Mac OS
LicenseOpen source
Websitehttp://ti.arc.nasa.gov/tech/project/details.php?pid=240&gid=8&ta=2
Major implementations
RoboticsSpace missions

Overview

PLEXIL is according to NASA a language for representing plans for automation. PLEXIL is compact, portable and deterministic. PLEXIL is accompanied by an execution engine named Universal Executive which implements PLEXIL and creates interfaces to outer controlled systems. PLEXIL has been used in prototype rovers as to demonstrate automation in space missions. The binaries and documentation is widely available as open source from Sourceforge.net .[2]

Nodes

The fundamental block of PLEXIL is the Node. A node is a data structure formed of two primary components: a set of conditions that drive the execution of the node and another set which specifies what the node accomplishes after execution.

A hierarchical composition of nodes is called a plan. A plan is a tree divided in nodes close to the root (high level nodes) and leaf nodes that represent primitive actions such as variable assignments or the sending of commands to the external system.

Node Types:

As of September 2008 NASA has implemented seven types of nodes.

  • List nodes: List nodes are the internal nodes in a plan. These nodes have child nodes that can be of any type.
  • Command nodes: These nodes issue commands that drive the system.
  • Function call nodes:accesses external functions that perform computations, but do not alter the state

of the system.

  • Update nodes: Provides information to the planning and decision support interface.
  • Library call nodes: This nodes invoke nodes in an external library.
  • Empty nodes: Nodes that contain attributes and do not perform any actions.

Node states:

Each node can be in only one state. They are:

  • Inactive
  • Waiting
  • Executing
  • Finishing
  • Iteration_Ended
  • Failing
  • Finished

Nodes transitions:

  • SkipCondition T : The skip condition changes from unknown or false to true.
  • StartCondition T : The start condition changes from unknown or false to true.
  • InvariantCondition F/U : Invariant condition changes from true to false or unknown.
  • EndCondition T : End condition changes to true
  • Ancestor_inv_condition F/U : The invariant condition of any ancestor changes to false or

unknown.

  • Ancestor_end_condition T : The end condition of any ancestor changes to true
  • All_children_waiting_or_finished T : This is true when all child nodes are in either in

node state waiting or finished and no other states.

  • Command_abort_complete T : When the abort for a command action is completed.
  • Function_abort_complete T : The abort of a function call is completed.
  • Parent_waiting T : The (single) parent of the node transitions to node state waiting.
  • Parent_executing T : The (single) parent of the node transitions to node state executing.
  • RepeatCondition T/F : the repeat condition changes from unknown to either true or false.