semi合集-English.pdf - 第1394页
SEMI E30-1103 © SEMI 1992, 2003 68 Request or Delete Spool ed Data (MaxSpoolTransm it = 0): This Scenario is used to in itiate the transfer of the spool ed data from the equipm ent to the host or to purge the spool. COMM…
SEMI E30-1103 © SEMI 1992, 2003
67
restore full functionality even though “Enable
Spooling” has changed to false.
4.11.4 Requirements — The following items are
required to support the spooling capability:
— At a minimum, the equipment shall reserve for
spooling non-volatile storage with sufficient
capacity to store all of the primary SECS-II
messages that would occur during a normal
processing cycle.
— While spooling is enabled, the equipment shall reply
to primary messages sent by the host with the
appropriate secondary message.
— Secondary messages which cannot be delivered
shall be discarded, never spooled.
— All spooling-related status variables and setup
information (as per S2,F43) must be stored in non-
volatile memory along with any other information
required for the potential unloading of the spool
area after a power loss.
— Upon powerup, the equipment shall retain all
spooling context from the time the equipment was
last shutdown or reset. This means that spooling, if
previously active, continues upon system powerup.
— The Equipment must reject any message that
attempts to set “Spooling” for Stream 1.
— If a multi-block primary message need for the
inquire/grant is to be sent during SPOOL ACTIVE,
the message should be placed in the spool and the
grant resolved during spool transmit.
4.11.5 Scenarios
Define the Set of Messages to be Spooled:
This Scenario is used to set up the list of messages that the equipment should spool (or by defining none, to disable
spooling).
COMMENTS HOST EQUIPMENT COMMENTS
Host defines messages to be S2,F43-->
spooled in case of communications
failure.
<--S2,F44 Equipment acknowledges setup.
Define the Maximum Number of Messages to Send in Response to S6,F23:
This Scenario sets the value of the equipment constant MaxSpoolTransmit.
COMMENTS HOST EQUIPMENT COMMENTS
Host sends value for S2,F15-->
equipment constant MaxSpoolTransmit.
<--S2,F16 Equipment acknowledges
equipment constant change.
SEMI E30-1103 © SEMI 1992, 2003
68
Request or Delete Spooled Data (MaxSpoolTransmit = 0):
This Scenario is used to initiate the transfer of the spooled data from the equipment to the host or to purge the spool.
COMMENTS HOST EQUIPMENT COMMENTS
Communications were lost and then re-established.
Host requests data that
includes spool-related
status variables. S1,F3-->
<--S1,F4 Send status data.
NOTE: S1,F3 is one of
various methods that
could be used. Request
or delete spooled data. S6,F23-->
<--S6,F24 Request spooled data
acknowledgement.
[IF] RSDC = 0 (Spool data
requested.)
[THEN]
The appropriate Streams and
Functions are used to transmit
the spooled data to the host.
[ELSE_IF] RSDC = 1
[THEN]
Spool data discarded.
[END_IF]
<--S6,F11 Spooling Deactivated event
report sent.
Acknowledge S6,F12-->
SEMI E30-1103 © SEMI 1992, 2003
69
Request or Delete Spooled Data (MaxSpoolTransmit > 0):
This Scenario shows the affect of MaxSpoolTransmit < SpoolCountActual on the Spool Transmit process. For the
purpose of illustration, the value of MaxSpoolTransmit is 5 and the SpoolCountActual is 8 (at the time
communications are re-established). No messages are added to the Spool during the transmit process.
COMMENTS HOST EQUIPMENT COMMENTS
Communications were lost and then re-established.
Host requests data that
includes spool-related
status variables. S1,F3-->
<--S1,F4 Send status data (e.g.
SpoolCountActual = 8, MaxSpool-
Transmit = 5).
Host requests spooled data
(RSDC=0). S6,F23-->
<--S6,F24 Request spooled data
acknowledgement.
The five oldest messages in the
Spool are transmitted to the
host. Spooling remains active.
Host recognizes that MaxSpoolTransmit
is reached.
Host requests additional S6,F23-->
spooled data (RSDC = 0).
<--S6,F24 Request spooled data
acknowledgement.
The three remaining messages
are transmitted from the spool.
<--S6,F11 Spooling Deactivated event
report sent.
Acknowledge S6,F12-->
4.12 Control — The control-related capabilities allow
for configuration and manipulation of the control state
model. In this way the host and/or user may modify the
equipment’s control-related behavior.
4.12.1 Purpose — This section complements the
CONTROL state model description found in Section
3.3. It defines the requirements for implementation of
this model.
4.12.2 Definitions — None.
4.12.3 Description
4.12.3.1 Control Configuration — The control state
model has two areas of configuration. The first area is
related to default entry states of the state model. Upon
system initialization, the system must activate either the
ON-LINE or OFF-LINE state. Upon entry to OFF-
LINE, the system must in turn activate one of the
substates of OFF-LINE (EQUIPMENT OFF-LINE,
ATTEMPT ON-LINE, or HOST OFF-LINE). In both
these cases, the user shall configure the equipment to
make the choices appropriate to that factory. Entry to
the ON-LINE state also involves a choice of substates.
In this case, the equipment reads the front panel
REMOTE/LOCAL switch to determine the appropriate
state.
The second area of configuration involves the transition
to be made if the ON-LINE attempt should fail. The
model may be set to transition to either HOST OFF-
LINE or to EQUIPMENT OFF-LINE should the S1,F1
transaction be terminated unsuccessfully. Choosing
HOST OFF-LINE allows the host to cause the
equipment to transition to ON-LINE when the host
becomes ready. This is accomplished via the message
S1,F17 (see below).
4.12.3.2 Changing Control State — In the control state
model, both the operator and the host can affect the
control state. The operator retains ultimate authority to
set the equipment OFF-LINE by means of an OFF-
LINE switch mechanism. The operator also can cause
the equipment to attempt to go ON-LINE. Under some
circumstances, the host can initiate the transition to
ON-LINE.
If the operator requests ON-LINE, the equipment will
send an S1,F1 to the host. The host may confirm ON-