Combined Components

Download as doc, pdf, or txt
Download as doc, pdf, or txt
You are on page 1of 5

The site LAN wide area network or WAN is used to connect multiple sub-networks and site

computers. Multiple sub-networks can be connected to a single site LAN/WAN that allows
information sharing between devices on different sub-networks (Figure 13). There may be a
limitation on the number of site computers. The site LAN/WAN may include routers if TCP/IP is
used. If no routers are used, the protocol can be totally proprietary. If TCP/IP is used, the EMS
site LAN/WAN can be the information system backbone within the facility or between facilities.

Multiple site computers can be added to the site LAN/WAN. They can connect the site
LAN/WAN via a communications interface, which may be a router. Site LAN/WAN computers
can send and receive information from the entire system. Information can be received by each
of the site computers, but can not be subsequently shared from one computer to another. Sub-
network computers may only be able to see their own sub-network.

Site LANs allow multiple computers to communicate with each other. They may use
commercially available computer network software and hardware. Messages, alarms and other
data can be re-routed to other computers on the primary site LAN. Information stored in other
computers can be remotely accessed. This includes graphics, programming and stored trend
and operational data.

Combined Components
Some vendors combine multiple functions into a single device. In the following system
architecture, Figure 14, the communication interface is built into the primary controller. A peer-
to-peer LAN or sub-network is connected directly to the device.

In Figure 15, the key component in the system consists of a communication interface, a primary
controller and an interface to the secondary polling network.

The addition of a site LAN allows a system to gain size in terms of the number of devices that
are served, but in some applications, the location of the devices, rather than the number of
devices, is the bigger challenge. In this situation, modem-based communication is used to
expand the geography of the system.

Auto-Answer/Auto-Dial System Architecture


In auto-answer/auto dial systems, a specialized communication interface is substituted which
introduces a modem and phone lines into the standard architecture. These communication
interfaces are made with built-in modems or use external commercial modems. Auto-
answer/auto-dial configurations are used to provide monitoring and access to remote buildings.
They are used where traditional direct-wiring methods are impractical; and where central site
monitoring is desired; or where remote access to controllers is desired.

In an auto-answer/auto-dial system, the central communications interface may call the


individual sites or vice versa. Information and data can be passed to and from the layer above
the central communications interface (Figure 16).

The auto-answer/auto-dial LAN architecture is typically used by installations with multiple


facilities where control and monitoring needs to be centralized. Multiple LANs are used to
maintain the groupings of devices, or to separate controllers into defined groups.

Multiple Dial LAN Support


In a system’s architecture, the local sites have the ability to call an alternate communication
interface, if the primary is not available (Figure 17).
One-Way Dial System Architecture
One-way dial systems, Figure 18, are typically used to enable system owners to access their
systems from a remote location, such as their home. It is used where auto-dial monitoring is not
required. It can also be used by the installation and service company or by the commissioning
authority to troubleshoot and program from remote locations. One-way dial can also be used to
dial into remote site LANs or sub-networks.

Two modems are required, one located at the remote computer and one at the system site.
Typically, the DDC operating software must be installed on the remote computer.

Communication
Communication between two different devices controlling equipment, requires a common
protocol, a common communication speed and known data formatting. Vendors build their
devices around these criteria, so communication between devices by the same manufacturer is
routine.

Third Party Interfaces


In many installations, it is desirable for a proprietary building DDC system to communicate with
other proprietary DDC systems controlling pieces of equipment. Examples would include a
building DDC system and a chiller DDC system (Figure 19) or a fume hood DDC system.
Communication between the two systems will require an interface or gateway, due to different
proprietary protocols, communication speeds and data formatting.

The gateway or interface translates protocol between the two proprietary systems. The proper
operation of the gateway is dependent on the continued use of the specific revised levels of
software on both systems. It typically requires the support of the manufacturer at the corporate
level to implement and cooperation between the manufacturers. In addition, the costs can vary
widely.

Protocols
In the DDC world, there are the three classifications of protocols: closed protocol, open protocol
and standard protocol.

A closed protocol is a proprietary protocol used by a specific equipment manufacturer. An open


protocol system uses a protocol available to anyone, but not published by a standards
organization. A standard protocol system uses a protocol available to anyone. It is created by a
standards organization.

Open Systems
An open system is defined as a system that allows components from different manufacturers to
co-exist on the same network. These components would not need a gateway to communicate
with one another and would not require a manufacturer specific workstation to visualize data.
This would allow more than one vendor’s product to meet a specific application requirement.

The sole use of an open or standard protocol does not guarantee that a DDC system will be an
open system. A manufacturer has the ability to use open or standard protocols, yet create a
closed system, thus continuing a building owner’s dependence on a single manufacturer. This
can be accomplished by using unique communication speeds, unique data formatting and by
not adopting the full range of an open protocol.

Note: A building owner/engineer should thoroughly research a manufacturer’s claim of an open


system.

BACNET
BACNET is a standard protocol published by a standards organization (American Society of
Heating, Refrigerating and Air-conditioning Engineers or ASHRAE). It is a specification for a
protocol. DDC vendors create a communication protocol that complies with this specification.

BACNET is a relatively complex standard. The standard defines protocol implementation


conformance statements (PICS) that define different levels of compliance. A given vendor may
or may not support the level required for a given application. In other words, a vendor could
meet a very low level of compliance and be BACNET-compatible. The key question is, “At what
level?”
In Figure 20 the chiller control unit’s DDC will communicate with the building DDC system if
each has a BACNET gateway and their PICS match.

Native BACNET
If a vendor states their product is native BACNET, they are using the BACNET protocol in lieu
of a proprietary protocol on their LAN. In Figure 20, a native BACNET building system would be
able to communicate to the chiller control DDC with one less gateway.

Overlay Systems
An overlay system is a high-end workstation that communicates with multiple manufacturers’
proprietary EMS systems. An overlay system supplier creates drivers to “talk” to the different
systems. The vendors must have a cooperative relationship and revision control is important for
continued successful use. The workstation typically displays data, allows manual control and
setpoint changes, and handles alarms and messaging. Any detailed editing of the control
sequence will still require knowledge of the underlying proprietary software.

LON
The Echelon Corporation has created an open protocol that uses a standard processor and a
set of standard transceivers, which allows components from different manufacturers to co-exist
on the same LAN. The protocol is available to anyone and is called LONTALK. A unique chip is
required for any device that uses LON. Standard network variable formats have been
established to allow the transfer of data from one device to another regardless of origin.

Presently, various vendors are competing to become the defacto standard for the network
database structure. The network database is a map of the components and the relationship of
the data moving between them. The operator workstation needs this structure to visualize the
data.

Software suppliers providing the software for the operator workstation may be independent of
those providing the software for the database structure and the EMS vendors.

You might also like