楼里的设备要想“说同一种语言”，就好比把大伙都放到一个大屋子里，大家都能用同一套规矩说话办事，这才能把活儿干利索。想当年那些老系统都是一个一个单打独斗的，现在要把它们串起来联动起来，通信协议就是那根看不见的神经线。如果没有统一的标准，不同厂家的设备就跟哑巴一样没法互相交流，更别提一起配合干活了。大家都想要那种开放、互相能配合、少走线、好升级的好日子，这就是逼着这些标准协议冒头的最大动力。目前风头正劲的三大派系就是LonWorks、BACnet和KNX，它们各有千秋，得选对路子才能让系统真的活过来。 咱们先来扒一扒这三大派系的底细。LonWorks是最早露面的“神经元”网络，它是在1993年推出来的。靠着那颗“三脑合一”的Neuron芯片，硬是把网络通信、媒体接入还有应用逻辑全塞进了一块芯片里，大大降低了设备的成本。它的绝活就是现场总线天生就有自我修复的本事，一条LON线能挂好几百个设备。1995年的时候，它的第二层和第七层协议就被ASHRAE收进了BACnet的标准里，成了老前辈了。 BACnet则是拿了官方背书的全球首套标准，它早在1987年就立项了。到了1995年它正式成了ANSI和ASHRAE的标准135号文，同年美国国家标准局也认可了它，连欧盟那边的草案里也有它的身影。这个协议最大的特点是纯软件实现的，不怎么依赖硬件，能在以太网、串口、现场总线这些介质上跑。因为数据模型统一了，所以不同厂家的控制器和传感器都能无缝对接。不过这东西也有硬伤：它是完全基于IP的网络层搭建的，对带宽和稳定性要求高，在那种极端环境下想组网就比较费劲。 KNX是欧洲那边三家大厂合并出来的“国际普通话”。以前EIB、BatiBus和EHS各玩各的很不团结，后来在1995年合并成了Konnex协会，到2002年正式定下来了KNX标准。这个协议兼容性很强，电力线、双绞线、射频、IP/Ethernet这些介质它都能用。它还有个好处就是一根线能管全家老小所有设备。 至于挑不挑错路的事儿，得看你具体的情况。如果是在节点数没超过50个、手头还比较紧的情况下，LonWorks可能是最划算的选择；如果要管上百个点还得求个稳定可靠的话，BACnet配上以太网冗余会更让人放心。 如果是旧系统升级的活儿，原来用EIB或者BatiBus的话直接换成KNX几乎没什么学习成本；要是你想搞新基建建设一套系统的话，BACnet能给你提供更多第三方的接口和云服务。 如果是在网络环境这块比较讲究的话：要是你对无线通信有特殊要求但能接受稍微复杂点的组网方式，KNX的无线方案倒是挺灵活的；要是你家主干网早就用上了千兆以太网的话，BACnet就能最大限度地利用现有的IT资源。 最后还得留个心眼儿：不管选哪一种方案，都必须认准那些经过官方认证的协议（比如ISO/IEC 8802-3加上BACnet/CIP或者KNX Certified）。不然以后可能会出现设备之间没法互通的情况。 说到底当大家都能用同一种语言交流的时候，搞维护的人员就不用同时盯着好几个调试软件来回折腾了；只要换上一个支持新协议的网关就行了，整个楼就像打了一针“万能疫苗”。到底是选LonWorks、BACnet还是KNX并没有绝对的好坏之分，只有合不合适这一说——先把需求弄清楚了再让标准帮你省点时间和钱，这才是楼宇自控真正的“低成本高回报”。