Building Automation Controllers: The era of productivity and pizzaz

May 19, 2015

The term 'Building Automation System' (BAS) often brings in an impression of heavy duty equipment, convoluted procedures and monotone grey shades in the mind of many. Unlike incredible advances in the Home Automation space, what with intelligent controllers like Nest, inviting SDKs like Apple's HomeKit , cloud based IP surveillance solutions like DropCam and many other such innovations (not to forget the website for future promises, Kickstarter and the recent RobotBase campaign), the BAS space has mostly kept itself out of the mainstream news.

A BAS network at it's core is essential a system to control industrial/commercial lighting, HVAC, Chillers, Boilers, Escalators and other such equipment. From a protocol perspective as well BAS systems have evolved over time with various forms of communication, including but not limited to BACNet, LonWorks, MODBUS and other protocol stacks. As Home automation systems have ushered in alternate technologies like ZigBee and others, BAS system gateways have also incorporated these protocols to be able to connect them to their Central protocol gateway. 

At the core, however, a BAS system has many analogies to a home automation system: There are sensors (thermostats, water pressure monitors, etc.) that transmit data about equipment or environmental conditions they are installed to monitor, and there are controllers that correlate information and talk to various sensors and offer a means to the administrator to control these sensors. Obviously, there are more components like gateways, access control servers and more inbetween the networks depending on the complexity of the networks. 

The topic of this post is how the 'Building Automation Controllers' (BACs) are going through a software revolution and how HSC is playing in this space.

Building Automation Controllers: Old and New

Building Automation Controllers (BACs) at their core are units that are mounted somewhere that communicate with various sensors, or other controllers. In some cases, BACs are just a plastic enclosed unit with no display that expects an external PC to connect to it to control it. In other cases, BACs support a small display using which an operator can control the sensors or network connected to it directly without external means. Yet in some other cases, controllers have a web server running inside them with Ethernet capabilities, which allows an administrator to remote log into its web interface and manage it (just like we remotely manage our home routers for example)

All of the above are what we call 'legacy' BACs. While some opine that running a web server inside it is relatively modern, it still is quite old technology and not comparable to responsive UX products that are the current market trends.

But before we describe how this market is evolving,lets  first look at how the total BAS network is evolving.


A Modern BAS Network: Cloud, SSO, Mobility, Interactivity

A modern BAS network is not very different from modern application server network architectures for scalable systems. Protocols are abstracted at the core. Components interact with each other via light weight RESTful services. Many devices today have directly started supporting  light weight HTTP services and IETF work like the CoAP ecosystem (Constrained Application Protocol) have helped move vendors towards end-end HTTP and reduce the need for interworking gateways. But as of today, there are still many legacy protocols that are resilient and well proven and interworking gateways are important.

However, modern BAS systems have moved to imbibe new architectural principles, with REST services exposing classic control and management functions. This makes it simple for controllers to be developed on multitude of hardware devices and become more powerful. For example, a traditional controller can now be a powerful and rich tablet mounted on a wall with fabulous UX. A controller adjunct could also be deployed in a smart phone that interfaces of WiFi to a wall mounted controller, which in turn supports the necessary protocols to talk to the internal network (as indicated earlier, a true REST only model may be a future goal, but as of today, the controller needs to communicate directly over established interfaces and protocols in the BAS space).

However this evolving BAS network has significant implications on use-cases that can be ushered in and in turn changes what administrators want from Controllers. Such use-cases include:

  • Authenticating guest visitors to a building by automatically emailing QR codes to their phones which they can then use to access pass locked doors without the need for printing temporary passes
  • In secure areas, mandating users temporarily install an authorized application that tracks the phone location, or , pushing an application that disables phone camera while in a geo-location 
  • Cloud hosted centralized building automation systems that let central providers provide automation control as a service to enterprises that may not want to invest in the complexity of managing their own
  • Direct tie in to building sensor feeds (example security cameras, HVAC monitors) being delivered to smart phones
  • Ability to age access control easily (imagine a QR pass transmitted to a device with a validity countdown)

Smarter Controllers with Android

Given that a BAS network is evolving rapidly and administrators and users both want to benefit from the productivity of a better user experience and power, the question becomes, how does one make controllers smarter? At HSC, we are seeing this market steadily migrate towards Android powered solutions. The reasons are simple:

  • Today, one can purchase 8" white labeled Android tablets (WiFi+BT) for under $60 in bulk. The cost of producing custom hardware to match these tablet specifications and custom software to match the inbuilt UX, protocol and OS features of Android  would be much higher 
  • Android comes with source code that allows us to modify the middleware to incorporate proprietary protocol stacks like MODBUS and non standard interfaces like RS485
  • Android already comes with a very rich UX and high responsiveness - users find it very intuitive. This is the era of productive interfaces and simplicity of use - a good UX is strong enabler for you to get an edge over your competitor
  • Total Cost of Ownership: Its cheaper to maintain an Android based controller in the long run compared to a proprietary solution simply because Android is frequently upgraded - you can have your own cycle of upgrades and you can be sure when you are ready, a better version of Android - more secure, with more bug fixes are ready for you to merge
  • Easy to lock down - Android is actually quite easy to lock down - many people believe that installing Android would mean access to the standard home screen, games, additional services, play store and many other services that are a security threat to a BAS system. Well, yes and no. Yes, the standard Android system comes with all this, but Android also comes with SEAndroid and SELinux which can lock down the system very effectively. Furthermore, at HSC, we help customers remove, recompile and optimize various features of Android to make it more secure

Case Study: An Android Based Controller

As a parting note, here is a generic Android Based Controller architecture - which gives you an insight on how Android can be effectively used to not just meet new UX requirements but also integrate with existing protocol stacks and use-cases. Obviously, there are many more details in addition to this illustration but we hope this gets you interested and potentially consider us for your next Android powered BAC project.



HSC works with several innovative OEMs in the BAS space to help them create innovative products in both the controller, smart application space as well as for the network side cloud based AS development (also refer to our network services for SDK design and BigData). We think this space has started seeing a lot of innovation and strongly believe Android based controllers and cloud hosted RESTful automation networks will soon become the norm.

No Comments

Add Comment


We use cookies (including third party cookies) to ensure you get the best experience while visiting our website. Click "Accept All Cookies" to accept the cookie usage. Click "Cookie Settings" to adjust cookie settings.

Mandatory Cookies

These cookies cannot be disabled

These cookies are necessary for the website to function and cannot be switched off.

  • __RequestVerificationToken
  • authentication
  • dnn_IsMobile
  • language
  • LastPageId
  • NADevGDPRCookieConsent_portal_0
  • userBrowsingCookie

Analytics Cookies

These cookies allow us to monitor traffic to our website so we can improve the performance and content of our site. They help us to know which pages are the most and least popular and see how visitors move around the site. All information these cookies collect is aggregated and therefore anonymous. If you do not allow these cookies we will not know when you have visited or how you navigated around our website.

  • _ga
  • _gat
  • _gid

Functional Cookies

These cookies enable the website to provide enhanced functionality and content. They may be set by the website or by third party providers whose services we have added to our pages. If you do not allow these cookies then some or all of these services may not function properly.

  • __atuvc
  • euconsent

Targeting Cookies

These cookies may be set through our site by our advertising partners. They may be used by those companies to build a profile of your interests and show you relevant adverts on other sites. They do not store directly personal information, but are based on uniquely identifying your browser and internet device. If you do not allow these cookies, you will experience less targeted advertising.


Not used.