CN108700853B - 根据控制器配置详情来自动推断装备详情的系统 - Google Patents

Abstract

一种用于轻型商业建筑系统（LCBS）解决方案的程序。解决方案和其他系统可以包含轻量级警报服务，基于各种消费应用的需求对网关轮询速率的自动调整，检测供暖、通风和空调（HVAC）系统中的空间舒适度控制的损失，使用相对度日和具有操作等价性检查的累积阶段运行时的HVAC容量损失警报，以及使用∆温度和相关系统属性对供暖或冷却容量的损失的HVAC警报。此外，包含的可以是通过根据控制器配置详情自动推断HVAC装备详情来触发分析的s子集，从而通过甚至在控制器和系统的其他部分被替换时保持HVAC装备操作数据的逻辑连续性来确保分析的可靠性，以及具有用于与承包商账户相关联的工作流和机制的LCBS网关。

Description

根据控制器配置详情来自动推断装备详情的系统

技术领域

本公开涉及建筑物系统控制。本公开特别地涉及例如警报、检测舒适度、供暖和冷却容量、分析和网关。

发明内容

本公开揭示了一种具有分析的系统。其可以是一种用于通过根据控制器配置详情自动推断装备详情来触发分析的子集的系统。系统可以包含控制器以及例如供暖或冷却装备。系统可以包含与供暖或冷却装备类似的其他装备。控制器可以具有关于供暖或冷却装备的配置数据。配置数据可以包含关于供暖或冷却装备的类型和供暖或冷却装备的子系统的描述。配置数据可以由系统使用来确定哪些故障检测算法与供暖或冷却装备的类型和供暖或冷却装备的子系统有关。系统可以进一步包含连接到控制器的云子系统。云子系统可以提供与供暖或冷却装备的类型和供暖或冷却装备的子系统有关的故障检测算法。

故障检测算法可以包含预定义的触发条件。如果针对供暖或冷却装备的一个或多个类型和供暖或冷却装备的子系统的故障检测算法的触发条件被满足，那么云子系统可以自动启动针对供暖或冷却装备的一个或多个类型和供暖或冷却装备的子系统的故障检测算法。故障检测算法然后可以作用于来自供暖或冷却装备的一个或多个类型和供暖或冷却装备的子系统的运行时和操作数据。

附图说明

图1是生成和警报报告系统的图；

图2是针对网关轮询速率的自动调整机制的图；

图3是用于检测系统中的空间舒适度控制的损失的机制的图；

图4是示出使用相对度日和累积运行时的供暖、通风和空调容量损失警报系统的图；

图5是使用∆温度针对供暖或冷却容量的损失的供暖、通风和空调警报系统的图；

图6是通过根据控制器配置的详情推断关于目标装备（比如例如供暖、通风和空调装备）的详情来触发分析的图；

图7和图8是关于甚至在控制器被替换时对几乎任何类型的控制器（诸如供暖、通风和空调装备）操作数据保持逻辑连续性的图；以及

图9和图10是涉及向建筑物账户注册网关的图。

具体实施方式

在本文中描述和/或示出的实现中，本系统和方法可以包含一个或多个处理器、计算机、控制器、用户接口、无线和/或有线连接以及/或者诸如此类。

该描述可以提供实现本系统和方法的一个或多个说明性和具体示例或方式。可以存在实现系统和方法的许多其他示例或方式。

术语热交换器可以指代用于在一个或多个流体之间传递热的设备。热交换器可以被用于供暖或冷却，诸如空调。术语热交换器可以被视为比术语供暖或冷却系统具有更大广度、更大覆盖范围或是更包容的。术语供暖或冷却系统可以被视为比术语供暖、通风和空调（HVAC）系统具有更大广度、更大覆盖范围或是更包容的。术语装备可以被视为比以上提到的术语具有更大广度、更大覆盖范围或是更包容的。装备还可以指代来自照明、消防、安全、视频、空气控制和音频系统的一个或多个项。装备可以包含一个或多个其他系统。以上提到的术语在不同的上下文中可以具有各种含义。

具有或不具有相关联的数的大写字母和小写字母可以是包括数、数值、预定数以及预定数值的组的一个或多个条目。

可以指出轻量级警报系统。提供针对小型商业建筑物的服务合同的独立供暖、通风和空调（HVAC）机械承包商可能需要用于容易地理解（digest）关于针对他们服务的建筑物的装备的健康和状态和占用者舒适度而生成的分析信息的机制。承包商不一定是控制专家或建筑物操作员。在建筑物管理服务（BMS）行业内，报警和报警处理可以用严格的工作流来开发，所述严格的工作流可以允许建筑物操作员处理诸如照明、消防和安全的多个集成子系统。因为可能生成数据的量和需要的交互，工作流由于由比如制药行业的行业中的操作员必需的严格性而对于负责许多建筑物的HVAC装备的承包商来说可能是繁重的。此外，因为这些承包商对中型企业（medium sized business）来说是小的，所以他们的操作实践可能在不同承包商之间大不相同，因此不一定有可以被采用的共同的工作流，并且典型的传统报警工作流可能已经由于低效率而被他们拒绝。因此，可能期望简单并且信息丰富的警报服务。

轻量级警报系统可以使得能够以仅最小的开销将有价值的并且及时的通知递送给建筑物和装备的操作员和/或维护者。这似乎与传统BMS报警服务形成对比，传统BMS报警服务产生充斥着重复报警的大量文件并返回到正常记录以分类、确认和跟踪。

警报可以是事件记录的报告。事件可以涉及已经被跨越的某种阈值。警报可以是超出具体界限的感测到的值，或者超过指定界限的分析值。

默认情况下，警报可以在其已经发生时连同警报阈值已经被应用于其的对象的当前值一起被日志记录。可选地，警报可以被配置成经由有线和/或无线连接显现在例如板式计算机（pad）、笔记本计算机、平板计算机、智能电话、膝上型计算机或办公计算机上的承包商的警报页面显示器或仪表板上。

可以在警报页面上示出多个警报优先级以允许需要的分类和动作。示例可以是：“高优先级”，其指示应当采取立即动作；“中间优先级”，其指示应当在接下来的服务呼叫或介入期间采取动作；以及“低优先级”，其指示问题应当用可选的服务交互来日志记录。

推送通知可以是可以由警报触发的另一选项。推送通知内容可以指示谁要接收消息以及消息将被如何递送。通知可以针对每个事件来定制。

警报可以是阈值已经被跨越的事件的记录，并且不管条件是否回到阈值以下而存在。取决于承包商想要如何处理关于不同对象值的警报，承包商可以在相同对象上设置具有不同阈值的不同警报。例如，承包商可以设置将低级别警报放入日志文件中以帮助跟踪可能的问题的较低阈值，并且他们可以使用较高阈值（用推送通知）在相同对象上设置指示需要立即注意的第二警报。

如果生成警报的对象跨越阈值回到非警报值，则跨越可以被反映在与警报相关联的对象的当前状态中。如果对象重新跨越阈值（例如，其是间歇性的），那么新实例可以被盖时间戳并被日志记录。警报状态屏幕可以总是仅示出特定警报的最后发生（直到其被解除）以及其当前状态（无论是否在警报阈值之上）。如果警报具有与其相关联的推送通知，则用户可以能够指定是在每次其离开并回来时推送还是仅在其已经被解除之后推送。

一旦用户已经处理服务警报，“用户”就应当能够从他们的警报状态页面解除服务警报。解除服务警报可以意指将其从用户的活跃警报页面移除，使得警报仅在日志中是可见的。

图1是如分别由符号11和12指示的生成和警报报告的图。警报的初始化可以在符号13处发生。在符号14处，可以存在针对警报X阈值的等待。在符号15处，如果阈值被超过，那么可以存在针对警报X延迟的等待。如果阈值不再被超过，那么可以进行返回到符号14，其中针对警报X阈值的等待可以跟着发生。可以指出，这是来自在符号15处的状态的单发事件（one shot event），其可以在延迟时间被满足时发生。为了生成另一警报X发生，在符号15处的状态需要通过“阈值不再被超过”动作回到在符号14处的“等待警报X阈值”状态来退出。

如果在符号15处满足警报X延迟，那么可以在符号12中的警报报告的符号16处处理通知。在符号17处，来自符号16的警报X发生时间可以被日志记录在警报日志文件中。从符号17至符号18，警报X可以被添加到当前未列出的中的指定用户页面（用户Y、Z、…），在符号18中警报X被列出在警报用户Y页面上。从符号17处的警报日志文件至符号18、19、20等等，如果当前未列出则警报X可以被添加到用户页面，所述符号18、19、20分别指示警报X被列出在警报用户Y页面上、警报X被列出在用户Z页面上、警报X被列出在警报用户…页面上等等。警报X（Z、…）的最近发生可以在用户页面上被找到。

