Some applications of IoT are still being debated. Does your refrigerator really need an operating system and be connected to the internet? Should it try to detect when you’re out of milk and automatically order more? What if there’s an error and 50 gallons shows up on your doorstep? Just like many others, I do not know the answers to all these questions. One thing I know for sure is that IoT does belong in air conditioning and the control systems of medium-to-large buildings. The OSD335x family of System-in-Package products featuring the AM335x, provides an excellent foundation for the design of an Open-Hardware Building Automation System Controller. This article introduces a series of technical application notes for building a reference design with the OSD335x-SM.
We have been installing and networking control devices in buildings for several decades now, long before IoT became a marketing buzzword. This is because the overwhelming consumption of energy in commercial buildings is due to usage from air conditioning and lighting systems. At your own house, it’s easy enough to turn off the AC and lights if you want to save some money. You can even buy one of the newer connected thermostats and lighting controllers if you want to be fancy. However, when you scale this activity to large buildings with hundreds of units, this simple task quickly becomes unmanageable without some level of automation. To conserve energy in large buildings, programmable networked controllers are used.
Building Automation System Controllers are flexible, multi-purpose, freely programmable embedded devices that can be found in a variety of HVAC, lighting, and security applications within a building. These devices perform a variety of tasks including monitoring and control of chiller plants, boiler plants, pumps, valves, fans, lights, indoor air quality, electric metering, occupancy detection and access control. In many cases these devices are not application specific. A controller being used on one piece of equipment can be reconfigured or reprogrammed to control something else that is completely different!
Most Building Automation System Controllers feature a quantity of 2-16 configurable remote sensor inputs that can accept a variety of industry standard signals including resistance, relay contact, pulse, 4-20mA current signaling, and 0-10VDC scaled inputs. Control of equipment can be achieved through a mixture of on-board relay outputs or analog transmitters. Applications are typically created in a visual block programming environment (similar to Node-Red). Because these devices are freely programmable (even at runtime in some cases), they often possess a good amount of processing, memory, and storage resources. The amount of computing resources needed is typically much more than a comparable application specific preprogrammed device.
Historically these devices have been constructed using microcontrollers with 1MB or less of RAM. Typical microcontrollers have on-chip RAM and Flash built into a single piece of silicon. This is the limiting factor regarding available memory of microcontroller based systems, because RAM and flash must be implemented using the same silicon process on the device. Recently due to the several factors including increased performance demands (such as cloud connectivity and web services) and lower processor costs, newer generations of building controllers are beginning to emerge that are Microprocessor SOC based.
When examining the layout of these controllers it is observed that the Computer on Module (COM) or Core Board module (the separate board containing the SOC, PMIC, RAM and Flash) is very similar to the functionality of popular microprocessor hobbyist single board computers (SBC). The only major difference between an SBC and production controller requirements is that SBCs do not have a Baseboard that contains a power supply, connectors, transceivers, and passive devices that make the board ruggedized and suitable for industrial environments.
There are many Capes, Shields, or Hats out there that have some or many of these features, but not all of them. These system components can be integrated into a single simple, relatively inexpensive, yet ruggedized PCB Baseboard that a user could instantly have the hardware (and much of the software) to make their own Open-Hardware Building Automation System Controller design. Assuming that the board can be made for a few hundred dollars this situation would be preferable to a production controller that can cost several thousand dollars.
With this background in mind I wanted to design my own open-hardware building automation controller. I discovered the OSD335x-SM and decided it would be a great platform for my controller. It integrates many of the components that would normally be on the COM board into a single IC device.
My initial plan was to utilize the Octavo Systems OSD3358-SM-RED Reference, Evaluation, and Development Board as the main processing module and build an expansion card specific for building automation control.
However, as I started digging into the details of the OSD335x-SM I realized that the SiP integrated almost all the components that would typically be on a separate COM board into a single device. This meant instead of a two board solution I could design a single board that incorporated the computing components and the interfaces. This will significantly reduce the cost of the end system.
Over the next few weeks I am going to walk you through the design of an open-hardware building automation controller with the specs outlined in the box below. You can also get access to all my design files through my GitHub.
About our Guest Author:
This article was guest written by Calvin Slater who is a senior controls engineer that has spent eight years in the Building Automation System Control Industry and is highly interested in embedded hardware as well as open-source building automation frameworks. He is also a contributing editor for AutomatedBuildings.com where he has authored a series of articles on the system edge controller.
Octavo Systems LLC all rights reserved
OCTAVO is registered in the U.S. Patent and Trademark Office. OSD, C-SiP, and the Octavo Logo are trademarks of Octavo Systems LLC.
"*" indicates required fields
"*" indicates required fields
"*" indicates required fields
"*" indicates required fields