semi合集-English.pdf - 第3122页

SEMI E125-0305 © SEMI 2003, 2005 30 10.8.2.1 The top-level StateMachine instance in a complete state model description re presents the state model as a whole. When appearing as a m ember of the ‘stateMachin es’ associati…

100%1 / 7923
SEMI E125-0305 © SEMI 2003, 2005 29
10.7.2 Exception — This class can be used to represent a warning, alarm, error, or other abnormal condition that
can be communicated by the equipment. Note that the Exception class can represent abnormal conditions whose
set/clear states are not tracked by the equipment, as well as those that are (for example, SEMI E30 alarms). For
Exceptions whose set/clear states are not tracked, no clearData is provided.
10.7.2.1 Exception Attribute Definition Table
Table 49 Exception Attribute Definition
Attribute Name Definition Required Form
id Unique identifier for this exception. Y Text, unique across all exceptions
described by metadata.
description A description of the meaning of the exception when
it occurs.
Y Text.
severity Identifies the severity of this exception if it occurs. N Text, alpha characters only, no spaces.
Some examples are: “Informational”,
“Warning”, “Error”, or “Fatal”. If no
severity is defined, this attribute shall
be an empty string.
10.7.3 Exception Association Definition Table
Table 50 Exception Association Definition
Association Role Name Definition Comments
setData An ordered list of data items communicated with
the exception when it is detected.
Ordered list of zero or more elements of type
Parameter (see Section 10.4 ).
clearData An ordered list of data items communicated when
the exception has been cleared.
Ordered list of zero or more elements of type
Parameter (see Section 10.4 ).
10.8 StateMachines
10.8.1 State Machine Descriptions
10.8.1.1 Figure 19 shows how to describe the definition of a StateMachine (and its associated states and transitions)
that is implemented by the equipment. These classes can be used to describe standardized state machines, such as
those originating from SEMI standards, as well as non-standardized equipment-specific state machines. Examples
of state machines are provided in Related Information, Section R7-1.
10.8.1.1.1 The state machine description classes specified here are intended for descriptive purposes in facilitating
end-user understanding of equipment behavior that results in the generation of events. They are not intended to
provide comprehensive modeling of all semantics defined by standard state machine formalisms such as Harel or
UML. Events generated by the equipment must be defined within the context of these state machine descriptions,
even if the described state machine has not been literally implemented by the supplier. Further, this specification
does not require the supplier to provide a literal implementation of the state machines described by these classes.
10.8.1.2 A StateMachine that defines behavior that is implemented by many equipment components (for example)
need only be defined once. Each component that implements the behavior described by that StateMachine can then
refer to the events it defines through the use of the StateMachineInstance class (see Section 10.8.6). It is not
necessary to define multiple StateMachines to accommodate multiple components that each exhibit the same
behavior and generate the same events. For example, if the equipment being described has four pump components
that exhibit the same behavior, have the same underlying StateMachine, and generate the same set of events, only
one StateMachine description is necessary. Each pump component can then act as a different source (see Section
10.3.1 ) of the same set of events defined for that StateMachine, each pump executing the StateMachine
independently of the other pumps.
10.8.2 StateMachine — This class represents a collection of states and transitions that together comprise a non-
concurrent finite state machine. All StateMachines refer to a single top-level state. The top-level state can contain
zero or more substates and/or StateMachines.
SEMI E125-0305 © SEMI 2003, 2005 30
10.8.2.1 The top-level StateMachine instance in a complete state model description represents the state model as a
whole. When appearing as a member of the ‘stateMachines’ association of the State class, the StateMachine class
can be used to describe 2 or more concurrent state machines belonging to that State instance. For example, the
SEMI E87 Carrier state model defines three such concurrent state machines: Carrier ID Status, Carrier Slot Map
Status, and Carrier Accessing Status.
name
id
des cription
State
substates1
0..*
name
id
des cription
StateMachine
top1
1
stateMachines 1
0..*
name
id
description
Transition
transitions
1
1..*
source
0..*1
target0..*
1
name
id
desc ript ion
Event
events 1 0..*
transitions
0..1
1..*
{XOR}
Figure 19
Describing State Machines
10.8.2.2 StateMachine Attribute Definition Table
Table 51 StateMachine Attribute Definition
Attribute Name Definition Required Form
name A human-readable name for this StateMachine. Y Text.
id A unique identifier for this StateMachine. Y Text, unique across all state machines.
description A description of the meaning or purpose of this state
model.
Y Text.
10.8.2.3 SEMI Standard State Machines
10.8.2.3.1 name — If the StateMachine represents a SEMI standard state machine, the value of this attribute shall
be a URN of the form: “urn:semi-org:stateMachine:<standard id>:<state machine>”.
10.8.2.3.1.1 <standard id> shall be a string formatted according to the SEMI standard form for representing a
specific version of a standard document (for example, “E87-1101”), no spaces, upper-case alphanumeric characters
and hyphens only.
10.8.2.3.1.2 <state machine> shall be the name of the state machine as it appears in the standard, with each word in
the name concatenated. The state machine name shall use the camel case capitalization convention (that is, only the
first letter of each word in the state machine name is capitalized). For example, the state machine name for the
SEMI E87 LOAD PORT TRANSFER state machine would be “LoadPortTransfer”.
SEMI E125-0305 © SEMI 2003, 2005 31
10.8.2.4 StateMachine Association Definition Table
Table 52 StateMachine Association Definition
Association Role Name Definition Comments
top The top-level state for this state model. One and only one element of type State.
transitions A list of zero or more transitions between the
states and substates that comprise this state
machine.
List of one or more elements of type Transition.
events The events that the equipment generates when a
transition between states occurs
List of zero or more elements of type Event.
10.8.3 State — This class represents a single state contained within a state machine. Each State can contain zero or
more substates, or zero or more StateMachines, but cannot contain both substates and StateMachines. A substate
represents a state-within-a-state. A StateMachine represents a state-machine-within-a-state. For example, if a given
state contained 2 concurrently executing state machines, each concurrent state machine would be represented as a
stateMachine within the containing state. Initial states shall have a name attribute equal to “Initial”, final states shall
have a name attribute equal to “Final”.
10.8.3.1 State Attribute Definition Table
Table 53 State Attribute Definition
Attribute Name Definition Required Form
name A human-readable name for this state. Y Text.
id A unique identifier for this state. Y Text, unique across all states in this
StateMachine.
description A description of the meaning or purpose of this state. Y Text.
10.8.3.2 SEMI Standard States
10.8.3.2.1 name — If the State represents a SEMI standard state, the value of this attribute shall be a URN of the
form: “urn:semi-org:state:<standard id>:<state machine>:<state path name>”.
10.8.3.2.1.1 <standard id> shall be a string formatted according to the SEMI standard form for representing a
specific version of a standard document (for example, “E87-1101”), no spaces, upper-case alphanumeric characters
and hyphens only.
10.8.3.2.1.2 <state machine> shall be the name of the state machine in which the transition is defined. This field
shall be equal to the state machine name as it appears in the standard, with each word in the name concatenated.
The state machine name shall use the camel case capitalization convention (that is, only the first letter of each word
in the state machine name is capitalized). For example, the state machine name for the SEMI E87 LOAD PORT
TRANSFER state machine would be “LoadPortTransfer”.
10.8.3.2.1.3 <state path name> shall be formed by concatenating the names of all states from the top level state in
the state machine to the state being described, including any substates in between. Each state name in the path shall
be separated by the ‘.’ character. State names shall have no spaces, use alphanumeric characters only, and use camel
case capitalization. For example, the E87 “SLOT MAP NOT READ” state of the Carrier state machine would have
a <state path name> equal to “Carrier.CarrierSlotMapStatus.SlotMapNotRead”.
10.8.3.3 State Association Definition Table
Table 54 State Association Definition
Association Role Name Definition Comments
substates A list of zero or more substates that comprise this
state.
List of zero or more elements of type State.
stateMachines A list of zero or more concurrently-executing
state models that comprise this state.
List of zero or more elements of type
StateMachine.