从在符号13处初始化，信号可以转到在符号12处的警报报告处的符号21。符号21可以指示警报X为未被列出在警报用户Y页面上。从在符号13处初始化还可以是到符号22、符号23等等的信号。符号22、符号23等等可以分别指示警报X被示出在警报用户Z页面上、警报X被示出在警报用户…页面上等等。

从分别表示指示的内容的符号18、19、20等等，信号可以转到分别表示指示的内容的符号21、22、23等等。符号24可以指示警报X（Z、…）可以被解除。（注意从符号21转到16。）

可以指出基于各种数据消费应用的需求对网关轮询速率的自动调整。当在开发的物联网（IoT）中设备被连接在一起时，连接的设备可以被要求以将数据供应到许多不同类型的应用和服务，其中的一些在部署的时间时可以甚至是未知的。高数据交换率（通信带宽）可以暗示值与成本之间的重大权衡。以最快的可能速率发送所有可能的数据可以意指维持非常昂贵的数据信道以及大量努力来从巨大数据的流中提取重要信息的子集。相反，以较慢速率发送有限数据可以不一定提供足够的信息或者足够快的响应以满足数据客户端的应用的需求。可能订阅传感器值并且具有不同需求的应用的示例可以包含对值的实时监视以调试系统、创建总体趋势日志、运行故障检测和诊断（FDD）算法、重置控制循环属性和/或等等。

期望的可以是基于网关功能（作为IoT设备接口的部分或作为外部网关设备）而提供角色，其允许应用向网关注册以动态地指定应用需要的同步的数据对象的子集组以及以什么速率。每个订阅可以具有不同的消息和目的地或者指向目的地内的不同服务的共同目的地（例如云）。这可以允许任何应用订阅来自数据对象的更新以满足其具体需求。在与值的改变（COV）阈值组合时，一些服务可以针对各个对象值完成这一点。尝试满足该需要的许多其他服务可以依赖于针对数据的各种格式的轮询，这可能消耗多得多的带宽。

网关可以发布网关具有对其的访问的信息的数据模型以及可用的更新分辨率（如果比这更快地对其读取，则生成的过程将不会已经这样做并且将得到与最后一个读取相同的值）。网关可以接受形式化的预定义的角色订阅和定制角色订阅。预定义的系统角色可以是针对需要针对它们的服务的独特的数据对象和速率的共同的应用类型的。示例共同角色可以包含系统调试状态查看、能量分析数据日志记录、装备FDD分析引擎以及维护趋势日志记录。订阅可以是瞬态的，使得它们将仅在需要时是活跃的。为什么这是有用的示例可以是针对系统调试状态查看角色的。调试系统可能需要在高数据速率下的大量数据，但是对于短时段仅针对具体设备的子集，并且在系统的生命周期中不太经常。在调试活动的罕见发生期间，需要的具体高速度数据可以被收集并仅被发送到合适的订阅者；其他订阅者（具有不同角色但是使用相同数据中的一些）将不一定受到针对由它们的应用角色需要的共同对象临时创建的高速度数据流的影响。路由和缓冲能力然后可以解决高临时带宽需求而不必提供用于罕见最坏情况数据速率需求的基础设施。

图2是基于各种数据消费应用的需求对网关轮询速率的自动调整的图。网关31可以具有数据模型表32，所述数据模型表32具有对象1到n。每个对象具有标签1到N。“n”和“N”不必是相同的数。网关31可以具有轮询简档表33。轮询简档可以具有例如轮询订阅A、B和C。可以有更多或更少的轮询订阅。每个轮询订阅可以指定某发生的频率，例如，A可以是一，B可以是五，并且C可以是100。轮询订阅可以指定其他频率。可以利用在针对每个对象的列的行中的“X”为相应对象指定某轮询订阅。例如，对象5可以具有指定的轮询订阅B和C。

在符号34处，网关31可以发布具有多个加标签方案的数据模型。在符号34之后，如由箭头37所指示的，在符号35处，系统操作员可以通过如由虚线箭头36所指示的将加标签的数据分配给不同的用户角色来预定义网关31轮询简档33，并且可以如由虚线箭头38所指示的指派合适的速率。如由箭头39所指示的，在符号35之后，在符号41处系统操作员或用户可以如由虚线箭头42所指示的针对当前用户需求从轮询简档33选择网关31轮询简档。也在符号35之后，如由箭头43所指示的，在符号44处，系统用户可以如由虚线箭头45所指示的针对当前用户需求根据轮询简档表33创建定制网关轮询简档并且可以推送到网关31。从符号41和44，如由箭头46和47所指示的，在符号48处网关31可以基于当前简档来轮询并发布数据。

可以指出检测HVAC系统中的空间舒适度控制的损失。当空间中的温度的控制不一定被维持时，自动警告HVAC维护承包商或建筑物操作员而言可能是有价值的。报告排除超过简单温度报警限制的常见方式可能具有防止控制的损失的及时和可靠的指示的问题。例如，如果贯穿建筑物操作存在使用的多个设置点（自动调度或用户调整），那么单个限制可能需要在最坏情况设置点之外，并且因此如果其他设置点期间发生问题，则将不一定提供及时的通知。即使限制被调度以匹配设置点调度，这也将不一定解释手动设置点改变或甚至从需要较少能量的设置点转到需要更多能量的设置点需要的恢复时间，因为HVAC装备可以取决于供暖和冷却负载的大小测定（sizing）实践和变化性而具有大相径庭的恢复时间。这意味着用于触发或需要等待界限之外的很长时段以确保法律扰乱尚未发生的宽缓冲可能在通知之前导致不舒适，并且减小警报的值，因为其很可能占用者将已经在确定事件不是误报警时登记了投诉。

代替观察控制的变量以使偏移超出固定值的范围，一种预测控制（以及舒适度）的损失可能在何时发生的方法。这可以通过观察比例误差（其是设置点与控制变量的瞬时差）同时忽略由于设置点改变的合理的持续时间的比例误差来完成。方法可以作用于供暖和冷却以及任何设置点，因为模型可以是已知的（供暖或冷却），并且比例误差可以被直接调整以用于总体测试。策略可以涉及用于确定控制的损失的若干标准。第一项可以是比例误差（设置点与控制变量之间的差，其中正数表示需要控制的输出的较大值，例如对于供暖，空间温度控制=设置点-空间温度。）可能需要大于针对稳态控制将期望的值但是小于将是明显不舒适的值。第二个可以是供暖装备不应当从设置点改变恢复（因为这将是在正常情况下在将预期比例误差将从第一项被返回到定义的限制内时的时段），并且可以通过监视活跃设置点和模式来动态地计算。第三项可以是如果比例误差在来自第一项的界限之外，并且控制未处于来自第二项的恢复的状态中，并且比例误差的导数（改变的速率）是使得其将不会在合理的时间内进入第一项的范围内，则警报可以被触发。还可以指出的是，感测到的值（在该情况下，空间温度）在其上具有任何噪声，导数读数应当被滤波以防止不准确的结论。

方法可以直接作为逻辑被实现到恒温器中、在监控和监视其中区域控制装备操作的建筑物的本地服务器中、或者在具有对建筑物控制的操作数据的访问的远程或基于云的系统中。

图3是检测HVAC系统中的空间舒适度控制的损失的图。在符号51处的启动可以通向对HVAC系统的供暖或冷却模式的选择或指示。在符号52处的冷却模式选择可以由到符号54的箭头53指示，符号54指示比例误差等于空间温度减去设置点。在符号52处的供暖模式选择可以由到符号56的箭头55指示，符号56指示比例误差等于设置点减去空间温度。箭头57和58可以分别从符号54和56通向符号59，符号59询问比例误差是否大于X。X可以是针对应用可设置的，并且将通常是大于从稳态控制将期望的值，但是小于将是明显不舒适的值（例如，-1.5华氏度）。

如果对在符号59处的问题的回答为否，则可以进行返回到符号52，如由箭头61所指示的那样。如果对在符号59处的问题的回答为是，那么箭头62可以转到符号63，其中滤波器可以被用于从比例误差信号中去除噪声。如由来自符号63的箭头64所指示的，在符号65处可以计算比例误差的改变的速率。如由箭头66所指示的从符号65到符号67，可以询问当前比例误差改变的速率是否小于Y1的问题。Y1可以是针对应用可设置的，并且通常可以是将表示改变的速率是否意味着比例误差将在合理的时间的量内变得小于X的值。

如果对在符号67处的问题的回答为否，那么可以做出返回到符号52，如由箭头68所示出的那样。如果对问题的回答为是，那么箭头69可以通向符号71。如由符号71所指示的那样，设置点和模式改变历史可以被检查以通过计算设置点改变的量并将其乘以恢复速率来做出与恢复时段有关的确定。恢复速率可以针对不同类型的供暖和冷却装备而不同。

