semi合集-English.pdf - 第1338页

SEMI E30-1103 © SEMI 1992, 2003 12 3.3 Control State Model — The CONTROL state model defines the level of cooperation between the host and equipment. It also specifies how the operator m ay interact at the different leve…

SEMI E30-1103 © SEMI 1992, 2003

Table 3.2 Communications State Transition Table

# Current State Trigger New State Action Comment

1 (Entry to

COMMUNICA-

TIONS)

System initialization. System Default None. The system default

may be set to

DISABLED or

ENABLED.

2 DISABLED Operator switches

from DISABLED to

ENABLED.

ENABLED None. SECS-II

communications are

enabled.

3 ENABLED Operator switches

from ENABLED to

DISABLED.

DISABLED None. SECS-II

communications are

prohibited.

4 (Entry to

ENABLED)

Any entry to

ENABLED state.

NOT

COMMUNICATING

None. May enter from

system initialization

to ENABLED or

through operator

switch to

ENABLED.

5 (Entry to

EQUIPMENT-

INITIATED

CONNECT)

(Any entry to NOT

COMMUNICA-

TING)

WAIT CRA Initialize

communications. Set

CommDelay timer

“expired.” Send

S1,F13.

Begin the attempt to

establish

communications.

6 WAIT CRA Connection

transaction failure.

WAIT DELAY Initialize

CommDelay timer.

Dequeue all

messages queued to

send.

If appropriate,

dequeued messages

shall be placed in

spool buffer in the

order generated. Wait

for timer to expire.

7 WAIT DELAY CommDelay timer

expired.

WAIT CRA Send S1,F13 Wait for S1,F14.

May receive S1,F13

from Host.

8 WAIT DELAY Received a message

other than S1,F13.

WAIT CRA Discard message. No

reply. Set

CommDelay timer

“expired”. Send

S1,F13.

Indicates opportunity

to establish

communications.

9 WAIT CRA Received expected

S1,F14 with

COMMACK = 0.

COMMUNICATING None. Communications are

established.

10 (Entry to HOST-

INITIATED

CONNECT)

(Any entry to NOT

COMMUNICA-

TING)

WAIT CR FROM

HOST

None. Wait for S1,F13 from

Host.

14 COMMUNICATING Communication

failure. (See SEMI

E4 or SEMI E37 for

a protocol-specific

definition of

communication

failure.)

NOT

COMMUNICATING

Dequeue all

messages queued to

send.

Dequeued messages

may be placed in

spool buffer as

appropriate.

15 WAIT CR FROM

HOST

Received S1,F13. COMMUNICATING Send S1,F14 with

COMMACK = 0.

Communications are

established.

SEMI E30-1103 © SEMI 1992, 2003

3.3 Control State Model — The CONTROL state

model defines the level of cooperation between the host

and equipment. It also specifies how the operator may

interact at the different levels of host control. While the

COMMUNICATIONS state model addresses the

ability

for the host and equipment to exchange

messages, the CONTROL model addresses the

equipment’s responsibility

to act upon messages that it

receives.

The CONTROL model provides the host with three

basic levels of control. In the highest level (REMOTE),

the host may control the equipment to the full extent

possible. The middle level (LOCAL) allows the host

full access to information, but places some limits on

how the host can affect equipment operation. In the

lowest level (OFF-LINE), the equipment allows no host

control

and only very limited information.

The control model and communications model (when

implemented) do not interact directly. That is, no action

or state of one model directly causes a change in

behavior of the other. It is true, however, that when the

communication state is NOT COMMUNICATING

then most message transaction are not functional. When

messages cannot be transmitted, the control capabilities

and all other GEM capabilities are affected.

Refer to Figure 3.3 as the CONTROL substates and

state transitions are defined.

OFF-LINE

When the OFF-LINE state is active, operation of the

equipment is performed by the operator at the operator

console. While the equipment is OFF-LINE, message

transfer is possible. However the use of messaging for

any automation purpose is severely restricted. While

the OFF-LINE state is active, the equipment will only

respond to those messages used for the establishment of

communications or a host request to activate the ON-

LINE state.

While OFF-LINE, the equipment will respond with an

Sx,F0 to any primary message from the host other than

S1,F13 or S1,F17. It will process and respond to

S1,F13 and S1,F17. S1,F17 is used by the host to

request the equipment to transition to the ON-LINE

