8个技巧，帮助你的大楼的系统互相沟通

让你的大楼的所有系统相互通信可以在多种方式上取得成功，从使那些系统更有功能到集中数据和使它更容易监控和管理建筑性能。

尽管好处是明显的，但似乎很少有结构化的教育或培训方式来实现构建系统集成。我们所学到的很多东西都是通过系统集成的过程或经验，这暴露了现实生活中的数据集成问题，客户，客户的承包商，BAS(建筑自动化系统)网络，等等。

系统集成的起源始于火灾系统触发其他相关建筑系统的反应，如HVAC(供暖、通风和空调系统)、门禁、电梯等。如今，系统集成包括建筑物中的所有控制系统，但也包括设施管理系统、业务系统，最终还包括公用事业网格。

以下是这个行业一路走来学到的一些东西:

现有的建筑有包袱。现有的建筑通常有许多预先存在的问题，必须在集成项目期间解决。许多这些问题会影响系统集成项目，但它们本身也很重要。

一个例子:建筑设备缺乏命名约定。系统集成商无法管理一个类似设备有许多不同名称的项目;这是造成混乱的秘诀。因此，系统集成团队必须花时间开发命名约定，与客户协调命名约定，然后将所有现有设备的名称转换为新的命名约定。

" >

第二个例子是BAS网络架构，特别是在现有的大型建筑物或校园中。随着时间的推移，BAS控制器和现场设备被替换或添加到BAS网络。通常，这些工作是由来自本地制造商分支机构的一系列不同的技术人员完成的，而没有过多地考虑网络架构和对网络吞吐量的影响。随着时间的推移，BAS网络变得不平衡，在一些干线上有太多的流量，增加了系统集成商通过网络获取数据的复杂性。

故障检测应用程序不会“开箱即用”。故障检测是根据解决不同HVAC设备之间关系的一套规则，分析来自HVAC系统的实时数据。它已被证明是建筑的杀手级应用——节约能源，显著改善运营。然而，它并不只是“开箱即用”，就像你从u盘上安装的软件程序一样。

几乎每个建筑和HVAC系统都是不同的，你最终不得不定制故障检测规则。当然，在某些情况下，你会发现类似的建筑和HVAC系统，比如零售商店，但是绝大多数建筑都需要调整或定制故障检测规则。这并不一定是件坏事，因为定制的规则可能更准确，而且更基于客户的需求，但是定制需要时间，可能会延长日程安排。

" >

不要没有计划的申请。系统集成可以促进应用程序，如综合报警管理，从所有建筑物控制系统的警报可以监控和管理从一个单一的应用程序。如果故障检测是最有效的软件应用程序，那么综合报警管理可能是第二位的。

部署警报管理应用程序最简单的部分可能是从建筑系统中获取警报数据。更困难的部分是在应用程序基础上有一个警报管理计划。

报警管理计划通常列出了报警，他们的优先级，详细介绍了每个警报的响应，组各类报警等许多建筑业主没有报警管理计划，但没有它的应用程序是条死胡同;因此，对于系统集成商必须与业主合作，以制定一项全面的计划。

少即是多。系统集成的一种方法是实现从每个系统的每个数据点获取数据的平台。它最大限度地将可用的数据呈现给用户或进行分析。这似乎是最佳的方法。

然而，你会发现你并不需要所有的数据;您真正需要的只是支持关键性能指标或特定分析例程的重要数据点。与选择性数据相反，获取所有数据的缺点是，数据库会充斥着您永远不会使用的信息。获得的数据增加了流量到网络，影响吞吐量-特别是与旧的BAS控制器和数据从缓慢的RS485网络获得的情况。

越多越好。关于大楼的子系统没有太多的信息和文件。在一个系统集成项目结束时，你必须了解每个系统的细节:你越早完成它，项目就会越快完成。你将需要建成图纸，控制图纸，点列表，模型编号，版本，系统服务器位置，等等。

早期的业主参与是成功的关键。建筑所有者/操作员关于用户界面的输入是至关重要的——而且他们越早参与越好。uilding所有者将由许多不同的组组成。您需要确定用户组，并花时间在对他们重要的事情上。最初的执行会议应该讨论客户参与的任务和期望。如果在开发过程中太晚引入客户端，就有疏远他们的风险，让他们觉得集成的解决方案不能满足他们的需求，更不用说增加额外的修订周期了。

项目团队需要在一开始就清楚地列出修订过程，并坚持执行。如果所有者/操作员不能或不愿意参与，让他们在不同版本的用户界面之间进行选择，而不是让他们评论和提供直接输入，让他们参与进来。

不要冲到终点线。对于新建筑，整合工作往往在项目的最后发生，一旦所有建筑系统承包商完成。对于一些项目，以获得最终完成，并开始移交给占用和操作可能是混乱的。在此期间坚持一个时间表是一个挑战，需要比平常更多的考虑。

从一开始就清楚地确定其他人的哪些任务是开始集成工作的关键，以及任何延迟对项目进度的影响。同样重要的是，界定实质性完工和最终完工需要什么，这样每个人的期望都是相同的，承包商能够及时结束项目。

设计融入新建筑。新建筑的设计似乎是建筑系统集成的完美环境。在没有现有建筑可能有的任何包袱的情况下，设计工程师可以从头开始，在正式的Division 25集成自动化建设文档中精确地指定需要什么。

然而，集成自动化的想法是由业主驱动的，在没有明确方向的情况下，设计师只能简单地设计他们的系统:机械/电气专业人员将通过传统的建筑管理系统集成消防、暖通空调、门禁和电梯，这就是集成的程度。设计过程越深入，改变标准自动化设计的阻力就越大。

开发和最终的招标要求，整合的过程略有不同;它涉及更多的协调，在每个设计师或工程师被指定系统感人，每一个安装系统的承包商，和很多不同的客户行动。让这些多个组，了解设计的一体化概念和他们的角色和责任，并部署可以是无序的，又是挑战。

此外，为集成自动化投标的施工文件可能充满了软件需求和IT基础设施，并且对于通常采购特定材料或设备的一定数量的单元的施工管理(CM)公司来说似乎很陌生。设计者可能需要量化集成自动化的任何方面(服务器处理器速度、仪表盘数量、点数等)，以满足自动化的构造文件是“可服从的”。

构建系统集成继续对构建生命周期成本产生重大影响，主要影响操作和能源消耗。随着实施综合项目的过程不断发展和改善，以及建筑物变得更加复杂，业主和设施管理部门将更容易采用综合方法。随之而来的是系统集成的结构化教育以及增强的解决方案的兴起。

如需更多信息，请写信给我们(电子邮件保护)。

模拟VU电表的插图由creative4m via提供在上面。