从符号71沿着箭头72到符号73，可以询问是否存在从模式或设置点改变的恢复的问题。如果回答为是，那么箭头74可以转到符号49，其中当前比例误差改变的速率是否小于Y2的问题。Y2可以是针对应用可设置的，并且将通常是将表示改变的速率是否意味着比例误差将在合理的时间的量内变得小于X的值。如果回答为是，那么可以做出返回到符号52，如由箭头50所示出的那样。如果在符号49处的回答为否，那么箭头60可以转到符号76。如果在符号73处的回答为否，那么箭头75可以转到符号76，其中可以询问条件是否已经连续地存在达Z分钟的问题。Z可以是基于应用动态可调节的。如果对问题的回答为否，那么，根据箭头77，可以做出到符号52的返回。如果回答为是，那么可以在如由箭头78通向的符号79处设置空间舒适度控制的损失警报。

可以指出，HVAC容量损失警报可以使用相对度日和具有操作等价性检查的累积阶段运行时。当装备损失其容量中的一些时，自动地警告对HVAC维护承包商而言可能是有价值的。一些故障检测和诊断（FDD）方法可能已经被开发以提供这样的信息；然而，可靠的方法可能需要对安装或获得是昂贵并且不一定在许多情况下存在的具体（非标准）传感器或详细的装备说明和/或安装详情。对实现昂贵的方法同时还可能被限于数千个模型和许多制造商之中的单个制造商的仅单个具体模型，并且因此可能难以有效地部署。

解决方案可以包含利用容易地可用的信息（诸如与特定负载简档相关联的总运行时）的可靠容量损失计算。度日可以已经被用于一般能量使用比较，但是该计算对于可靠地确定容量中的改变而言不一定足够准确（即，未计及还影响负载的相关变量）。更可靠且准确的负载计算（其可以被称为相对度日（RDD））可以考虑关键运行时相关变量（诸如潜在建筑物大容量能量存储）以及基于对不同恒温器设置点的控制的容量差异。为了计及与在相同室外温度下对不同设置点的控制相关联的热负载差异，相对度日计算可以集成来自当前设置点的室外空气温度的差异。为了计及能量存储和内部负载变化，当针对诸如整周的时间间隔的有效占用简档匹配时可能仅需要做出相对度日与调整的装备运行时的比率的比较。

在该方法中，相对度日可以跨时间帧（诸如周）来集成，其可以基于占用模式（简档）提供类似的负载简档并被索引到那些占用简档。当遇到类似的占用简档时（许多建筑物通常可以具有频繁地发生的仅几个定期每周占用简档），则RDD与累积阶段运行时的比率可以表示装备正在使用以调节标准化负载的相对努力的量，并且因此可以被用作容量中的差异的有效度量。即使方法在正常情况下可以是慢的，导致容量的损失的问题可以随时间的月份逐渐发生。

图4是示出用于使用相对度日和具有操作等价性检查的累积运行时的HVAC容量损失警报的系统的图。在符号81处，可以针对最后的指定时间间隔计算有效容量比率。有效容量比率可以是针对最后的指定时间间隔的相对度日并且除以针对相同间隔的累积阶段运行时。

箭头82可以通向符号83，所述符号83可以询问清除参考标志是否因为服务和修复被执行而被设置的问题。如果回答为是，那么箭头84可以从符号83通向符号85，在所述符号85中可以清除设置点调度参考日志。从符号85，箭头86可以通向符号87，在所述符号87中可以日志记录新设置点调度参考。

如果对符号83中的问题的回答为否，那么经由箭头88到符号89，可以询问最后的指定时间间隔设置点调度是否与参考之一匹配的问题。如果对问题的回答为否，那么如箭头91指示的那样，在符号87处可以日志记录新设置点调度参考。如果对问题的回答为是，那么箭头92可以通向符号93，在所述符号93中比较比率与参考。从符号93沿着箭头94到符号95，问题可以是当前比率是否小于参考比率的X%。如果是的话，那么箭头96就可以通向符号97，在所述符号97中设置容量的损失警报。

针对供暖或冷却容量的损失的HVAC警报可以使用∆T和相关系统属性。可以提供一种方法用于使用容易地可获得的操作数据来确定HVAC单元的容量是否已经降级。为了确定HVAC单元的供暖或冷却容量是否已经改变，可以比较“dT”，其被定义为当空气通过热交换器时空气的干球温度中的改变，其中dT = |Tair（在热交换器之前）–Tair（在热交换器之后）|。可以存在针对供暖和冷却跟踪的单独的值。然而，为了使这准确，其可能需要以使得改变dT的系统的正常操作属性被控制的这样的方式来完成（因为以下条件的任何变化可能导致不是由于系统降级的容量中的改变，诸如活跃的阶段的数量、空气流、室外干球温度、混合空气湿球温度、混合空气干球温度）。这可以使用两种方法来完成：1）通过仅当dT达到稳态时测量dT；以及2）记录相关联的系统条件，使得可以完成针对相同的系统条件的未来的比较。

首先，为了提供用于确定dT已经达到稳态值的可靠的方法，由于阶段是连续循环的并且时间常数在例如RTU到RTU之间并且甚至在单个RTU内广泛地变化，所以时间常数可以随着流、线圈清洁度、湿度、类型而变化（例如，对于热——压缩机对电辅助设备对气体辅助设备），可以监视数据以确保最近没有状态改变已经发生，以及排气温度的导数小于将确保值处于其最终值的1/2百分数内的阈值。

其次，为了确保dT比较是相关的，它们应当针对等价系统条件来完成，因为以下条件的任何变化可以导致不是由于系统降级的容量中的改变，诸如空气流（对于此的代理可以是滤波器dp和econo pos）、室外干球温度、混合空气湿球温度、混合空气干球温度。因此，这些值可以被记录，使得随时间，稳态dT可以与在相同条件下的过去的测量结果比较。

图5是使用∆T和相关系统属性针对供暖或冷却容量的损失的HVAC警报的图。在符号101处，RTU（屋顶单元）状态（即供暖/冷却/风扇命令）可以被监视。来自符号101的箭头102可以向符号103指示没有状态改变，在符号103中RTU状态可以被监视并且排气温度的导数可以被计算。经由箭头104向符号101指示状态改变。如由来自符号103的箭头105所指示的那样，∆T可以在符号106处被计算。∆T和对应的值可以被存储在数据库108中，如由来自符号106的箭头107指示的那样。值可以包含立方英尺每分钟（CFM）、混合空气温度（MAT）、混合空气湿球温度（MAWB）、室外温度（ODT）以及∆温度（∆T）。这些值的多个级别可以根据时间和/或事件来存储。箭头109可以从符号106通向符号110，在符号110中与CFM、MAT、MAWB和ODT的等价值一起存储的∆T被找到并与当前DT比较。在符号110处，询问的问题是∆T是否小于参考∆T的百分之N。如果对问题的回答为是，那么箭头111通向符号112，在符号112中容量的损失警报被设置。

下文可以应用于各种种类的装备。HVAC装备可以在本文中被视为说明性示例。可以指出，通过根据控制器配置详情自动地推断HVAC装备详情来触发分析的子集。检测HVAC装备故障而不引起假阳性可能常常需要复杂的配置。例如：1）要被检查的规则和条件的组合可以是如此复杂的使得非熟练的HVAC技术人员可能不具有用于设置配置的时间或能力；2）规则可能包括对分析来自装备的在一定时间的跨度内的操作数据的需求——设立检查数据流或历史数据的算法可能需要技术和经验；以及3）针对给定实例的特定自动故障检测（AFD）算法的适用性还可能必须基于需要关于装备的专家级别知识连同运行装备的控制如何被配置的各种因素来确定。

取决于装备类型的类型和复杂度，具有安装者、维护和服务技术人员用户简档的目标用户可以不一定具有设置和配置这样的复杂系统的能力。即使技术人员是熟练的，他们可能常常受他们能够花费以配置这样的系统来使其可靠地工作（没有误警报）的时间的量的限制。

当控制器/恒温器被安装时，它们可以被配置并提供关于如何控制HVAC装备的详情。对于固定功能控制器，配置数据可以包括HVAC装备和HVAC装备子系统的类型的描述（例如冷却的类型、压缩机的数量、是否存在节约器（economizer）等等）。在控制器中可获得的信息可以被自动地用于检查针对具体故障检测算法的滤波/触发条件。换言之，由控制器用于控制HVAC装备的信息可以被用于确定哪些故障检测算法的集合与该具体装备有关。一般原理可以被应用于由智能控制设备基于配置参数的集合控制的其他类型的装备而不仅仅是HVAC。被用于控制的参数还可以被用于过滤适用的故障检测算法。

