Schneider Electric : Outcome-driven system integration in smart buildings

Originally published by Consulting Specifying Engineer

Digitalization is evolving the design and operation of the built environment and a smart building design approach can focus on outcomes that deliver results

Learning objectives

• Develop an outcome-based methodology for designing smartbuildings.
• Identify key challenges in executing a smartbuilding design.
• Outline how to definesystems integration requirements based on desired outcomes.

The digitalization of the built environment is, if not already upon us, arriving in the next design and construction cycle. Looking at other industries for examples, in the last 50 years the music industry saw the generation, distributionandconsumption of musicevolve from magnetic tape recording and vinyl records to digital audio workstations and streaming platforms.

Looking forward, it is easy to conceivethat post-millennial consumers of music may never purchase a physical copy of the songs they love. While it may not be as evident on the surface, the technology that drives building systems today is going through a similar shift. Or perhaps it is evident -just ask any colleaguewho recently attended a conference on the built environment. It is a good bet buzzwords words like 'internetof things,'big data, analytics, machine learningorcloud platform were sprinkled liberally across conference marketing materials.

Smartbuildings, intelligent placesorconnected venues are all terms the industry is using to describe this new way of thinking about howusers consume the built environment. While a definition of what makes a facility a smartbuilding isnot yet agreed upon, a broad statement of goals and outcomes could be the following:

• A smartbuilding aspires to be agile, responsiveandadaptive to its users. Data generated by the building should continuously inform system operation, enabling the building to take proactive steps, anticipating user needs and optimizing target outcomes.
• A smartbuilding leverages technology to improve the quality of experience, and providesusers contextually relevant information to inform their actionsin real time.
• A smartbuilding provides solutions that bring added business value through data analytics informing organizational decision making.

We have had smartfeatures in buildings for quite some time. Let's take, for example, the user experience of a modern sensor-based lighting control systemaswould be found in an open or private office setting. When a user walks into the space, an occupancy sensor notices their movementand communicates this change to the controller, which in turn triggers the lighting to turn on automaticallyto some preset value. If the space is at the perimeter of the building, a photosensor is measuring ambient light level and communicating back to the controller, which automatically dimslights up and down to maintain a programmed light level. When the user leaves, the sensor notices the space is emptyandcommunicates this to the controller,which shuts off the lights. Referencing the definition of a smartbuilding above, one could argue this lighting control system ticks most of the boxes for a smartbuilding.

Figure 1: The 6,000-square-foot WSP Boulder, Colorado, office includes a typical mix of commercial real estate program including open and private offices, collaboration and meeting space, café, restrooms and support areas. Courtesy: WSP USA

So why is there so much press about smartbuildings these days? Is it just manufacturing hype trying to sell what is essentially the same legacy product with a flashy new front end? Orcan we design smart buildings that meaningfully bringvalue to clients? Compared with legacysolutions, threekey features differentiate the design and operation of smartbuilding from a traditional one.

• Data generation: Characterizing the operation of the building through data arethe foundationalbuilding block of a smartbuilding. These data aregenerated through sensors or through system operational reporting.
• System integration: Connecting multiple building systems, enterprise applicationsandthird-party platforms and enabling them to interact either automatically or manually creates the heart of a smartbuilding.
• Analysis and response: Creating successful outcomes from a smartbuilding requires the ability to aggregate data from various systems and platforms, make sense of the story the data aretellingandact based on that story. This is often referred to as 'insights'or 'business intelligence.'

Why have a smart building?

The features outlined above do not answer the question of why we should propose a smartbuilding, how the architecture, engineering and construction community will design and implement smartbuildingsorwhat clients will do with them once completed. What are we as designers of the built environment trying to accomplishby going smartin this approach?

To identify and communicate value, use cases have become an important component of a smartbuilding design. A use case outlines the desired outcomeand the systems and users that interact to generate the outcome. In the context of smartbuildings, use cases are a compelling mechanismto connect the design and construction of traditional building systems (mechanical, lighting, security, etc.) to a business need (Do I need to rent more space for new hires,or do I have enough?)through the application of technology. They are critical for defining the 'why statement'for a clientand for creating a cost model justifying the implementationof systems to enable the use case outcomes.

They also are instrumental in defining requirementsfor the features noted above -what data arerequired, how must systems interact, how will the data be analyzed and presentedandwho will do something with it. Potential smart building use cases could include:

