semi合集-English.pdf - 第1631页
SEMI E38-1296 © SEMI 1995 , 1996 20 moved an d the source and des ti nation of that movement (cluster-applicatio n-specific). It requests all the m od ules involved to p erform the appropriate TM or AM transf er j ob. 2.…
SEMI E38-1296 © SEMI 1995, 199619
The specific object types, relations, attributes, and
access rules are defined in each specific services group.
The object services are defined in SEMI E39 (Object
Services Standard: Concepts, Behavior, and Services).
Cluster tool module communications require only the
fundamental requirements of that standard except where
stated in a specific services group below.
8.2 Processing Management Services — Processing
management across a cluster tool module communica-
tions interface is achieved using the processing
management services. These services provide the
communications and behavior required of the process-
ing resource by the material processing models through
defining the process job object and its operations.
The processing management services follow SEMI E40
(Standard for Processing Management). Cluster tool
module communications require full compliance with
the information, behavior, and messaging services of
the fundamental requirements of that document.
The process job creation is requested by the cluster
controller using the PRJobCreate service. If the
processing resource accepts the job, it performs the
required processing to completion once the material
arrives. The processing resource shall support the
PRJobCommand Abort service, which ceases any
processing and terminates the job. The processing
resource reports process job milestones achieved to the
cluster controller using the PRJobAlert service.
Process job object attributes required to be accessible
through object services follow:
Attribute Name Description: Requirements
ObjType The object type: process job.
PRJobID Identifier for the process job.
PRMtlType MaterialType.
PRMtlNameList Material identifier: single material only.
PRRecipeMethod Recipe specification type: recipeID
only.
RecID Identifier of the recipe applied.
PRJobStateList All concurrent substates of the process
job.
Processing management messaging services required:
Message Name Description: Requirements
PRJobCreate Create process job: single material,
recipe identifier only, auto-start.
PRJobCommand Command on a process job: abort.
PRJobAlert Notification: setup, processing,
processing complete, complete.
Processing resource capabilities required, but not
already specified above:
• Detect and report success or failure of a process
job.
• Reject incomplete, invalid, and unsupported
requests.
Processing resource capabilities permitted, but not to be
required, by a service-user:
• Pre-conditioning and post-conditioning.
• Stop, Pause, and Resume of a process job.
• Manual process start.
• Process job queuing and queued job Cancel.
• Process tuning.
• Processing of material groups.
• Multiple concurrent process jobs.
• Multiple consecutive process jobs.
• Process job with no material.
• Notification of waiting for material and of process
job state changes.
8.3 Material Movement Services — Each material
movement in a cluster tool involves interaction among
the cluster controller and all of the modules
participating in the transfer. The communications
interfaces and behavior resulting from the material
movement models are defined for each association by
the material movement services.
The material movement services are partitioned into
intratool material movement services, intertool material
movement services, and carrier mapping, as in the
models.
The material movement services follow the Material
Movement Management Standard [SEMI E32] and
Object Services Standard: Concepts, Behavior, and
Services [SEMI E39]. Cluster tool module
communications require full compliance with the
information, behavior, and messaging services of the
fundamental requirements of those standards.
8.3.1 Intratool Material Movement Services — From
the intratool material movement models, an intratool
material transfer — the transfer of material from one
attached module to another through a transport module
— requires the following interactions:
1. The cluster controller decides that material is to be
moved as the result of either arrival of material or
the completion of some processing step on the
material. It determines which material is to be
SEMI E38-1296 © SEMI 1995, 1996 20
moved and the source and destination of that
movement (cluster-application-specific). It requests
all the modules involved to perform the appropriate
TM or AM transfer job.
2. The source- and destination-attached modules
inform the transport module that they are prepared
to do their specific activities during the material
transfer. The transport module informs the source-
and destination-attached modules, each at the
appropriate point in time, that it is synchronized for
material handoff.
3. The detailed transactions required to handoff the
material during the transfer are accomplished, first
at the source and then at the destination.
These interactions may require a number of
communications interfaces for intratool material
transfer from the following:
• Cluster controller to transport module
• transfer resource: TM transfer job source AM
to destination AM
• Cluster controller to source-attached module
• intratool port resource: AM transfer job send
• Cluster controller to destination-attached module
• intratool port resource: AM transfer job receive
• Transport module to source-attached module
• intratool port to transfer resource: handoff get
• Transport module to destination-attached module
• intratool port to transfer resource: handoff put
The material movement services define the
communications and behavior required of the attached
module intratool port resource and the transport module
transfer resource. They define the TM transfer job, TM
atomic transfer, AM transfer job, and AM atomic
transfer objects and their operations, as well as the
handoff operations between the transfer resource and
the intratool port resource.
Each interface is described below.
Cluster Controller to Transport Module Interface —
The TM transfer job creation is requested by the cluster
controller using the TRJobCreate service. If the transfer
resource accepts the job, it performs the transfer of the
material to completion, coordinating with the attached
modules. The TM transfer job comprises two atomic
transfers for the material, one to get (receive) it from
the source-attached module and another to put (send) it
to the destination-attached module.
The transfer resource shall support the TRJobCommand
Abort service, which ceases any transfer activity and
terminates the job. The transfer resource reports transfer
job milestones achieved to the cluster controller using
the TRJobAlert service.
The transfer resource coordinates material handoff with
each attached module through the transport
module/attached module interface, described below.
TM transfer job object attributes required to be
accessible through object services:
Attribute Name Description: Requirements
ObjType The object type: transfer job.
TRJobID Identifier for the transfer job.
(Ordered list of)
TRAtomicID
Ordered list of identifiers for the
atomic transfers in the transfer job:
two atomic transfers for the material.
(List of)TRJobState All concurrent substates of the
transfer job.
TM atomic transfer object attributes required to be
accessible through object services:
Attribute Name Description: Requirements
ObjType The object type: atomic transfer.
TRAtomicID Identifier for the atomic transfer.
TRLink Identifier to coordinate handoff.
TRObjType Material Type.
TRObjName Material identifier.
TRRole Role in transfer control: secondary.
TRPartner Identifies partner-attached module.
TRDirection Handoff direction: receive from
source AM, send to destination AM.
TRType Active/passive in transfer: active.
(List of)TRAtomic-
State
All concurrent substates of the atomic
transfer.
Material movement messaging services required:
Message Name Description: Requirements
TRJobCreate Create transfer job: single material,
source to destination AM, auto-start.
TRJobCommand Command on transfer job: abort.
TRJobAlert Notification: started, complete.
Transfer resource capabilities required, but not already
specified above:
• Detect and report success or failure of a transfer
job.
SEMI E38-1296 © SEMI 1995, 199621
• Reject incomplete, invalid, and unsupported
requests.
Transfer resource capabilities permitted, but not to be
required, by a service-user:
• Stop, Pause, and Resume of a transfer job.
• Manual atomic transfer start.
• Transfer job queuing and queued job Cancel.
• Transferring of material groups.
• Multiple concurrent transfer jobs.
• Notification of transfer events.
Cluster Controller to Attached Module Interface — The
AM transfer job creation is requested by the cluster
controller using the TRJobCreate service. If the
intratool port resource accepts the job, it coordinates
with and directs the transport module to achieve the
material handoff. The AM transfer job comprises an
atomic transfer for material which is to receive it from,
or send it to, the transport module.
The intratool port resource shall support the
TRJobCommand Abort service, which ceases any
transfer activity and terminates the job. The intratool
port resource reports transfer job milestones achieved to
the cluster controller using the TRJobAlert service.
The intratool port resource coordinates material handoff
with the transport module through the transport module
to attached module interface, described below.
AM transfer job object attributes required to be
accessible through object services:
Attribute Name Description: Requirements
ObjType The object type: transfer job.
TRJobID Identifier for the transfer job.
(Ordered list of)
TRAtomicID
Ordered list of identifiers for the
atomic transfers in the transfer job:
one atomic transfer for each material.
(List of)TRJobState All concurrent substates of the
transfer job.
AM atomic transfer object attributes required to be
accessible through object services:
Attribute Name Description: Requirements
ObjType The object type: atomic transfer.
TRAtomicID Identifier for the atomic transfer.
TRLink Identifier to coordinate handoff.
TRPort AMPort through which transfer
occurs.
TRObjType Material type.
Attribute Name Description: Requirements
TRObjName Material identifier.
TRRole Role in transfer control: primary.
TRPartner Identifies partner transport module.
TRDirection Handoff direction: receive or send.
TRType Active/passive in transfer.
(List
of)TRAtomicState
All concurrent substates of the atomic
transfer.
Note that TRLocation is not required to be supported as
it is the responsibility of the attached module to
determine the appropriate location to be used based on
the material identifier.
Material movement messaging services required:
Message Name Description: Requirements
TRJobCreate Create transfer job: single material,
send or receive, auto-start.
TRJobCommand Command on transfer job: abort.
TRJobAlert Notification: started, complete.
Transfer resource capabilities required, but not already
specified above:
• Detect and report success or failure of a transfer
job.
• Reject incomplete, invalid, and unsupported
requests.
Transfer resource capabilities permitted, but not to be
required, by a service-user:
• Stop, Pause, and Resume of a transfer job.
• Manual atomic transfer start.
• Transfer job queuing and queued job Cancel.
• Transferring of material groups.
• Multiple concurrent transfer jobs.
• Notification of transfer events.
Transport Module to Attached Module Interface — The
control interface for the handoff of material between the
end effector of a transport module and any attached
module supports a sequence of three phases:
1. a synchronization phase that establishes that both
the attached module intratool port resource and the
transport module transfer resource are ready to
handoff the material.
2. a physical handoff phase controlled by the intratool
port resource.