轻型商业建筑系统（LCBS）云系统可以能够托管并运行若干不同类型的故障检测算法。LCBS系统可以最初以HVAC装备为目标但是可以被扩展到其他类型的装备。算法可以被预定义并且“触发”条件/规则也可以被预定义。触发条件可以根据具体“装备配置”点值来定义。当LCBS网关检测到安装在建筑物中的恒温器/控制器时，所述LCBS网关可以自动地从这些控制器读取控制器详情并将信息发送到云。云系统可以检查控制器配置详情以推断关于HVAC装备的条目并且然后检查针对AFD中的每个的触发条件以确定AFD是否适用于控制器/装备的该实例。如果条件被满足，则云系统可以自动地启动针对该控制器的算法的实例。算法然后可以作用于来自该特定控制器实例的运行时/操作数据。本机制可以明显减少需要的时间以及设置系统以检测HVAC和其他装备故障需要的技能/经验级别。

图6是通过根据控制器配置推断HVAC装备详情来触发分析的图。源可以包含安装者101、云网关设备/监控设备102、分析基础设施103（云/服务器托管）以及HVAC和控制专家104。恒温器/控制器106可以被安装。在符号107处，控制器106可以被配置用于具体HVAC装备控制。

在符号108处，与设备102有关的几乎所有控制器可以被发现。在符号109处可以从控制器读取配置数据。在符号110处，如由数据指示的配置可以被发送到分析基础设施。分析基础设施可以常常被托管在服务器上或在云中。在符号111处，操作数据可以被发送到分析基础设施。

在符号112处，与在符号103处由云或服务器托管的分析基础设施有关的配置可以与标准HVAC装备模板比较。然后在符号113处，可以识别HVAC装备的具体子集。在符号114处，可以查找HVAC装备分析算法的具体子集。以下的符号115指示分析算法的实例可以被启动并且相应操作数据可以被馈送。

在符号104处，可能涉及HVAC和控制的领域专家来定义由核心分析基础设施使用的信息的源，比如可以在符号116处定义HVAC装备模板。在符号117处，然后配置参数可以被映射到HVAC模板属性。在符号118处，HVAC装备具体分析算法可以被定义。

可以指出，通过甚至在控制器和系统的其他部分被替换时保持HVAC装备操作数据的逻辑连续性来确保分析的可靠性。来自例如HVAC装备的从恒温器和控制器在长时段内收集并存储的操作数据可以被用于检测/预测在长时段内表现的装备故障。然而，长期历史数据的这样的分析可能依赖于数据的连续性和正确性。当控制器出故障并被替换时，来自新控制器的操作数据可以被日志记录为与来自先前控制器的数据不相关的完全不同的数据集。然而，由于数据是关于相同件HVAC装备的操作的，因此在数据日志记录中的该不连续性可能影响依赖于历史数据的分析。

当恒温器/控制器或网关在建筑物中被物理地替换时，安装者可以配备有简单的工具/工作流，所述工具/工作流允许安装者向正在收集和日志记录数据的系统指示新控制器实际上是替换并且因此由旧控制器和新控制器收集的数据实际上属于相同的HVAC装备。该方法可以允许系统自动地调和来自旧控制器和新控制器的数据集并将来自旧控制器和新控制器的数据集合并成一个一致的序列。

LCBS云用户接口（UI）可以提供针对网关/控制器的“替换”菜单选项。当针对控制器调用菜单选项时，可以允许用户选择/指向指代旧控制器和新控制器的控制器列表中的条目。一旦完成这一点，云系统就可以自动地重新映射内部点标识（ID）引用并且还将来自旧控制器的历史数据自动地复制到新控制器以确保针对给定HVAC装备的时间序列数据中的连续性。

图7和图8是关于甚至在控制器被替换时保持装备操作数据的逻辑连续性的图。图7涉及场景一并且图8涉及场景二。场景一揭示了控制器的初始安装。控制器ID和操作数据可以被自动地映射到例如由分析基础设施使用的数据库中的HVAC装备的实例。

源可以包含安装者121、云网关设备/监控设备122以及分析基础设施123（云/服务器托管）。在符号125处，恒温器/控制器可以被安装。在符号126处，控制器可以被配置用于具体HVAC装备控制。

在源122的符号127处，所有控制器可以被发现。在符号128处，可以从控制器读取配置数据。在符号129处，配置可以被发送到分析基础设施。操作数据可以从控制器被发送到分析基础设施，如在符号130中指示的那样。

从源123，在符号131处，配置可以与标准HVAC装备模板比较。在符号132处，可以识别HVAC装备的具体子集。在符号133处，被映射到相应控制器ID的HVAC装备的列表可以被创建和存储。根据符号134，从HVAC装备下的控制器接收到的操作数据可以被映射和存储。在符号135处，操作数据可以被馈送到相应分析算法。

图8的场景二涉及针对给定HVAC装备使用的控制器的替换。来自控制器的新控制器ID和操作数据可以被自动地映射到数据库中的HVAC装备的现有实例，并且来自旧控制器的操作数据与从新控制器接收到的操作数据合并。源可以包含安装者141和143、云网关设备/监控设备142以及分析基础设施144（云/服务器托管）。在符号146处，可以用新控制器来物理地替换恒温器/控制器。根据符号147，控制器可以被配置用于具体HVAC装备控制。

在符号148处，与源142有关的所有控制器可以被发现。根据符号149，可以从控制器读取配置数据。在符号150处，配置可以被发送到分析基础设施。在符号151处，来自控制器的操作数据可以被发送到分析基础设施。关于安装者143，根据符号152，可以从UI（web/云/监控UI等等）识别旧控制器及其替换。鉴于符号153，可以确认来自两个控制器的操作数据表示相同HVAC装备。作为对手动识别多个控制器数据并将多个控制器数据映射到同一件装备的替代，可以包含其他方法以自动地完成这一点。控制器可以以独特的方式被命名或以具体方式分配地址，这将允许系统将来自这些控制器的数据与数据库中的HVAC装备的具体实例自动地相关联。

在源144级别处，根据符号154，可以删除数据库中的HVAC装备的重复实例。符号155指示来自两个控制器的操作数据可以被复制并映射到HVAC装备的单个实例。根据符号156，分析可以被通知以挑选针对给定HVAC装备的新数据集。

例如LCSB网关的工作流和机制可以与承包商账户相关联。可以指出在将被安装在建筑物中的LCBS网关与用户（在该情况下，承包商）的云账户相关联中涉及的过程和机制。

可以检查若干问题。首先安装和配置连接到互联网的设备可以涉及需要一定量的信息技术（IT）知识和对设施中的IT设置详情的访问的多个步骤。在针对LCBS的目标市场中，期望安装网关的用户可以不一定具有知识或对这样的信息的访问。该缺乏有时可以起威慑的作用并且然后安装者可能倾向于依赖于稍微更昂贵的高技术人员来安装连接到互联网/云的这样的系统。

其次，复杂度可能影响设备的安全性和所有权。安装者可以代表建筑物所有者完成工作。安装者可能需要能够以对建筑物所有者的最小依赖来完成他的任务。该方法可能要求安装者处于对工作流的控制中。同时，建筑物所有者可能想要具有切换承包商的能力并且能够将数据的控制和流从网关转移到新承包商。到新账户的“网关的转移”应当以安全的方式发生，使得一旦完成转移，先前的承包商就将不再能够从他的云账户访问建筑物/网关。

若干特征/机制可以会合在一起以解决以上提到的问题。

可以指出初始安装方法。网关可以附带有（shipped with）默认情况下启用的动态主机配置协议（DHCP）寻址。因此，当网关被上电并连接到以太网端口时，网关可以自动地获取互联网协议（IP）地址。安装者不一定依赖于任何IT知识来设置设备。安装者可能仅需要免费以太网端口来让设备与公司云通讯。

在成功地获得IP地址之后，网关可以自动地连接到公司云以在没有用户介入的情况下识别本身。网关可以附带有例如全球唯一多个字符代码或其他唯一的注册的名称。安装者可以在安装者的云账户下键入例如注册代码以将网关与安装者的账户相关联。

可以指出将网关转移到不同承包商的账户。当新承包商尝试将网关添加到他的云账户时，在输入注册ID之后，承包商可能被要求（challenge）证明对建筑物的所有权/物理访问。为了支持这一点，网关可以附带有按钮，作为工作流的部分，期望按所述按钮以将网关转移到不同账户。按钮按下可以仅在其作为该工作流的部分被完成时是有效的/被承兑（honor）。按钮按下可以在所有其他情况中被系统忽略。这可以用于确保除了具有对网关的物理访问的承包商/建筑物所有者之外没有人可以将网关转移到不同账户（诸如云账户）。

图9和图10是涉及向建筑物账户注册网关的图。图9涉及场景一，场景一涉及网关向建筑物账户的首次注册。源可以包含安装者161、LCBS网关162、安装者163以及LCBS云应用164。在安装者161级别处，鉴于符号166，网关可以被安装并连接到互联网。在符号167处，网关可以被上电。LCBS部件可以被视为用于说明性示例的目的。

源级别具有LCBS网关162，在符号168处，可以通过DHCP获取IP地址。可以根据符号169用具有秘密ID的云应用来实现认证。在符号170处，注册ID可以连续地（例如每30秒）被发送到云，直到被映射到建筑物账户。