• Using weather predictions to sub-cool a building ahead of a heat wave.
• Advising employees if and when to travel to the office based on current traffic, air qualityorcolleague availability.
• Adjusting temperature zone setpoints based on profile preferences of users currently in the space.
• Dynamically adjusting white noise based on ambient sound levels or signaling users when ambient level exceeds threshold by flashing the lights.

A common example of a smartbuilding use case is space use. Within the corporate real estate realm, a way to state the use casevalue propositionmight be to 'improve workplace efficiency by maximizing the use of office assets (rooms and desks).' Designing an appropriate implementation of this use case requires a thoughtful approach, considering both the implementation and operational aspects of this solution.

A smart office building

We will use this example as a case study through the remainder of this article based on the application of a smartbuilding platform at WSP's Boulder,Colorado,office location. For context, the office is approximately 6,000 square feet and includes a mix of open and private offices, focus and meeting rooms, a caféandsupporting spaces for 33 full-time employees(see Figure1).

Several smartbuilding systems have been installed in the office as part of WSP's ThinkBOLDR Innovation lab, including a variety of occupancy detection solutions, utility metering, indoor environmental quality sensing, meeting and desk management systemsandplatforms to ingest, aggregate, analyzeandpresent data to stakeholders.

The first step is to define its valueandagree on the methods by which we will measureitssuccess (often referred to key performance indicators). Why is this step critical? Because we are not just implementing smartbuilding solutions because we can, we are delivering valueto stakeholders. Whatever the desired outcomes are, the use case will almost certainly cost more to implement and run than if we maintained business as usual. Just like with any engineering solution where there are options, wedesignersneed to show that the value justifies the implementation costs. Otherwise we are likely to face an uphill battle through value engineering, alternate system evaluations, integrationandimplementationchallengesandoperational change management.

Technology continues to generally improve features in building systemsand while there may be little to no capital expenditure impacts for a specific technology, there frequently are integration and commissioning costs that increase the installed cost, as well as operational expenditures to maintain platforms or for continued access to analytics,often referred to a software as a service model. These ongoing costs must also be considered in evaluating the value of any smartbuilding design.

Finally, the use case must also establish a baseline toidentify opportunity for improvement. Using the case study, WSPhad a stated goal to improving workplace efficiency. But what is thecurrent space usefor various types of program (open/private office, conference, etc.)? Accurately determining the potential improvement is certainly a challenge, as there are various ways to calculate a baseline.

Figure 2: The WSP open offices support sit/stand desks with docking stations to enable agile working. Courtesy: WSP USA

To assess this, we considered usage data from severalsources using similar offices or the previous location of the existing office to establish a baseline workplace efficiency. Relevant data for workplace efficiency might include:

• The number of full-time employees assigned to the offices (discounted to account for travel and time off).
• Data from access control badge swipes.
• Logininformation for employee's workstations.
• Booked meetings in conference spaces.
• Site surveys manually counting employees.

These are all data sources that a real estate group might already use to assess real estate portfolio needs and can be used to establish a baseline. There areopportunities forimproved survey methods using occupancysensors that can be temporarily installed to gather aricher datasetaround useover a given time period. For the purposes of the case study, WSPestablishedthat thebaseline workplace efficiencyKPIis 50%during working hours.

Using the baseline, we can then estimate the potential improvement in space usewe believe we can achieve through the implementation of a workplace efficiency use case and thusthe potential value it might bring. For the case study, itis worth noting that the ability to improve space usemay be limited in the short term, as reducing leased space or hiring more employees is not always an option.

This is something that WSPhas explored in assessing the implementation of theThinkBOLDR Lab. The primary mechanism we have identified for space use value is through identifying ways to add more employees into the same office without impacting experienceorthrough reducing program space that is poorly used for its intended purpose, such as large conference rooms.

How are data generated?

Following the definitionsof the use cases, desired outcomesandvalue proposition, it is time to transition to design of the smartbuildinginfrastructure. Data generation, system integrationandanalysis and response form the three pillars of how to approach this design. The use case definitions are key drivers to identify what data arerequiredto be generated tosupport the desired outcome. There are severaltypes of data a smartbuilding could use.

Traditional building systems:

• Presence detection (room or desk presence sensing, people counters).
• System operation and status reporting (building management system equipment, elevators, audiovisual equipment, motorized shades).
• Utility consumption metering (energy, water, gas).
• Location services (asset or user device mobile device location).
• Indoor environmental quality sensing (carbon dioxide, total volatile organic compounds, particulate parts per million, ambient sound pressure level, light level).
• Access control (badge swipes).

Additional data sets:

• User or device detection (video analytics, Wi-Fiaccess points, Bluetooth beacons).
• Enterprise systems or platforms (meeting room availability, user profiles, visitor management).
• Building-generated data (parking spot availability, amenities).
• Static data (square footage of building spaces, floorplans, locations of desks).
• Utility rate schedules
• Weather, traffic, public transportation, transportation network companies.

Desired use case outcomes oftenrequire additional datasets beyond what can be generated by building systems alone tobring maximum value. Generating or accessing this data needs to be considered as part of the smartbuilding design.

When defining data, it also is critical to consider the accuracy and resolution necessary to support the use case. This resolution needs to be defined bothspatially (desk, room, floor, building)andtemporally (polled every second, minute, hour, day, etc.). Finally, for some use cases it is important to determine the system resolution (meters on every electrical circuit or just the panel).

After careful consideration, WSPdetermined that the use case required an occupancy dataset representing a binary value of each area's occupancy in 15-minute intervals to achieve the desired outcome. The binary value was 'occupied'or 'not occupied'and granularity of the data waslimited to enclosed small rooms no greater than 150 square feet or approximately 100-square-foot areas within open offices.

Figure 3: In this 'internet of things' diagram, data are shared natively at the edge between systems, without the need for an integration layer to share data between siloed systems. Courtesy: WSP USA

Open office occupancy resolution wasused to generate a more representative value of how open offices are used for agile working areas(approximating how many desks are available). Referencing theearlier example of the lighting control system, we determined that the most effective method to generate occupancy data was to leverage code required occupancy sensors in the lighting control system (in many cities and states, this would need to be verified on a case by case basis), augmenting that base system with a higher density of sensors in open office areasthan traditionally deployed. Occupancy sensors are, as noted above, one method to assess space use.

For thisinstallation, occupancy sensors were selected based on the resolution needs of theuse case, business systems already in place, product capabilitiesandcost. However, the choice to use occupancy sensors meant that the data generated would not distinguish between one user in a space or multiple users in the space. Sensors also cannot identify specific users, meaning a moving employee might trigger multiple spaces as occupied. However, occupancy sensor data arebroadly anonymous, meaning there is limited exposure to personally identifiable information concerns.

In anassessment of space usecharacterization, the largest drawback to using the lighting control occupancy sensors was the inability to distinguish between single and multiple users in the same space. This meant that the dataset could not be used to assess, for example, whether large conference rooms were typically being used by two people or if the restrooms had many users in a single interval. As with any design decision, we neededto evaluate these limitations against theintended use case.

System integration

Once the smartbuilding design has identified the data that needs to be generated for all use cases and defined the governing values for resolution of data, system integration becomes the next task. While the aspiration of smartbuilding advocates is that the industry will soon transition to a native internet of things environment where sensors, devicesandactuators are connected and communicate with each other at what is referred to as 'the edge'(see Figure 3), today's reality is that most systems are siloed in their traditional design and installation,with a focus on individual system functionality.

These individual systems provide a dedicated interface or server that can support integration with other systems (see Figure4). The result is that well-defined system integrations become critical to the success of smartbuildings. System integration should include the following aspectswithin a smartbuilding design:

• Functional diagram:The design must chart a path for the data, from where it is generated to its destination. This should include all systems through which data must pass, directionsof data flow, hosted location of systems (on premises or cloud), storage, analytics platformsanduser interfaces(see Figure 5).
• Communication network: What is the physical networksover which data will be communicated, quality of service, resiliency and redundancy, performanceandsecurity?
• System integrations: This isthe connection points between systems, as identified in the functional diagram. Systems integration must define interoperability between systems.

The systems integration requirements must be defined for each point of connection between two systems on the functional diagram. At each of these points, the integration and interoperability between each system must be defined very specifically. The following items are usually required for system integration:

• Data shared by the system(occupancy data per space or individual occupancy sensor in open offices).
• Control capability being given to other systems (i.e.,can the building management system temperature setpointsbe adjusted byother systems).
• Communication protocolsbeing used for integration. These would include open standard protocols, with common implementations including BACnet/IP(BACnet using transmission control protocol/internet protocol), representational state transfer application program interface(known as a RESTful API), message queueing telemetry transport, LonWorksandModbusTCP/IP.
• Semantic data model and data tagging. Both Brickand Project Haystackare commonly used here as metamodels. Use of semantic data models is important to provide context for the data being sharedandshould include naming conventions, tags, hierarchyandrelationship.

It is important to note that a system may require multiple integrations to the various systems with which it integrates.

Taking the case study of space use, WSPimplemented an approach for theoffice to generate data from the lighting control system. Referring to the functional diagram in Figure 5, the lighting control system needed to integrate with two systems -the analytics platformandthe room booking system. The WSP team determined that different integrations would be required for these two systems, as the analytics platform would be located on premises and the room management system platform would be in the cloud. As a result, a BACnet/IP protocol was integratedwith the analytics platform. The room management system, however, uses the lighting control system manufacturer's cloud platform to connect via RESTful API to the room management system.

Figure 4: In this integrated automation diagram, edge system data are shown at the bottom (lighting, building management system, audio/visual, etc.) with data flowing through an integration bus and up to the cloud for analytics. Courtesy: WSP USA

How to work with the data

A smartbuilding has the potential to collect a much richer datasetabout building operations than traditionally available. Additionally, combining data from multiple systems that have historically existed in silosbrings opportunities to smartbuildings that did not previously exist both in the types of analytics that can be implemented and in improving the confidence of decisions made from analytics. Finally, smartbuildings enable real-time analytics that bring actionable information to users (such as quickly finding a focus room with nobody in it).

As a result, the system integrations that smartbuildings require to support desired use case outcomes can be both broader and deeper than contractors and building operators are familiar with deploying. To ensure smartbuildings are prepared to deliver on their intended outcomes, careful consideration of the procurement of systems, installation and commissioning sequencesandclearly defined scope of work for vendors, integratorsandoperators to eliminate scope gaps is required.

Ultimately, the success of smartbuildings depends on enabling decisions to be made based on the analysis of the data. It is critical that any smartbuilding design includes a plan for how action will be taken based on the dataandwhether the actions need to be reactive, near real-timeorpredictive. This action is what will deliver the outcome.

These decisions could be automated by enabling machine to machine interactions, such as precooling a conference room beforea meeting. Alternately, they may require human review and action, such as decidingto hire another employee without leasing additional office space. Smartbuildings likely will require change management for owners, anddesign teams should consider ways to provide a soft landing for stakeholders as they become familiar with operating systems, managing platformsandinterpreting dashboards.

Figure 5: This diagram outlies the functional data connections that enable occupancy sensor information from the lighting control system to integrate with the room management system. Two types of integrations are happening here: one for direct connection between the systems for automated function and one to the server for analytics, visualization and reporting. Courtesy: WSP USA

As aworkplace efficiencyexample, two solutions were deployed tomeasure and enact efficiency improvements in WSP's Boulder office. First, a number of dashboards were created to interpret office use. Floorplan visualizations graphically indicating which spaces are used more frequently are helpful for management of business units where employees may be co-located at client facilities, frequently travelingorworking from home. Also developed: Adashboard graph identifying space type useover the course of a typical workday. One of thetakeaways from this dashboard is that while overall area weighted office useis 50%to 60%from 9a.m. to 5p.m., open offices are themost highly used space type at 70%to 80%during peak hours.

There is some room for improvement, butwe need to be careful about impacting experience if no desks are available for employees arriving later in the morning. Private offices are poorly used, at only 30%to 40%. This is an opportunity for improvementandwe are exploring programs to turn private offices into focus areas or to share assignment of private offices for employees frequently out of the office. An additional dashboard was created to identify coincident use of private offices, providing an insight into when private office scarcity may become an operational issue.

The most interesting result was conference space, which lags significantly in use at 30%to 40%. This was a surprising result,as the perception among staff is that meeting space is always full. A second solution was integrated to better manage conference space, by integrating occupancy data with the room management system. This integration provided the ability to automatically delete meeting reservations if attendees were a no-showandto automatically block out the calendar for rooms during impromptu meetings. Additionally, the large conference room was the worst performer and is now acting as a quiet room for staff that need to concentrate during periods when meetings are not required.

Copyright 2019 CFE Media LLC