semi合集-English.pdf - 第2162页

SEMI E54.16-0705 © SEMI 2005 7 6.2.4 Multiple physical layer protocols and da ta encoding methods are used in the ANSI/EIA/CEA-709.1 (L ON W ORKS ) protocol. Differenti al Manche ster encoding is use d on twist ed pair p…

100%1 / 7923
SEMI E54.16-0705 © SEMI 2005 6
types match. A list of all available SNVTs and details of their definitions is provided in the SNVT Master List and
Programmer’s Guide.
6 Communication Protocol High Level Structure
6.1 The ANSI/EIA/CEA-709.1 (LONWORKS) protocol is based on a seven-layer architecture. At each layer, there is
a description of the services provided within that layer. The high level protocol architecture is shown in Figure 1.
Application and Presentation La
y
ers
Application:
network variable exchan
g
e,
application-specific RPC, etc.
Network Mana
g
ement:
network mana
g
ement RPC,
dia
g
nostics
Session La
y
er
request-response service
Transport La
y
er
acknowled
g
ed and unacknowled
g
ed unicast and multicast
Authentication
server
Transaction Control Sublayer
common orderin
g
and duplicate detection
Network La
y
er
connection-less, domain-wide broadcast, no se
g
mentation,
loop-free topolo
gy
, learnin
g
routers
Link La
y
er
framin
g
, data encodin
g
, CRC error checkin
g
MAC Subla
y
er
predictive p-persistent CSMA: collision avoidance;
optional priorit
y
and collision detection
Ph
y
sical La
y
er
mulitple-media, medium specific protocols
LAYERS 6,7
LAYER 5
LAYER 4
LAYER 3
LAYER 2
LAYER 1
Figure 1
Layered View of the ANSI/EIA/CEA-709.1 (LONWORKS) Protocol
6.1.1 Figure 1 represents a conceptual view of the device architecture. Implementations typically use the Neuron
Chip and its associated firmware, which provide a conforming implementation of layers 2 through 6. The LonMark
Interoperability Guidelines specify the protocol options to be used, most specifically at the physical layer (network
transceivers) and at the application layer (object model).
6.2 Physical Layer The device shall employ one of the L
ONMARK-approved physical channels as specified in the
LONMARK Layers 1–6 Interoperability Guidelines. LONWORKS-based SEMI SAN-compliant devices shall use, by
default, a two-pin screw-terminal open pluggable connector (Weidmüller-Klippon SL2, Phoenix Combicon, or
equivalent) for the network connection. The default connector specification may be overridden for specific device
types if special requirements apply; any such overrides shall be noted in §9, Specific Device Type Information, of
this document. This connection is polarity-insensitive. The requirements of semiconductor equipment may be met
by one of the twisted pair channel specifications listed below.
6.2.1 TP/XF-1250 Twisted Pair This twisted-pair channel operates at a bit rate of 1,250kbps and supports a bus
topology using transformer-coupled transceivers.
6.2.2 TP/FT-10 Twisted Pair This twisted-pair channel operates at a bit rate of 78kbps and supports both free
topology and bus topology wiring, as well as optional link power.
6.2.3 The L
ONMARK Layers 1-6 Interoperability Guidelines provide specific details of the characteristics of these
transceivers. This document also provides specifications of wiring types and interconnection topologies to be used
for guaranteed device interoperability. Note that the ANSI/EIA/CEA-709.1 (LONWORKS) protocol supports
heterogeneous networks. Devices with dissimilar transceivers may be interconnected and communicate via routers
or repeaters. Similarly, routers and repeaters may be used to extend a physical channel beyond the device count,
wire length, or other physical limitations imposed by the chosen transceiver.
SEMI E54.16-0705 © SEMI 2005 7
6.2.4 Multiple physical layer protocols and data encoding methods are used in the ANSI/EIA/CEA-709.1
(LONWORKS) protocol. Differential Manchester encoding is used on twisted pair physical layers.
6.3 Link Layer The device shall comply with the ANSI/EIA/CEA-709.1 (LONWORKS) protocol link layer
specification. This layer includes the media access control sublayer. For a number of reasons, including simplicity
and compatibility with the multicast protocol, the ANSI/EIA/CEA-709.1 (LONWORKS) protocol supports a simple
connectionless service. Its functions are limited to framing, frame encoding, and error detection.
6.3.1 Media Access Control Sub-layer In order to deal with a variety of media in the potential absence of
collision detection, the MAC (Media Access Control) sub-layer employs a collision avoidance algorithm called
Predictive p-persistent CSMA (Carrier Sense, Multiple Access).
6.4 Network Layer The device shall comply with the ANSI/EIA/CEA-709.1 (LONWORKS) protocol network
layer specification. This layer handles packet delivery within a single domain, with no provisions for inter-domain
communication. The network service is connection-less, unacknowledged, and supports neither segmentation nor re-
assembly of messages. The routing algorithms employed by the network layer to learn the topology assume a tree-
like network topology; routers with configured tables may operate on topologies with physical loops, as long as the
communication paths are logically tree-like. In this configuration, a packet may never appear more than once at the
router on the side on which the packet originated. The unicast routing algorithm uses learning for minimal overhead
and no additional routing traffic. Use of configured routing tables is supported for both unicast and multicast
addresses.
6.5 Transport Layer The device shall comply with the ANSI/EIA/CEA-709.1 (LONWORKS) protocol transport
layer specification. The heart of the protocol hierarchy is the Transport and Session layers. A common Transaction
Control sub-layer handles transaction ordering and duplicate detection for both layers. The transport layer is
connectionless and provides reliable message delivery to both single and multiple destinations. Authentication of the
message sender’s identity is provided as an optional feature. The authentication server requires only the Transaction
Control sub-layer to accomplish its function. The transport and session layer messages may be authenticated using
all of the ANSI/EIA/CEA-709.1addressing modes other than broadcast. The transport layer supports end-to-end
acknowledged service and an unacknowledged/ repeated service.
6.6 Session Layer The device shall comply with the ANSI/EIA/CEA-709.1 (L
ONWORKS) protocol session layer
specification. This layer implements a simple Request-Response mechanism for access to remote servers. This
mechanism provides a platform upon which application-specific remote procedure calls can be built. The
ANSI/EIA/CEA-709.1 (LONWORKS) network management protocol, for example, is dependent on the Request-
Response mechanism in the Session layer, even though it accesses the protocol via the application layer interface.
6.7 Presentation Layer The device shall comply with the ANSI/EIA/CEA-709.1 (LONWORKS) protocol
presentation layer specification. The Presentation layer and the Application layer taken together form the foundation
of interoperability for LONWORKS devices. The application layer provides all the usual services for sending and
receiving messages, but it also contains the concept of network variables. The presentation layer provides
information in the Application Protocol Data Unit (APDU) header for how the APDU is to be interpreted for
network variable updates. This application-independent interpretation of the data allows data to be shared among
devices without prior arrangement. With agreement on which network variables are to be used for sensors, actuators,
etc., intelligent components from different manufacturers may work together without prior knowledge of each
other's characteristics.
6.8 Application Layer At the application layer, interoperability between LONWORKS-based devices is facilitated
through the use of functional blocks and Standard Network Variable Types (SNVTs). Functional blocks build upon
network variables and provide a concise application layer interface that incorporates semantic meaning for specific
device functions. Functional blocks not only define which SNVTs to use to convey data, but also provide semantic
meaning about the information being communicated. To aid in the specification of specific device models with well-
defined functional behavior, functional block interfaces and semantics are defined by functional profiles. The
Application Layer also includes the LONWORKS file transfer protocol, which provides segmentation and reassembly
of arbitrary length files of data. This service may be used to get and set object attributes that exceed the network
variable size limit of 31 bytes.
6.8.1 Object Models The ANSI/EIA/CEA-709.1 (LONWORKS) protocol provides an object-oriented specification
for defining and addressing network variables and configuration properties, which are the representation of object
attributes and events. The device shall comply with the object model specifications defined in §7 of this document.
SEMI E54.16-0705 © SEMI 2005 8
6.8.2 Functional Block Structure The LONMARK Application Layer Interoperability Guidelines define a structure
for functional profiles. Each functional profile may have a set of mandatory network variables, a set of optional
network variables, a set of configuration properties (both mandatory and optional), and a manufacturer-defined
section, which may be used for non-interoperable extensions to the profile. This is illustrated in Figure 2. This
notation is defined in the LONMARK Application Layer Interoperability Guidelines.
NOTE: Diagram notation, the arrow-like symbol used in Figure 2 is defined in the LonMark Application Layer Interoperability
Guidelines.
Figure 2
LonMark Object Structure
6.8.3 The LONMARK Application Layer Interoperability Guidelines provide for the definition of Standard Network
Variable Types, Standard Configuration Property Types, and Functional Profiles. In the mapping of the SEMI CDM
to the LONMARK object structure in §7, extensions to the current SNVT list and LONMARK Interoperability
Guidelines are marked with an asterisk (*). Functional profile numbers are specified by the guidelines; a device may
consist of one instance of a Node Object type, and one or more instances of other functional profiles.
6.9 Network Management The ANSI/EIA/CEA-709.1 (LONWORKS) protocol defines a complete network
management and diagnostic protocol for LONWORKS devices. This protocol is a layer above the Session layer
(request/response service) and provides mechanisms for application downloading, device address assignment,
distribution of destination addresses for implicit messaging, router configuration, and device-level diagnostics. The
LONMARK Application Layer Interoperability Guidelines define a device management layer for functional blocks.
7 Required and Optional Object Types
7.1 The LONMARK guidelines do not require any specific objects to exist in a device in order to be a compliant
LONMARK device, except that a Node object functional block is required for devices that contain multiple functional
blocks (SEMI compliant devices will typically have a Node object functional block). New LONMARK standard
profiles are defined in this standard to identify and describe functional blocks that shall exist in devices that are to be
interoperable and interchangeable on a LONMARK SEMI compliant SAN network.
7.1.1 LONMARK International Association publishes functional profiles for various sensor, actuator, and controller
objects. A specific device may be implemented using functional blocks based on these profiles. The Common
Device Model specification additionally identifies two functional blocks (namely the Device Manager (DM) and
Sensor Actuator Controller (SAC) objects) that must exist in all SEMI compliant SAN devices. The required
functional profiles for a SEMI compliant SAN device utilizing the network communication specification described
herein necessarily comprise, at minimum, the union of the LONMARK functional profile requirements and the CDM
specification requirements.
7.1.2 A list of required and optional object types is given in Table 3. Additional objects that are specified in a
particular SDM are given identifiers in that SDM specification. The LONMARK specific presentation information for
these identifiers is given in §9 of this document.