鉴于符号171，源的安装者163可以从LCBS web-UI（用户界面）创建建筑物账户。在符号172处，可以将网关注册ID添加在建筑物账户下。在源级别处的LCBS云应用164可以在符号173处指示以验证由用户输入的注册ID是否是有效的。在符号174处，然后数据库可以被更新以将网关映射到给定建筑物账户。鉴于符号175，根据来自网关的随后请求，与建筑物账户有关的凭证可以被提供到网关。

图10涉及场景二，场景二涉及将网关从一个建筑物账户移动到另一账户。源可以包含安装者181、LCBS云应用182、安装者183、LCBS网关184以及LCBS云应用185。鉴于符号186，可以从LCBS web-UI创建新建筑物账户。在符号187处，可以将网关注册ID添加在建筑物账户下。

转到源级别，无论由用户输入的注册ID是否已经被映射到不同建筑物，关于LCBS云应用182可以鉴于符号188来验证。在符号189处，可以提示用户按网关上的按钮以证明所有权。根据符号190，可以等待例如五分钟以从网关接收按按钮命令。在符号191处，源级别的安装者183可以按网关上的重新注册按钮。按钮按下可以按照符号192使用网关上的LED来验证。

与源级别的LCBS网关184有关的关于云应用的认证可以根据符号193用秘密ID来实现。在符号194处，按按钮消息可以连同注册ID一起被发送到云。

无论在按按钮消息中接收到的注册ID是否与由用户输入的注册ID匹配，源级别的LCBS云应用185都可以鉴于符号195来验证。从旧建筑物并且重新映射到数据库中的新建筑物的网关的映射可以根据符号196来实现。可以根据符号197通知用户关于将网关成功映射到建筑物账户。

总而言之，一种通知系统，可以包含检测装备的一个或多个事件的传感器以及提供一个或多个事件的警报的报告机构。事件可以指示对阈值的跨越。对阈值的跨越可以是超过预定界限的值。事件可以在发生时连同阈值被应用于其的对象的值一起被日志记录。如果对象的值从阈值后退，则警报可以保持。如果对象的值再次超过阈值，则警报可以保持并且对象的值已经超过阈值的最近时间可以被日志记录。

警报可以具有从包含多个优先级的组选择的优先级。每个优先级可以指示针对应当被采取的与对象有关的动作的紧急的级别。

警报可以被配置成显现在从包含板式计算机、笔记本计算机、平板计算机、智能电话、膝上型计算机以及办公计算机的组选择的显示器或仪表板的页面上。

警报可以触发推送通知。推送通知的内容可以指示警报的接收方和递送到接收方的模式。

警报可以包含阈值已经被跨越的事件的记录。如果阈值的跨越已经变得不存在，则事件的记录可以保持。

可以基于对象的值相对于一个对象分别针对一个或多个附加阈值来设置一个或多个附加警报。

各种阈值中的每个可以包含预定值，鉴于针对不同阈值设置的其他警报的优先级，在预定值处对象跨越阈值以指示具有唯一优先级的警报。

警报是否触发推送通知可以是根据被跨越的阈值的值来选择的选项。

如果跨越阈值以生成警报的对象的值跨阈值跨越后退到不足以生成警报的值，并且再跨越阈值，那么另一事件可以被盖时间戳并被日志记录，但是针对该阈值仅一个警报将保持。

用户可以通常在显示器上看见仅一个警报，但是可以查看反映由对象的值跨越阈值的一个或多个事件的日志。

事件可以是装备的参数的复杂计算的结果。

警报的方法可以包含将装备的事件记录报告为警报，当警报发生时在警报中日志记录，将警报分类为具有从优先级的组选择的优先级的级别，以及配置警报以显现在显示器或仪表板上。

记录为警报的事件可以从包含对象的感测到的值、超出预定界限以及分析值超过预定界限的组选择。警报可以涉及建筑物管理系统中的装备的状态，如由对象的值所确定的那样，已经根据预定界限将警报阈值应用于对象的值。

优先级的组中的每个可以包含针对与警报的原因有关的响应动作的不同要求。

警报可以触发推送通知。推送通知可以包含关于谁要接收与警报有关的信息以及用于传达警报的介质的警报的内容。

具有不同阈值的两个或更多个警报可以被设置在相同对象上。两个或更多个警报可以分别根据预定界限被设置在不同阈值处。

针对两个或更多个警报中的第一警报的第一阈值可以针对对象的第一值来设置。针对两个或更多个警报中的第二警报的第二阈值可以针对对象的第二值来设置。第一警报可以被分类为低优先级。第二警报可以被分类为高优先级。第一警报和第二警报可以是渐进式的，其中第一警报是第二警报的早期警告。

简单警报服务机构可以包含指示设备、连接到指示设备的处理器以及连接到处理器的传感器布置。传感器布置可以获得建筑物装备的对象的一个或多个参数值。预定阈值可以被应用于一个或多个参数值。如果一个或多个参数值的值跨越阈值，那么跨越阈值的值的事件记录可以由传感器布置发送到处理器。处理器可以向指示设备提供事件记录的警报。警报可以用指示对象所需的紧急注意的级别的优先级级别来分类。

指示设备或处理器可以从包含板式计算机、笔记本计算机、平板计算机、智能电话、膝上型计算机和办公室计算机的组选择。

推送通知可以由警报触发。推送通知可以提供针对事件记录定制的信息。

如果一个或多个参数值的值跨越阈值回到与阈值有关的非警报位置，那么对象的非警报可以被提供给处理器。如果一个或多个参数值的值再跨越阈值，那么值的另一事件记录可以被发送到处理器。处理器可以向指示设备提供针对另一事件记录的相同警报，但是可以更新最近事件记录的时间戳。几乎所有事件可以被记录在可选地可查看的日志中。

机构可以进一步包含云。云可以包含处理器。

总而言之，一种具有可调整网关轮询速率的系统，可以包含提供基于角色的网关功能的机构或允许向网关注册的应用动态地指定由应用需要的同步的数据对象的子集组并指定数据速率的外部网关设备。每个应用的订阅可以具有消息和目的地。网关可以接收形式化的预定义的角色订阅和定制角色订阅。

目的地可以是共同的目的地。

目的地可以是云。

共同的目的地可以被指向共同目的地内的多个设备。

每个应用的订阅可以从数据对象获得更新以满足具体需要。

机构可以发布机构可以访问的信息的数据模型，并且发布可用的更新分辨率。

形式化的预定义的角色订阅可以是针对常见类型的应用的，所述常见类型的应用需要针对它们的服务的独特数据对象和速率。定制角色订阅应用可以是针对非常见类型的应用的。

除了其他角色之外，针对预定义的角色订阅的形式化的预定义的角色还可以从包含以下各项的组选择：系统调试状态查看、能量分析数据日志记录、装备故障检测和诊断（FDD）分析引擎以及维护趋势日志记录。

透明的订阅可以仅在需要订阅时是活跃的。

调整网关轮询速率的方法可以包含向网关注册动态地指定应用需要的同步的数据对象的子集组以及动态地指定同步的数据对象的子集组的速率的一个或多个应用，以及允许一个或多个应用订阅消息、目的地以及来自数据对象的更新以满足一个或多个应用的具体需要。

网关可以接受形式化的预定义的角色订阅和定制角色应用。

预定义的角色订阅可以是针对需要针对它们的服务的独特数据对象和速率的常见应用类型的。

瞬态订阅可以仅在需要时是活跃的。

瞬态订阅可以适用于调试系统，所述系统在短时段内针对具体设备的仅子集需要以高数据速率的大量数据，并且在系统的生命周期中不太频繁。

不同角色的订阅可以使用与需要以高数据速率的大量数据的系统相同的但是针对低数据速率临时创建的数据中的一些。

不同角色的订阅可以使用与临时需要以高数据速率的大量数据的系统相同的但是针对低数据速率创建的数据中的一些。

可调整网关可以包含允许注册应用以动态地指定同步的数据对象和速率的子集组的设备。设备可以接受形式化的预定义的角色订阅和定制角色订阅。预定义的角色订阅可以是针对第一类型的应用的。定制角色订阅可以是针对第二类型的应用的。

第一类型的应用可以是常见类型的应用。第二类型的应用可以是非常见类型的应用。

每个订阅可以具有消息和目的地。

目的地可以不同于其他目的地或者可以是共同的目的地。如果目的地是共同的目的地，那么订阅可以被指向目的地内的不同服务。

共同的目的地可以是云。订阅可以是瞬态的，因为订阅仅在需要时是活跃的。

