- Residential Market
- Light Commercial Market
- Commercial Market
- Indoor Air Quality
- Components & Accessories
- Residential Controls
- Commercial Controls
- Testing, Monitoring, Tools
- Services, Apps & Software
- Standards & Legislation
- EXTRA EDITION
Problem solved, right? We can see that today we're reaping the full benefits of open standard protocols... well, not necessarily. This article will review the reasons open standard protocols were, and still are, desirable, as well as the benefits we had hoped to realize from their successful application. Most importantly this article will describe how you can assist the building owner in attaining many of the expected benefits from an open standard protocol and how to help the owner maximize those benefits for the expected life cycle of the integrated building components.
Twenty years ago, open standard protocols were widely regarded as the solution to the expensive, frustrating problem of being locked into a long-term relationship with one, and only one, building automation system (BAS) supplier who used a proprietary protocol. Have open standard protocols delivered that solution? The answer is yes and maybe. The good news is that you can move your system from the maybe column into the yes column by properly specifying and qualifying the system.
Although open standard communication protocols are widely available today, you may or may not be getting an open communication network just because your system is using an open standard protocol. Can that happen? Yes it can, and it does happen because most open standard protocols including BACnet and LonTalkÂ® can transmit data using proprietary objects or variables. Examples of objects or variables include supply temperatures or operating modes.
If your LonTalk or BACnet network is passing proprietary objects that are not documented, your system is not open; rather it is proprietary. If the proprietary information is documented, your system is more open but may be cumbersome and costly for another BAS supplier to support. In short, you may be locked into your original system integrator for any changes or maintenance you desire. You're back to the same problem you had before open standard protocols.
Why does this happen? When using a proprietary object or network variable, only the necessary attributes are bundled in a single proprietary object for data transmission. Therefore, more data can be passed using a single proprietary object, whereas multiple standard objects would be required for open standard communications. So does this happen? Yes. This practice happens because the overhead cost of transmitting fewer objects can reduce the first cost of the system. But what you may gain in first cost savings can increase your long-term cost of integration because allowing proprietary objects to be used can create the proprietary implementation you were trying to avoid in the first place.
An Open Standard Network Can Be Used as a Proprietary Network
As shown in the illustration at right, using standard objects is easily understandable. Using proprietary/encrypted objects saves on first cost but becomes difficult for other BAS suppliers to support.
Example: How Using Proprietary Objects Cuts Corners
and Turns Your Open Network Into a Proprietary Network
For any standard object (or network variable), the standardized protocol defines all of the properties of the standard object being passed inclusive of the range of data and its accuracy or resolution. The following is a simplified example of how using a proprietary object can reduce processing overhead.
Data takes up space. For communications to occur efficiently, properties of objects define what to expect from each type of object (data carrier). This practice requires that space be reserved for the expected data.
Creating standard objects facilitates communications between devices from different vendors by defining what to expect from each different standard object (or variable) type. In order for the various types of standard objects to be a manageable number, the properties or characteristics of each type of standard object are set up in order to cover most objects of that type. For example, an analog input standard object for a temperature sensor would be set up to cover the accuracy and temperature range for most sensors used in the industry.
If a standard temperature object is expected to be from â€“100Â°F to 200Â°F and its resolution is to be 0.1Â°F, then space for 3,000 values must be reserved. If on the other hand, a proprietary temperature is limited to be between 25Â°F and 100Â°F and its resolution is to be 0.1Â°F, then it reserves 700 values of space. Thus the proprietary temperature sensor uses 75 percent less space for the temperature being passed.
WHAT DOES THE BUILDING OWNER WANT?The key question is - what does the building owner want: the least expensive, first cost integrated system; one that only one supplier understands? Or does your owner want a truly open integrated system, one that allows many suppliers to be able to support the building's integration needs as the building changes and requires maintenance and system updates?
To help answer those questions, let's first review the original benefits we wanted from an open standard communication network.
These benefits are as valid today as they were 20 years ago. In fact, it may be even more important today for you to help the owner obtain an open standard communication network. And that as much as possible the integration is implemented in an open standard method. That said, how do you help owners select and obtain a building automation system that facilitates effective integrated control as their facility needs change? A good place to start is a clear understanding of the full scope of what might be integrated in the building. Where does the building automation system begin and where does it end?
BUILDING AUTOMATION SYSTEM COMPONENTSThe components of an integrated building automation system today are not all supplied by the building automation system provider. Anything that communicates on the building automation system network should be considered part of the integrated system. These connected components typically include:
The integral equipment controllers and applications specific panels listed above should be required to communicate using an open standard protocol. This is particularly important because some of these integrated components may outlive your BAS.
BENEFITS OF AN EFFECTIVE BASNow that we have a picture of the scope of the system, what benefits can the owner expect from his/her BAS investment?
DO I STILL NEED AN OPEN STANDARDIf a BAS network was like a home furnace, you wouldn't need an open standard communications protocol. But a BAS is not something you rarely need to change or almost never need to maintain. In fact, quite the opposite is true. As a building's needs change, the needs of its BAS change as well. In addition, the BAS touches many subordinate building systems and large, expensive pieces of equipment. Each of these systems or components has varying life cycles ranging from 5 to 50 years. The more expensive the equipment and the longer its useable life cycle, the more important it is to have these components communicate using open standard protocols. This difference in the expected life of the components that communicate in a BAS network is perhaps the most important reason to insist on open standard protocols for the communication network and all connected devices.
SPECIFYING OPEN STANDARD COMMUNICATIONSAs a specifier, you can start the process of achieving the owner's intent by specifying an open standard communications network. Specifying the building automation system for truly open standard communications will positively impact the cost of owning and operating the building for as long as the integrated components are required. Be sure to consider the following:
require the BACnet Protocol Implementation Conformance Statement (PICS) be provided.
â€“ The BAS to integrate the control sequences you have specified for the building.
â€“ All desired graphical displays of how the equipment, system, and building are operating.
â€“ All monitoring, trending, and alarming data necessary for effective service, maintenance, air quality, etc.
For reasons discussed earlier in this article, it's critical to specify standard rather than proprietary objects or variables to maintain open standard communications and avoid proprietary communications.
SELECTING A SYSTEMS INTEGRATORPerhaps the most important way to assist owners is by helping them select a systems integrator with a proven track record for sustained support of open standard protocol networks.
â€“ How do they support open standard protocols? How do they maintain support?
â€“ Are vendor-specific software or hardware service tools required to add equipment, or can this be done using off-the-shelf service tools? Are these tools available for the owner to purchase?
â€“ Can another supplier access the BAS system should the original supplier go out of business, fall out of favor, or simply to allow a competitive bid for support, additions, or modifications?
â€“ How do they document the BAS operating sequences?
â€“ How do they minimize backward compatibility issues?
â€“ How long will parts, including controllers, be available at an affordable price?
â€“ How do they maintain the ability to add open standard devices to the network? Are upgrades required? How frequently and how much do they cost?
MAINTAINING AN OPEN STANDARDYou can help the building owner minimize the cost of maintaining an open standard communication network by choosing a protocol that is being updated and maintained. Help owners recognize that a BAS is not static and that they should discuss keeping it up to date with the selected systems supplier.
In addition, be sure to evaluate the open standard protocol you may specify for a history of being backward compatible with earlier versions of the same protocol. This means that if the owner needs to change parts of the BAS in the future, the interface to other existing integrated open standard devices should remain viable.
CONCLUSIONOpen standard protocols deliver real, cost-effective solutions for your BAS, but it is important to avoid misapplying them as proprietary networks. Your ability to help the owner procure a sustainable, open standard building automation system will reduce their cost of integration and simplify system integration for years to come. This capability will increase the value of your firm to your current clients and to potential clients.
Reprinted with permission from McQuay's "Engineering System Solutions" newsletter, No. 24. For more information, call 800-432-1342 or visit www.mcquay.com.
Publication date: 08/07/2006