This website requires certain cookies to work and uses other cookies to help you have the best experience. By visiting this website, certain cookies have already been set, which you may delete and block. By closing this message or continuing to use our site, you agree to the use of cookies. Visit our updated privacy and cookie policy to learn more.
This Website Uses Cookies By closing this message or continuing to use our site, you agree to our cookie policy. Learn MoreThis website requires certain cookies to work and uses other cookies to help you have the best experience. By visiting this website, certain cookies have already been set, which you may delete and block. By closing this message or continuing to use our site, you agree to the use of cookies. Visit our updated privacy and cookie policy to learn more.
Home » DDC Controllers (Part 2): Architecture & Interoperability
Last month, I presented a DDC controller categorization scheme to show how their capabilities can vary greatly between manufacturers. The unfortunate reality revealed is that no reasonable categorization approach can ever accurately reflect all variations between manufacturers’ controller capabilities. The conclusion was that a BAS spec’s controller requirements will always contain some (or a lot of) inaccuracies for the chosen manufacturer. This also means that enforcement of the spec during construction may be a bit challenging. Why do these variations exist, and what does this say about the goal of BACnet to provide “open systems” and “interoperability?”