总而言之，一种用于供暖或冷却系统的空间舒适度控制检测器，可以包含针对空间的供暖或冷却系统、连接到供暖或冷却系统的允许改变设置点的设置点设备、位于空间中的温度指示器以及连接到供暖或冷却系统、设置点设备和温度指示器的控制器。控制的变量可以是由温度指示器指示的空间温度。如果比例误差已经自最后的设置点改变以后获得了小于X的值，则温度设置点可以是不变的。设置点与控制的变量之间的差可以是如由控制器确定的比例误差。比例误差的导数可以由控制器指示。如果比例误差等于或小于X，那么空间的空间舒适度控制可能是令人满意的。如果比例误差大于X并且导数大于Y1，那么空间的空间舒适度控制可能是不令人满意的并且可以由控制器提供警报。

如果设置点已经被改变并且比例误差通过以恢复速率R从先前设置点斜变到当前设置点基于从恢复速率R（度每小时）导出的活跃设置点来计算，并且如果针对等于或大于Z的时间比例误差大于X但是导数小于Y2，那么空间的舒适度控制可能已经被保持或不一定已经损失。

如果针对时间Z比例误差大于X并且导数连续地大于Y，那么空间对于空间的占用者来说可能变得明显不舒适。

供暖或冷却系统可以被额定以正常容量来操作。设置点可以由根据由于设置点改变从先前设置点和新设置点的斜变速率S来计算的活跃设置点表示。如果针对与以斜变速率S从先前设置点斜变到当前设置点的活跃设置点相关联的时间比例误差大于X，那么供暖或冷却系统可以以小于正常容量来操作。

如果比例误差的改变的速率增加超过Y1同时比例误差增加到大于X，那么警报可以由控制器提供。

比例误差的导数可以是设置点与控制的变量之间的差的改变的速率。滤波器可以被用于减少比例误差的导数的噪声并且改进依赖于导数的确定的准确度。

X、Y、Y1、Y2和Z可以是数值。

一种用于检测空间舒适度控制的损失的方法，可以包含观察供暖或冷却系统的比例误差，所述比例误差是设置点与控制的变量之间的差，其表示舒适度控制输出的量；以及关于比例误差是否大于针对处于稳态的供暖或冷却系统预定的数D但是小于针对处于稳态的供暖或冷却系统被预定为明显不舒适的数E来检查比例误差。

D和E可以是数值。

在观察和检查比例误差的时间时，可能没有从设置点改变的恢复状态。

在观察和检查比例误差的时间时，如果比例误差是大于被预定为在舒适度控制内的数但是小于被预定为超过舒适度控制的数E的数，并且比例误差的改变的速率大于在需要保持控制的供暖或冷却系统的稳态期间预定的数D，那么指示空间舒适度控制的损失的警报可以被触发。

比例误差上的噪声可以被滤除。

供暖或冷却系统可以包含供暖、通风和空调（HVAC）系统。

一种用于监视空间中的舒适度控制的机构，可以包含供暖或冷却系统，所述供暖或冷却系统具有分别连接到空间的一个或多个供暖或冷却通风孔；以及连接到供暖或冷却系统的恒温器。恒温器可以包含连接到供暖或冷却系统的处理器、连接到处理器的空间温度的指示器以及连接到处理器的用于设置点温度的设备。比例误差可以是设置点温度与空间温度之间的差。处理器可以计算当设置点已经被改变时遵循从先前设置点到新设置点的斜变的活跃设置点。处理器可以通过读取空间温度和设置点温度来对比例误差周期性地采样并计算比例误差的导数。比例误差的导数可以被观察以至少部分地监视空间中的舒适度控制。

舒适度控制的损失可以通过大于针对稳态控制的预定数A但小于针对明显不舒适的预定数B的比例误差来确定。

A和B可以是数值。

供暖或冷却系统可以不一定处于从设置点改变的恢复状态中。

如果比例误差在其中比例误差小于针对处于稳态的控制的预定数X但大于针对明显不舒适的预期的预定数Y的界限之外，则供暖或冷却系统不是正从设置点改变恢复，并且比例误差的改变的速率将不在此导致比例误差处于界限内，那么警报可以指示空间中的舒适度控制的损失。

X和Y可以是数值。

如果表示比例误差的信号具有噪声，那么信号可以被滤波以改进比例误差的准确度。

供暖或冷却系统可以包含供暖通风和空调（HVAC）系统。

如果表示比例误差的导数的信号具有噪声，那么信号可以被滤波以改进的比例误差的准确度，如实现为处理器中的逻辑那样。

如果表示比例误差的导数的信号具有噪声，那么信号可以被滤波以改进导数的准确度。对导数的滤波可以被实现为云中的逻辑。

如果表示比例误差的信号具有噪声，那么信号可以被滤波以改进比例误差的准确度。滤波器可以在控制针对空间的供暖或冷却系统的本地服务器或控制器中实现。

总而言之，一种供暖、通风和空调（HVAC）系统容量确定机构，可以包含室外恒温器，其中HVAC系统提供供暖、通风和空调的空间的占用简档指示器，针对空间的位置的相对度日指示器，连接到HVAC系统的恒温器的设置点指示器，用于测量HVAC系统的累积运行时的运行时仪器，连接到设置点指示器、室外恒温器、运行时仪器、占用简档指示器和相对度日指示器以确定有效容量比率的HVAC系统容量计算器，以及连接到容量计算器的警报指示器。

HVAC容量计算器可以输出针对空间的相对度日的数。

HVAC容量可以由相对度日的数除以累积运行时来指示。

警报指示器可以在存在HVAC容量中的改变时提供警告。

先前有效容量比率可以是针对指定时间间隔的相对度日除以针对指定时间间隔的累积阶段运行，其可以是具有针对几乎等于指定时间间隔的相同度日的针对随后有效容量比率的参考。

先前有效容量比率和随后有效容量比率可以具有等价的占用简档和等价的设置点简档。

一种用于设置容量损失警报的方法，可以包含计算有效容量比率，确定清除参考标志被设置，确定最后指定间隔设置点调度简档是否与参考的设置点简档匹配，将有效容量比率与参考比率比较以确定比率是否小于参考比率的百分之X，如果比率等于或大于参考比率的百分之X则设置容量的损失警报，并且X是预定数。

有效容量比率可以是针对最后指定时间间隔的相对度日除以针对相同指定时间间隔的累积阶段运行时。

如果由于执行的服务或修复而设置清除参考标志，那么可以清除设置点调度参考日志。

方法可以进一步包含如果最后指定时间间隔设置点与参考匹配则对新设置点调度参考日志记录。

可以将有效容量比率与参考比率比较。

问题可以是有效容量比率是否小于参考比率的百分之X。X可以是零与一百之间的预定数。

当有效容量比率小于参考比率的百分之X时，则可以经由视觉或音频信号向用户或操作员提供容量的损失的警报。

一种HVAC容量损失警报系统，可以包含相对度时间单位的记录器以及调整的装备运行时的记录器。相对度时间单位可以是针对时间单位从当前设置点的室外空气温度的差积分的计算的结果。当有效占用简档匹配时，可以产生针对一定的持续时间的相对度时间单位与调整的装备运行时的有效容量比率。

时间单位可以是天。

相对度日可以基于占用模式跨提供类似负载简档的时间帧被集成并被索引到占用简档。

从当前设置点的室外空气温度的差可以每X秒被周期性地集成。

X可以是数。

当检测到类似的占用和设置点简档时，然后可以确定相对度日与调整的装备运行时的有效容量比率。

有效容量比率可以表示装备使用以调节标准化负载的努力的量。简档可以包含针对占用和非占用的设置点调度。

参考比率可以被建立以表示预期装备使用以调节标准化负载的努力的量。有效容量比率可以与参考比率比较。如果有效容量比率比参考比率小至少百分之X，那么可以设置容量的损失警报。

参考比率可以根据先前有效容量比率来建立。有效容量比率可以与参考比率比较。如果有效容量比率比参考比率小至少百分之Y，那么可以设置容量的损失警报。

X和Y可以是数。

总而言之，一种热交换器容量改变检测系统，可以包含位于热交换器的进气处的第一温度检测器、位于热交换器的排气处的第二温度检测器以及连接到第一温度检测器和第二温度检测器的处理器。第一温度检测器可以将进气温度信号提供给处理器。第二温度检测器可以将排气温度信号提供给处理器。处理器可以提供∆温度指示，所述∆温度指示是热交换器的进气温度与排气温度之间的差。处理器可以提供∆温度指示的导数。∆温度指示的导数可以指示已经从影响∆温度的系统改变达到稳态条件。当趋势改变发生时，假定热交换器的操作属性保持恒定，∆温度中的改变可以表示热交换器的供暖或冷却容量的改变。

进气温度和排气温度可以是空气的干球温度。

操作属性是可以变化以改变热交换器的容量确实使热交换器的容量降级的操作属性。

操作属性可以是从包含以下各项的组选择的至少一个或多个条目：多个活跃阶段、空气流速、室外干球温度、混合空气湿球温度以及混合空气干球温度。

系统可以进一步包含连接到处理器的容量的改变警报设备。