state. The equipment will accept this request and send a

positive response only when the HOST OFF-LINE

state is active (see transition 11 definition below).

8 The host may establish communications. This does not affect

equipment operation and for that reason is not termed a control

operation.

9 The host may determine the equipment identification via the

S1F13/F14 transaction.

While the OFF-LINE state is active, the equipment

shall attempt to send no primary message other than

S1,F13,

S9,Fx,

and S1,F1 (see ATTEMPT ON-

LINE substate). If the equipment receives a reply

message from the host other than S1,F14 or S1,F2, this

message is discarded.

No messages enter the spool when the system is OFF-

LINE. Spooling may be active when the

Communications State of NOT COMMUNICATING is

active. This might occur during OFF-LINE, but since

the equipment will not attempt to send messages except

as mentioned in the previous paragraph

, no messages

will enter the spool.

OFF-LINE has three substates: EQUIPMENT OFF-

LINE, ATTEMPT ON-LINE, and HOST OFF-LINE.

OFF-LINE/EQUIPMENT OFF-LINE

While this state is active, the system maintains the

OFF-LINE state. It awaits operator instructions to

attempt to go ON-LINE.

OFF-LINE/ATTEMPT ON-LINE

While the ATTEMPT ON-LINE state is active, the

equipment has responded to an operator instruction to

attempt to go to the ON-LINE state. Upon activating

this state, the equipment attempts to send an S1,F1 to

the host.

Note that when this state is active, the system does not

respond to operator actuation of either the ON-LINE or

the OFF-LINE switch.

10 Sending of S1,F13 is based upon the COMMUNICATIONS state

model.

11 S9,Fx messages may be issued only in response to the messages to

which the equipment will normally respond while OFF-LINE (i.e.

S1,F13 and S1,F17).

12 The equipment may send S1,F1 or S1,F13, but since Stream 1

messages are not eligible for spooling, they will not enter the spool

either.

Figure 3.3

CONTROL State Model

OFF-LINE/HOST OFF-LINE

While the HOST OFF-LINE state is active, the

operator’s intent is that the equipment be ON-LINE.

However, the host has not agreed. Entry to this state

may be due to a failed attempt to go ON-LINE or to the

host’s request that the equipment go OFF-LINE from

ON-LINE (see the transition table for more detail).

While this state is active, the equipment shall positively

respond to any host’s request to go ON-LINE (S1,F17).

Such a request shall be denied when the HOST OFF-

LINE state is not active.

ON-LINE

While the ON-LINE state is active, SECS-II messages

may be exchanged and acted upon. Capabilities that

may be available to the host should be similar to those

available from the operator console wherever practical.

The use of Sx,F0 messages is not required while the

ON-LINE state is active. Their use is discouraged in

this case. The only allowed use is to close open

transactions in conjunction with message faults.

ON-LINE/LOCAL

Operation of the equipment is implemented by direct

action of an operator. All operation commands shall be

available for input at the local operator console of the

equipment.

The host shall have the following capabilities and

restrictions when the LOCAL state is active:

— The host shall be prohibited from the use of remote

commands that cause physical movement or which

initiate processing. During processing, the host

shall be prohibited from the use of any remote

command that affects that process.

— During processing, the host shall be prohibited

from modifying any equipment constants that

affect that process. Other equipment constants shall

be changeable during processing. The host shall be

able to modify all available equipment constants

when no processing is in progress.

— The host shall be capable of initiating the upload

and download of recipes to/from the recipe storage

area on the equipment. The host shall be capable of

selecting recipes for execution so long as this

action does not affect any currently executing

recipe.

— The host shall be able to configure automatic data

reporting capabilities including alarms, event

reporting, and trace data reporting. The host shall

receive all such reports at the appropriate times.

— The host shall be able to inquire for data from the

equipment, including status data, equipment

constants, event reports, process program

directories, and alarms.

— The equipment shall be able to perform Terminal

Services as defined in GEM.

The host shall be allowed any other capabilities that

were not specifically restricted in the above items as

long as the LOCAL state is active.

NOTE 2: Capabilities mentioned above which are not

implemented on a specific equipment may be ignored in this

context.

ON-LINE/REMOTE

For equipment which supports the GEM capability of

remote control (see Section 4.4), while the REMOTE

state is active, the host shall have access, through the

communications interface, to the necessary commands