semi合集-English.pdf - 第1603页

SEMI E37.1-0702 © SEMI 1995, 2002 4 # Old State New State Trigger Actions 5 HSMS SELECTED TCP/IP NOT CONNECTED HSMS Connection Terminates: 1. Decide to terminate and send Separate.req; or 2. Receive Separ ate.req; or 3. …

100%1 / 7923
SEMI E37.1-0702 © SEMI 1995, 2002 3
# Old State New State Trigger Actions
5 HSMS
SELECTED
TCP/IP NOT
CONNECTED
HSMS Connection Terminates:
1. Decide to terminate and send
Separate.req; or
2. Receive Separate.req; or
3. T6 timeout waiting for Linktest.rsp;
or
4. Receive HSMS message <10; or
5. Receive HSMS message length >
maximum supported by entity; or
6. Receive bad HSMS message header;
or
7. T8 timeout waiting for TCP/IP; or
8. Other uncorrectable TCP/IP Error
(entity-specific).
1. Close TCP/IP connection.
6 HSMS
SELECTED
HSMS
SELECTED
T3 Timeout waiting for Data Reply
Message.
1. Cancel the Data Transaction as
appropriate (entity-specific) but do not
terminate the TCP/IP connection; and
2. If entity is EQUIPMENT send
SECS-II S9F9.
5.6 State Transition Table for Active Mode Connect
Table 2 HSMS-SS Active Mode Connect State Transitions
# Old State New State Trigger Actions
1 – TCP/IP NOT
CONNECTED
Initialization
2 TCP/IP NOT
CONNECTED
HSMS NOT
SELECTED
TCP/IP Connect Succeeds:
1. Decide to connect.
1. TCP/IP Connect; and
2. Send Select.req; and
3. Start T6 timeout.
3 HSMS NOT
SELECTED
HSMS
SELECTED
HSMS Select Succeeds:
1. Receive Select.rsp with zero
SelectStatus.
1. Cancel T6 timeout.
4 HSMS NOT
SELECTED
TCP/IP NOT
CONNECTED
HSMS Select Fails:
1. T6 Timeout waiting for
Select.rsp; or
2. Receive Select.rsp with non-zero
Select.Status; or
3. Receive any HSMS message
other than Select.rsp; or
4. Receive HSMS message length
not equal to 10; or
5. Receive bad HSMS message
header; or
6. T8 timeout waiting for TCP/IP; or
7. Other unrecoverable TCP/IP
Error (entity-specific).
1. Close TCP/IP connection; and
2. Start T5 Timeout.
SEMI E37.1-0702 © SEMI 1995, 2002 4
# Old State New State Trigger Actions
5 HSMS
SELECTED
TCP/IP NOT
CONNECTED
HSMS Connection Terminates:
1. Decide to terminate and send
Separate.req; or
2. Receive Separate.req; or
3. T6 timeout waiting for
Linktest.rsp; or
4. Receive HSMS message length <
10; or
5. Receive HSMS message length >
maximum supported by entity; or
6. Receive bad HSMS message
header; or
7. T8 timeout waiting for TCP/IP; or
8. Other uncorrectable TCP/IP Error
(entity-specific).
1. Close TCP/IP connection.
6 HSMS
SELECTED
HSMS
SELECTED
T3 Timeout waiting for Data Reply
Message.
1. Cancel the Data Transaction as
appropriate (entry-specific) but do
not terminate the TCP/IP
connection; and
2. If entity is EQUIPMENT, send
SECS-II S9F9.
Table 3 When HSMS Transactions are Allowed
HSMS Transition
Allowed in State(s)
Who Initiates
Transaction?
Select HSMS Not
Selected
Active Entity
Link Test HSMS Selected Either Entity
Data HSMS Selected Either Entity
Separate HSMS Selected Either Entity
6 HSMS-SS Use of TCP/IP
6.1 As defined in HSMS.
7 HSMS-SS Procedures
7.1 Select Procedure — The Select Procedure shall only be initiated by the entity establishing the TCP/IP
connection in active mode. The Passive Mode Entity shall not initiate the Select Procedure.
7.1.1 The Select Procedure is only permitted in the NOT SELECTED state. It uses a SessionID value of 0xFFFF
and implies that all device IDs are available for communication. Immediately following any Select Procedure which
fails to complete successfully with a zero Select Status, each Entity must close the TCP/IP connection and transit to
the NOT CONNECTED state.
7.2 Data Procedure — The Data Procedure is as defined in HSMS Generic Services. Note that any SessionID value
that corresponds with a DeviceID supported by the Local Entity is valid as long as the Local Entity is in the
SELECTED state.
7.3 Deselect Procedure — Deselect shall not be used in an HSMS-SS implementation. Communication is ended
using the Separate Procedure.
7.4 Linktest Procedure — As defined by HSMS. Under HSMS-SS, the use of Linktest is strictly limited to the
SELECTED state.
SEMI E37.1-0702 © SEMI 1995, 2002 5
7.5 Reject Procedure — The Reject Procedure is
optional in HSMS communications. Note, however,
that any situation which would require the use of the
Reject as described in HSMS Generic Services shall be
treated as a communications failure in implementations
not supporting reject. Specifically, the TCP/IP
connection is immediately closed.
7.6 Separate Procedure — Separate shall always use
SessionID 0xFFFF (binary, all ones). In HSMS-SS, the
Separate.req is valid only in the TCP/IP CONNECTED
state and its substates. After either initiating or
receiving a Separate.req message, the entity shall
immediately close the TCP/IP connection and transit to
the TCP/IP NOT CONNECTED state.
7.7 Communications Failures — As defined by HSMS.
Note that, in addition to the communications failures
defined under HSMS, any violation of the restrictions
defined in prior sections of this document are also to be
treated as communication failures.
8 HSMS-SS Message Format
8.1 Session ID — In HSMS-SS Data Messages, the
high-order bit of Session ID is zero, and the low-order
15 bits contain Device ID, a 15-bit unsigned integer
value, which occupies the low-order 7 bits (bits 6-0) of
byte 0 and all of byte 1 of the header. Device ID is a
property of the equipment, and can be viewed as a
logical identifier associated with a physical device or
sub-entity within the equipment. The precise meaning
of “device” or “sub-entity” is equipment-defined. A
unit of equipment must have at least one Device ID.
Equipment which contains several devices may define a
unique Device ID for each device.
In HSMS-SS Control Messages, Session ID will always
assume the special value 0xFFFF (all one bits).
8.2 PType — All HSMS-SS messages are PType 0
(SECS II encoded) as defined in HSMS.
8.3 SType — Only HSMS-defined STypes are
permitted in HSMS-SS. User-defined SType messages
are not permitted.
9 Special Considerations
9.1 Multiblock Messages — For each SECS-II
message, the SECS-II standard defines whether that
message should be transmitted in SECS-I as a single-
block message or as a multiblock message.
This distinction becomes unimportant with HSMS,
which transmits all messages in the same fashion.
However, to be compatible with older SECS-I
applications, when an HSMS application sends a SECS-
II message defined as single block, the HSMS Message
Length should not exceed 254 bytes (10 byte header
plus 244 text bytes).
10 HSMS-SS Documentation
10.1 An HSMS-SS implementation is required to
document the following information in addition to the
information required by HSMS.
1. The number of deviceIDs supported and their
specific values.
2. Whether or not the implementation supports the
normal or the restricted procedure for terminating
communications.
3. The setting of the host vs. equipment parameter.
10.2 Host vs. Equipment — Many applications using
SECS-II will need to designate one end of the
communication link as “Equipment” and the other end
as “Host.” HSMS-SS itself does not require configuring
of “Host” and “Equipment,” but this parameter may be
included in configuration where needed. HSMS can
also be used in applications where the distinction
between Host and Equipment is not used.
NOTICE: SEMI makes no warranties or
representations as to the suitability of the standards set
forth herein for any particular application. The
determination of the suitability of the standard is solely
the responsibility of the user. Users are cautioned to
refer to manufacturer’s instructions, product labels,
product data sheets, and other relevant literature
respecting any materials mentioned herein. These
standards are subject to change without notice.
The user’s attention is called to the possibility that
compliance with this standard may require use of
copyrighted material or of an invention covered by
patent rights. By publication of this standard, SEMI
takes no position respecting the validity of any patent
rights or copyrights asserted in connection with any
item mentioned in this standard. Users of this standard
are expressly advised that determination of any such
patent rights or copyrights, and the risk of infringement
of such rights, are entirely their own responsibility.