如果测量到的∆温度与预期∆温度相差至少百分之N，那么警报设备可以指示热交换器具有容量的改变。N可以是预定数。

一种用于确定供暖或冷却系统的容量的改变的方法，可以包含确定保持相同的供暖或冷却系统的命令容量，测量供暖或冷却系统的空气输入的第一温度，测量供暖或冷却系统的空气输出的第二温度，根据第一温度和第二温度的差来确定∆温度，以及计算∆温度的导数。如果∆温度的导数处于零的D内，那么∆温度可能已经达到稳态并且可以对于容量比较是有效的。如果∆温度已经从先前记录的值减小，那么该减小可以表示容量的损失。D可以是预定数。

供暖或冷却系统可以具有操作属性。当测量第一温度和第二温度时，操作属性可以具有保持恒定的参数值，并且∆温度可以根据第一温度和第二温度来确定。

操作属性可以是从包含以下各项的组选择的至少一个或多个条目：多个活跃阶段、空气流速、室外干球温度、混合空气湿球温度以及混合空气干球温度。当操作属性改变时，它们可以引起容量中的改变而不使供暖或冷却系统的容量降级。

第一温度和第二温度检测器可以测量空气的干球温度。

方法可以进一步包含如果∆温度从先前记录的读数的改变超过由N指示的预定值时则提供指示供暖或冷却系统的容量中的减小的警告警报。N可以是数。

第一温度的测量可以由位于空气输入处的第一传感器实现。第二温度的测量可以由位于空气输出中的第二传感器实现。确定∆温度可以由连接到第一传感器和第二传感器的处理器提供。计算∆温度的导数可以用处理器来完成。

处理器可以提供警告供暖或冷却系统的预定参考容量的百分之X或更多的容量中的减小的警报。X可以是预定数。

在启动供暖或冷却系统时，第一温度和第二温度可以具有当到达时间T时在值方面变得恒定的∆温度，然而取决于操作和环境因素，时间T可能在不同系统之间变化并且也在相同系统内变化。∆温度的导数可以被计算以确定∆温度何时是恒定的，因为其已经达到稳态。如果∆温度的导数小于值N，那么供暖或冷却系统可以被认为是针对系统的当前模式以稳态操作。如果针对特定模式的稳态∆温度小于先前记录的参考值的百分之P，那么供暖或冷却系统可以被认为是以小于满容量操作。

如果∆温度在时间T之后在值方面改变了百分之N，那么可以提供指示供暖或冷却系统正以小于满容量的容量操作的警报。N、P和T可以是预定数。

一种与供暖或冷却系统的容量改变有关的警报机构，可以包含在供暖或冷却系统的空气输入处的第一温度传感器、在供暖或冷却系统的空气输出处的第二温度传感器、以及连接到第一温度传感器和第二温度传感器的处理器。处理器可以确定由第一温度传感器指示的第一温度与由第二温度传感器指示的第二温度之间的∆温度。处理器可以计算∆温度的导数。∆温度的导数可以被计算并且可以是指示∆温度已经达到稳态的值。当改变时可以影响∆温度而不使供暖或冷却系统的容量降级的供暖或冷却系统的操作属性可以被保持恒定。

如果稳态∆温度的值与先前记录的参考相同，那么供暖或冷却系统的容量中的改变可以是零。

小于先前记录的参考的稳态∆温度的值可以指示供暖或冷却系统的容量中的改变。

如果供暖系统的容量已经根据∆温度的导数减小，那么容量的减小的量可以由∆温度的导数的值的大小来确定。

如果容量的减小是至少百分之X，那么警报可以由处理器提供。X可以是预定数。

总而言之，一种具有分析的系统，可以包含控制器和装备。装备可以从包括热交换器、供暖或冷却系统、HVAC、消防、安全、照明、视频、空气控制以及音频系统的组选择。可以选择用于说明性目的的说明性示例HVAC装备。控制器可以具有关于HVAC装备的配置数据。配置数据可以包含关于HVAC装备的类型和HVAC装备的子系统的描述。配置数据可以由系统使用来确定哪些故障检测算法与HVAC装备的类型和HVAC装备的子系统有关。

系统可以进一步包含连接到控制器的云系统。云系统可以提供与HVAC装备的类型和HVAC装备的子系统有关的故障检测算法。

故障检测算法可以包含预定义的触发条件。如果针对HVAC装备的一个或多个类型和HVAC装备的子系统的故障检测算法的触发条件被满足，那么云系统可以自动启动针对HVAC装备的一个或多个类型和HVAC装备的子系统的故障检测算法。

故障检测算法然后可以作用于来自HVAC装备的一个或多个类型和HVAC装备的子系统的运行时和操作数据。

一种用于触发分析的方法，可以包含配置恒温器用于控制具体供暖或冷却装备，通过根据恒温器的配置推断具体供暖或冷却装备的详情来触发分析，发现针对具体供暖或冷却设备的几乎所有控制器，以及从控制器读取与供暖或冷却设备有关的配置数据。

发现控制器可以用云网关设备来执行。

方法可以进一步包含从配置数据导出配置，将配置发送到分析基础设施设备，以及将来自恒温器的操作数据发送到分析基础设施设备。

方法可以进一步包含网关使用控制器的预定义的模板来自动地识别要从控制器读取的配置和操作点的列表。

方法可以进一步包含将配置与标准供暖或冷却装备模板比较。

方法可以进一步包含识别供暖或冷却装备的具体子集，以及查找针对供暖或冷却装备的具体子集的分析算法。

方法可以进一步包含启动分析算法的实例，以及将相应操作数据馈送到分析算法。

方法可以进一步包含定义针对供暖或冷却装备的模板。

方法可以进一步包含将配置参数映射到针对供暖或冷却装备的模板的属性，以及根据针对供暖或冷却装备的模板来定义针对具体供暖或冷却装备的分析算法。

恒温器、供暖或冷却装备以及控制器可以是轻型商业建筑系统（LCBS）的。

一种用于针对HVAC装备的说明性示例根据控制器配置来推断HVAC装备详情的系统，可以包含HVAC控制器以及连接到HVAC控制器的具体HVAC装备。HVAC控制器可以被配置用于控制具体HVAC装备。

系统可以进一步包含云网关设备。云网关设备可以发现几乎所有控制器。关于具体HVAC装备的配置数据可以使用存在于云网关设备中的预定义的模板从控制器读取。

由云网关设备使用来决定要从控制器读取的配置和操作数据的集合的预定义模板可以从云或分析基础设施被提供给云网关设备。

系统可以进一步包含分析基础设施设备。配置数据可以从由云网关设备发现的控制器读取，并且作为配置被发送到分析基础设施设备。来自HVAC控制器的操作数据可以被发送到分析基础设施设备。

分析基础设施设备可以是云/服务器托管的。配置可以与标准HVAC装备模板比较以识别HVAC装备的具体子集。

针对HVAC装备的具体子集的分析算法可以用分析基础设施设备来查找。可以启动分析算法的实例。相应于HVAC装备的具体子集的操作数据可以被馈送到分析算法的实例。可以定义HVAC装备模板。配置参数可以被映射到HVAC装备模板的属性。可以定义特定于HVAC装备的分析算法。

总而言之，一种装备连续性系统，可以包含供暖或冷却装备、连接到供暖或冷却装备的第一控制器以及连接到第一控制器的记录器。记录器可以接收并日志记录来自第一控制器的数据。第一控制器可以是用第二控制器可替换的。如果用第二控制器替换第一控制器，则记录器可以接收并日志记录来自第二控制器的数据。来自第二控制器的数据可以与来自第一控制器的数据合并。

将来自第一控制器和第二控制器的数据合并成一系列的数据可以被自动地完成以确保针对供暖或冷却装备的数据的连续性。

来自第一控制器和第二控制器的数据的合并可以在以该顺序连接到第一控制器和第二控制器的云上是自动的。

一种用于保持装备的操作数据的连续性的方法，可以包含安装第一控制器，配置第一控制器用于控制具体装备，用第二控制器替换第一控制器，以及配置第二控制器用于控制具体装备。装备的说明性示例可以是HVAC装备和具体HVAC装备。

方法可以进一步包含识别第一控制器和第二控制器。

识别第一控制器和第二控制器可以用web、云或监控设备上的用户接口来执行。

方法可以进一步包含识别和映射第一控制器和第二控制器。对第一控制器和第二控制器的识别和映射可以使用控制器中的独特的命名或寻址方案来完成。

方法可以进一步包含确认来自第一控制器和第二控制器的操作数据表示相同的具体HVAC装备。

方法可以进一步包含删除第一控制器和第二控制器共同的数据库中的具体HVAC装备的重复实例。

方法可以进一步包含将来自第一控制器和第二控制器的数据复制到具体HVAC装备的单个实例，并且通知分析算法获得针对具体HVAC装备的新数据集。

第二控制器的新ID和操作数据可以被自动地映射到具体HVAC装备。

来自第一控制器的操作数据可以与来自第二控制器的操作数据合并。

一种用于根据控制器配置详情来推断装备详情的系统，可以包含恒温器/控制器，以及具体供暖或冷却装备。恒温器/控制器可以被配置用于具体供暖或冷却装备控制。

系统可以进一步包含云网关设备。几乎所有控制器可以被发现。可以从控制器读取配置数据。

系统可以进一步包含分析基础设施设备。从控制器读取的配置数据可以被发送到分析基础设施设备。操作数据可以从控制器被读取到分析基础设施设备。

系统可以进一步包含云/服务器托管的分析基础设施。配置可以与标准HVAC装备模板比较。可以识别供暖或冷却装备的具体子集。

映射到相应控制器ID的供暖或冷却装备的列表可以被创建和存储。从供暖或冷却装备下的控制器接收到的操作数据可以被映射和存储。操作数据可以被馈送到相应分析算法。

旧控制器和替换其旧控制器的新控制器可以从用户接口被识别。来自旧控制器的操作数据和来自新控制器的操作数据可以表示相同的供暖或冷却装备。

数据库中的HVAC装备的重复实例可以被删除。来自旧控制器和新控制器的操作数据可以被复制并被映射到供暖或冷却装备的单个实例。

可以通知分析算法以挑选针对给定供暖或冷却装备的新数据集。

总而言之，一种向建筑物账户注册网关的系统，可以包含网关以及连接到网关的互联网。用于网关的互联网协议（IP）地址可以通过动态主机配置协议（DHCP）针对网关来获取。网关可以用具有秘密标识（ID）的云应用来认证。注册ID可以被连续地发送到云，直到被映射到建筑物账户。

可以根据web用户接口来创建建筑物账户。可以将注册ID添加在建筑物账户下。

可以针对有效性来验证由用户输入的注册ID。数据库可以被更新以将网关映射到给定建筑物账户。

根据来自网关的随后请求，可以将与建筑物账户有关的凭证提供给网关。

可以验证由用户输入的注册ID是否已经被映射到不同建筑物。

可以提示用户按网关上的按钮以证明所有权。云应用可以等待一个时段以从网关接收按按钮命令。

用户可以按网关上的重新注册按钮。按钮按下可以使用网关上的光源来验证。

注册可以用具有秘密ID的云应用来认证。按按钮消息可以连同注册ID一起被发送到云。

可以验证在按按钮消息中接收到的注册ID是否与由用户输入的注册ID匹配。

旧建筑物的网关的映射可以被移除并重新映射到数据库中的新建筑物。

可以通知用户关于将网关成功映射到建筑物账户。

一种用于注册网关的方法，可以包含将网关连接到互联网并获取IP地址，获得注册ID，从互联网的用户接口创建第一建筑物账户，以及在第一建筑物账户下输入注册ID。

方法可以进一步包含从互联网的用户接口创建第二建筑物账户，以及在第二建筑物账户下输入注册ID。

方法可以进一步包含验证注册ID被映射到第二建筑物。

方法可以进一步包含按网关上的按钮以证明所有权，从网关接收按按钮命令，按网关上的重新注册按钮，用网关上的灯来验证按钮按下，用秘密ID认证注册，以及将按按钮消息连同注册ID一起发送。

方法可以进一步包含从第一建筑物账户移除网关的映射，以及将网关映射到第二建筑物账户。

方法可以进一步包含通知用户关于将网关成功映射到第二建筑物账户。

一种具有网关的结构，可以包含一个或多个协议转换器，以及连接到一个或多个协议转换器的具有DHCP寻址的机构。当网关被上电并连接到网络端口时，网关可以自动地获取IP地址。在获取IP地址之后，网关可以自动地连接到指定的云并识别其本身。网关可以附带有注册代码。

可以在其云入口下键入代码。在输入注册代码时，可以将网关与其账户相关联。

当新的人尝试将网关添加到其账户时，在输入注册代码之后，该人可能被要求证明访问。网关可以具有要被按下的按钮，用于作为工作流的部分将网关转移到不同账户。按钮按下可以仅在作为工作流的部分来执行时是有效的，以确保仅具有对网关的访问的人可以将网关转移到其账户。

在本文中提到的任何公开物或专利文档在此通过引用被并入，到如同每个单独的公开物或专利文档被具体地和单独地指示为通过引用并入的相同程度。

在本说明书中，尽管以另一种方式或时态来陈述，但是事物中的一些可以是假设或预言性质的。

尽管本系统和/或方法已经关于至少一个说明性示例来描述，但是在阅读说明书后，许多变化和修改对于本领域技术人员而言将变得显而易见。因此，目的在于，鉴于相关技术，所附权利要求被尽可能广泛地解释以包括所有这样的变化和修改。

Claims (10)

1.一种用于检测供暖、通风和空调HVAC装备故障的系统，包括：

HVAC装备；以及

控制器，其具有关于如何控制HVAC装备的配置数据，并被配置成：

检查配置数据，以确定与来自HVAC装备的具体装备有关的故障检测算法的集合；

检查配置数据，以推断关于具体装备的一个或多个条目；

检查针对具体装备的故障检测算法中的每个的触发条件是否由一个或多个条目满足；以及

执行故障检测算法中的每个，所述故障检测算法具有由一个或多个条目满足的其触发条件；

基于所执行的故障检测算法来定义装备模板；

将具体装备的配置参数映射到所述装备模板；以及

基于所映射的配置参数来获得具体装备的装备具体分析算法。

2.如权利要求1所述的系统，其中，配置数据包括关于HVAC装备的类型的描述，并且所述系统进一步包括：

托管故障检测算法的云系统。

3.一种用于检测针对供暖、通风和空调HVAC装备的HVAC装备故障的方法，包括：

检查配置数据，以确定与来自HVAC装备的具体装备有关的故障检测算法的集合；

检查配置数据，以推断关于具体装备的一个或多个条目；

检查针对具体装备的故障检测算法中的每个的触发条件是否由一个或多个条目满足；以及

执行故障检测算法中的每个，所述故障检测算法具有由一个或多个条目满足的其触发条件；

基于所执行的故障检测算法来定义装备模板；

将具体装备的配置参数映射到所述装备模板；以及

基于所映射的配置参数来获得具体装备的装备具体分析算法。

4.如权利要求3所述的方法，其中，用云网关设备来执行检查配置数据。

5.如权利要求3所述的方法，其中，所述方法由电子地连接到HVAC装备的恒温器和分析基础设施设备来执行。

6.如权利要求3所述的方法，进一步包括网关使用控制器的预定义的模板来自动地识别要从控制器读取的配置和操作点的列表。

7.如权利要求3所述的方法，其中，恒温器、HVAC装备以及控制器是轻型商业建筑系统的。

8.一种用于根据控制器配置来检测供暖、通风和空调HVAC装备故障的服务器，包括：

配置模块，其被配置成根据控制器配置获得由控制器配置控制的HVAC装备的HVAC装备数据；

触发模块，其被配置成：

检查HVAC装备数据，以从由控制器控制的装备获得针对一个或多个设备的具体装备配置值，其中具体装备配置值包括关于装备的类型的描述；

根据关于一个或多个设备的类型的描述来确定关于一个或多个设备的一个或多个条目；

基于所确定的一个或多个条目来访问故障检测过程的集合，其中来自故障检测过程的集合的每个故障检测过程具有触发条件点值的集合；

识别由具体装备配置值满足的触发条件点值的集合；

从具有触发条件点值的集合的故障检测过程的集合识别故障检测过程，所述触发条件点值由具体装备配置值满足；以及

故障检测模块，其被配置成响应于由具体装备配置值满足的触发条件点值，使用根据控制器配置获得的针对一个或多个设备的操作数据来对一个或多个设备执行故障检测过程；并且

基于所执行的故障检测算法来定义装备模板；

将具体装备的配置参数映射到所述装备模板；以及

基于所映射的配置参数来获得具体装备的装备具体分析算法。

9.如权利要求8所述的服务器，进一步包括：

云网关设备；并且

其中：

云网关设备发现几乎所有控制器；并且

使用存在于云网关设备中的预定义的模板从控制器读取关于来自HVAC装备的一个或多个设备的关于具体HVAC装备数据的配置数据；或者

其中，由云网关设备使用来决定要从控制器读取的HVAC装备数据的预定义的模板从服务器被提供到云网关设备。

10.如权利要求9所述的服务器，其中：

HVAC装备数据从由云网关设备发现的控制器被读取并且作为配置被发送到服务器；

所述配置与标准HVAC装备模板比较，以识别HVAC装备的具体子集；

针对HVAC装备的具体子集的分析算法用服务器来查找；

启动分析算法的实例；

相应于HVAC装备的具体子集的操作数据被馈送到分析算法的实例；

定义HVAC装备模板；

配置参数被映射到HVAC装备模板的属性；以及

定义特定于HVAC装备的分析算法。

Images