The present teachings relate to a building system event management system and method.
Retail outlets, particularly food retailers, require a plurality of building systems during operation. Such building systems often include refrigeration, HVAC, lighting, anti-condensate heating (ACH), and defrost control systems. Each of these building systems includes associated equipment to perform various functions. For example, refrigeration systems include compressors, condensers, evaporators, and the like to cool refrigeration cases to a desired temperature.
Any breakdown or variation in performance of any of the building systems can negatively impact the profits of the retailer. For example, a refrigeration system malfunction may cause food spoilage. Retailers may monitor the building systems for unexpected operation by monitoring certain building system operating parameters, such as a refrigeration system temperature or pressure. A single malfunction, however, may result in the disturbance of many operating parameters.
It is difficult to monitor the building systems for all retail locations. The building systems may operate in an undesired manner or at inefficient levels. The root cause of the disturbance of several operating parameters may not be readily apparent. The appropriate service persons may not be quickly dispatched to the retail location to correctly address the problem. Further, it may not be desirable to monitor all events all the time.
A method includes receiving event records that include operating data of a building system or building system controller. The method also includes storing an event record queuing instruction and ordering an event record queue by applying the event record queuing instruction to each event record. Each event record in the event record queue may be assessed based on the ordering.
A system is also provided. The system includes a queue for event records, each including operating data of at a building system or building system controller. The system also includes an event record management module that receives event records from a connected event record source and an event record queuing instruction from a connected event record queuing instruction source. Queued event records are ordered in the queue by the event record management module through application of the received event record queuing instruction to the received event records.
Further areas of applicability of the present teachings will become apparent from the detailed description provided hereinafter. It should be understood that the detailed description and specific examples are intended for purposes of illustration only and are not intended to limit the scope of the claims.
The present teachings will become more fully understood from the detailed description and the accompanying drawings, wherein:
The following description is merely exemplary in nature and is in no way intended to limit the teachings, its application, or uses. As used herein, the terms module, control module, and controller refer to an application specific integrated circuit (ASIC), an electronic circuit, a processor (shared, dedicated, or group) and memory that execute one or more software or firmware programs, a combinational logic circuit, and/or other suitable components that provide the described functionality. Further, as used herein, computer-readable medium refers to any medium capable of storing data for a computer. Computer-readable medium may include, but is not limited to, CD-ROM, floppy disk, magnetic tape, other magnetic or optical medium capable of storing data, memory, RAM, ROM, PROM, EPROM, EEPROM, flash memory, punch cards, dip switches, or any other medium capable of storing data for a computer.
With reference to
Event records generated by the monitor module 102 may be received by an event record management module 106. The event record management module 106 may order event records in an event record queue 124 for handling by an event response center 126. Generally, the event record management module 106 inserts event records in the event record queue 124. The event record management module 106 may execute event record management algorithms, including an event record disregard algorithm, an event record grouping algorithm, and an event record routing algorithm, discussed in more detail below. The event record management algorithms may be stored in a computer readable medium 131 accessible to the event record management module 106.
The building systems 121 may include a refrigeration system 121a, an HVAC system 121b, a lighting system 121c, and/or an anti-condensate heating (ACH) system 121d. As can be appreciated, other building systems, such as a defrost control system, an electrical system, or the like, may be included. Further, other building system combinations may be used at a particular site facility 125. The building systems 121 may be controlled by controllers 123 including a refrigeration controller 123a, an HVAC controller 123b, a lighting controller 123c, and/or an ACH controller 123d. While separate controllers 123 are shown in
The monitor module 102 may communicate with the controllers 123 to monitor operating data of each of the controllers 123 and each of the building systems 121. When a building system 121 operates unexpectedly, is in need of maintenance, or otherwise requires attention, the monitor module 102 may generate an event record with operating data corresponding to the operating condition that caused the event record to be generated. For example, the event record may include data indicating a high discharge temperature of a condenser of the refrigeration system 121a, a loss of power of a building system 121 or building system component, or an approaching scheduled maintenance deadline of a building system or building system component. Additionally, an event record may be generated based on a predetermined time period. For example, an event record may be generated periodically to indicate that a building system 121 is operating correctly.
Alternatively, a controller 123 may generate event records, instead of the monitor module 102. A controller 123 may generate an event record when a building system 121 operates unexpectedly, is in need of maintenance, or otherwise requires attention. In such case, a separate monitor module 102 may not be needed. Referring now to
Referring again to
The event record management module 106 may store the event records in an event record log 134 accessible to the event record management module 106. The event record log 134 may be a computer-readable medium for storing event records. The computer-readable medium 131 and the event record log 134 may reside on the same computer-readable medium device, such as a hard disk accessible by the event record management module 106 for reading and writing data. The event record management module 106 may be implemented in software.
The event record management module 106 may insert event records in the event record queue 124. The event record queue 124 may be a first-in-first-out queue connected to an event response center 126. However, the event record management module 106 may vary from the first-in-first-out rule based on event record queuing instructions received from the configuration terminal 130.
The event response center 126 may include event response terminals 128. An operator at an event response terminal 128 may facilitate the appropriate response to the generated event record. For example, an operator at an event response terminal 128 may dispatch a service technician to the site facility 125 to perform maintenance and/or diagnostics in response to, and as dictated by, the generated event record.
The configuration terminal 130 may provide the event record management module 106 with event record queuing instructions based on input received from a user operating the configuration terminal 130. When event record queuing instructions have not been received, the event record management module 106 may simply insert each event record in the order received into the event record queue 124 for handling. In such case, all event records may be inserted individually into the event record queue 124 for handling by the next available response terminal 128.
The configuration terminal 130 may provide the event record management module 106 with event record queuing instructions including event record disregard, grouping, and routing instructions. Based on the event record queuing instructions, the event record management module 106 may disregard certain event records by refraining from inserting the particular event record into the event record queue 124.
The event record management module 106 may also insert an event record in the event record queue by grouping the event record with other event records already inserted the event record queue 124 based on the received event record queuing instructions. Further, the event record management module 106 may insert an event record with routing data sufficient to route the event record to a specific event response terminals 128 or terminal groups 132 based on received event record queuing instructions.
For example, the event record management module 106 may be configured to disregard event records corresponding to a certain site facility 125 or controller 123 during a specified period of time. Additionally, the event record management module 106 may be configured to group certain event records together in the event record queue. In this way, the grouped event records may be placed in the event record queue 124 together, and handled concurrently by an operator at an event response terminal 128. Further, the event record management module 106 may be configured, based on the event record queuing instructions, to route certain event records to certain event response terminals 128 or terminal groups 132. In this way, certain event response terminals 128 may be specially configured to respond to certain types of event records, or operated by operators specially trained to respond to certain types of event records. For example, an event response terminal operator may be trained with regard to a certain type of controller.
The monitor module 102, event record management module 106, event record queue 124, and event response center 126 may be local or remote to the site facility 125. The refrigeration controller 123a, HVAC controller 123b, lighting controller 123c, ACH controller 123d, monitor module 102, event record management module 106, event record queue 124, and event response center 126 may communicate via a network, using LAN connections, internet connections, or other suitable network/communication connections. The connections may be wired or wireless connections. Any suitable communication connection, allowing data transfer between the various components may be used.
Referring now to
The event record data structure 200 may include a source field 212 which corresponds to the specific source of the operating conditions precipitating the generation of the event record, such as a specific piece of system equipment. The event record data structure 200 may include a controller field 214 corresponding to a specific controller 123 that generated the operating conditions precipitating the generation of the event record.
The event record data structure 200 may include an event description field 218 corresponding to a text description of the event condition, such as “high discharge pressure” or “parking lot lights—no power”. The event record data structure 200 may include an event code field 216 corresponding to a predetermined event code indicating the operating conditions precipitating the generation of the event record. For example, a specific event code may correspond to a “low suction pressure” condition.
The event record data structure 200 may include a routing data field 222 for storing specific routing information, as described in more detail below. While specific event record data fields are shown in
Specific event record instances, or event record objects, may be generated by the monitor module 102 or by the controllers 123 when a building system 121 or controller 123 operates unexpectedly or requires maintenance or attention. In such case, an event record may be generated with the appropriate data corresponding to operating conditions of the building system 121. Additionally, an event record may be generated as a matter of course upon the passage of a predetermined time period or upon the happening of a predetermined triggering operation. Alternatively, the controllers 123 may monitor system operation and generate event records as necessary. In such case, the specific building system controllers 123 may send the generated event record to the monitor module 102, or directly to the event record management module 106. In an event record management system 100 where the controllers 123 send generated event records directly to the event record management module 106, a separate monitor module 102 may be excluded.
Referring now to
The compressor rack 320 may compress refrigerant vapor that is delivered to a condenser 336. Condenser fans 338 may enable improved heat transfer from the condenser 336. The condenser 336 may include an associated ambient temperature sensor 340, a condenser temperature sensor 341, and/or a condenser discharge pressure sensor 342. An electrical current sensor 343 may be attached to each condenser fan 338. The various sensors are connected to the refrigeration controller 123a which controls condenser fan operation.
Each refrigeration case 312 may include its own evaporator 348, its own expansion valve 350 for controlling the superheat of the refrigerant, and its own temperature sensor 356. The refrigerant passes through the expansion valve 350 where a pressure drop causes the high pressure liquid refrigerant to achieve a lower pressure combination of liquid and vapor. The temperature sensor 356 may be connected to the refrigeration controller 123a.
The refrigeration controller 123a may receive operating data for the refrigeration system 121a from the respective temperature, pressure, and current sensors 324, 328, 330, 334, 340, 341, 342, 343, 356, 358. The monitor module 102 may receive refrigeration system operating data from the refrigeration controller 123a. By monitoring the refrigeration system operating data, the monitor module 102 may determine when the refrigeration system 121a is operating unexpectedly. For example, the monitor module 102 may determine that a discharge pressure or discharge temperature of the compressor 314 is unexpectedly high for the given ambient temperature. In such case, the monitor module 102 may generate an event record based on the high compressor discharge temperature. Additionally, the monitor module 102 may determine that a condenser fan 338 is not drawing any electrical current, despite being activated. In such case, the monitor module 102 may generate an event record indicating a condenser fan malfunction. Event records may also be generated by the refrigeration controller 123a.
Referring now to
The HVAC system operating data may be available to the monitor module 102 which monitors operation of the HVAC system 121b. The monitor module 102 determines when the HVAC system 121b is operating unexpectedly based on the operating data. In such case, the monitor module 102 may generate an event record based on the unexpected operation. Additionally, event records may be generated by the HVAC controller 123b based on the HVAC system operating data.
Referring now to
The monitor module 102 may detect when the lighting system 121c is operating unexpectedly by communicating with the lighting controller 123c. For example, the lighting controller 123c may detect that a lighting fixture 500 does not turn on or turn off as expected. The lighting fixture malfunction may be caused by a burnt out light bulb or a defective light sensor 510. In such case, the monitor module 102 may generate an event record based on the unexpected operation. Additionally, the lighting controller 123c may generate an event record based on the operating data of the lighting system 121c.
Referring again to
While a refrigeration system 121a, an HVAC system 121b, a lighting system 121c, and an ACH system 121d are show in
With reference to
The configuration terminal 130 may be a dedicated terminal for configuring the event record management module 106 with event record queuing instructions, such as an event record disregard instruction. Alternatively, the configuration terminal 130 may be one of the terminals in the event response center 126. For example, the event response terminals 128 may include event record management module configuration functionality, and may function as a configuration terminal 130.
Referring again to
Additionally, the event record disregard instruction may specify that events generated each day during a specified time period may be disregarded. For example, the specified time period may be certain hours of the day, or days of the month. The specified time period may be a recurring time period, such that the time period recurs on an hourly, daily, weekly, monthly or yearly basis. For example, the time period may be the same day of the week, e.g., Sunday, or the same hours of the day, e.g., eight p.m. to six a.m. each week and each day.
For example, a user may submit an event disregard instruction to specify that event records associated with an HVAC system 121b and generated between the hours of eight p.m. and six a.m. each day are to be disregarded. Further, event records generated during certain hours of certain days of the week may be disregarded. For example, an event record disregard instruction user may specify that event records corresponding to an HVAC system 121b are to be disregarded between the hours of eight p.m. and six a.m. each Friday, Saturday, and Sunday. Further, a date range may be included in the event record disregard instruction along with the days-of-the-week specifications. For example, a user may specify that event records corresponding to an HVAC system 121b and generated between the hours of eight p.m. and six a.m. each Friday, Saturday, and Sunday between July first and July thirty-first are to be disregarded.
Previously specified event record disregard instructions may be modified by the configuration terminal 130 as well. Any such modified event record disregard instructions are received by the event record management module 106 in step 602 as well.
In step 604, the event record management module 106 may determine whether an event record has been received. As discussed above, event records may be received from the monitor module 102 or from the controllers 123. In step 604, when an event record is not received, the event record management module 106 may loop back to step 602.
In step 604, when an event record is received, the event record management module 106 may proceed to step 606 to store the event record in the event record log 134. In this way, event record data for each received event record may be stored in the event record log 134. All of the event record data, or a subset of the event record data, may be stored. For example, the stored data may include event record date, time, and source only.
In step 608, the event record management module 106 may compare the event record data of the current event record with the previously received event record disregard instruction or instructions, if any. In step 610, the event record management module 106 may determine whether the current event record should be disregarded, based on the comparison with the event record disregard instructions in step 608. As discussed above, the event record management module 106 may compare certain specified fields of the event record with the received event record disregard instruction.
In step 610, when the current event record is to be disregarded, based on the comparison with the event record disregard instruction, the event record management module 106 may simply loop back to step 602 to wait for additional event records and event record disregard instructions. In this way, when the current event record should be disregarded, based on the received event record disregard instruction, the event record may only be recorded in the event record log 134. Further processing of the disregarded event record may not be performed. The disregarded event record may not be sent to the event record queue 124 for handling by the event response center 126. Alternatively, the event record disregard instruction may specify that certain event records are not to be stored in the event record log 134 either. Such event records may be completely disregarded, as they are neither stored in the event record log 134 nor passed on to the event record queue 124.
In step 610, when the current event record is not to be disregarded, based on the event record disregard instruction or instructions, the event record management module 106 may proceed to step 612. In step 612, the event record management module 106 may send the current event record to the event record queue 124. The event record may then “wait” in the event record queue 124 until an event response terminal 128 becomes available to handle the event record. After sending the event record to the event record queue in step 612, the event record management module 106 may loop back to step 602 to wait for additional event records or event record disregard instructions.
In this way, by executing the event record disregard algorithm 600, the event record management module 106 may selectively send event records to the event record queue 124 for response, based on the event record disregard instruction or instructions received from the configuration terminal 130.
With reference to
The event record grouping instruction or instructions may include any of the event record data fields, as shown in
The event record management module 106 may proceed to step 704 and determine whether an event record has been received. In step 704, when an event record is not received, the event record management module 106 may loop back to step 702.
In step 704, when an event record is received, the event record management module 106 may proceed to step 706 to compare the event record data of the current event record with event record data of event records in the event record queue, based on any received event record grouping instructions. In step 708, the event record management module 106 may determine whether the current event record can be grouped with any event record(s) in the event record queue 124.
In step 708, when the current event record can be grouped with one or more event records currently in the event record queue 124, the event record management module 106 may proceed to step 710 and bundle the current event record with the other event record or records in the event record queue, based on the event record grouping instruction or instructions. The event records may be bundled by a linked-list, an array, or other suitable data structure for grouping multiple records together. After bundling the current event record with the other event record or records in the event record queue 124, the event record management module 106 may loop back to step 702.
In step 708, when the current event record cannot be grouped with any events in the event record queue 124, the event record management module 106 may send the current event record to the end of the event record queue 124 in step 712 and loop back to step 702.
In this way, multiple event records with a shared root cause may be grouped together for handling in the event record queue 124. For example, the event record management module 106 may be configured to group event records from the same site facility 125. For example, when a power outage occurs, an event may be generated for each building system 121, or for each component of each building system of a single site. By grouping all such event records together, an event response center operator may be able to quickly recognize that a power outage has occurred at the site, and that all of generated event records relate to the power outage. Without grouping, the separate event records may be dispersed to different event response terminals 128 and the root cause of the event records, the power outage for example, may not be quickly recognized.
With reference to
As with the event record disregard instructions and the event record grouping instructions, the event record routing instructions may include any of the event record data fields. Additionally, the event record grouping instruction may include a specified event response terminal 128 or event response terminal group 132.
Certain event response center operators may be specially trained to handle events from certain building systems 121 or certain types of controllers 123. For example, an event response center operator may be specially trained to handle refrigeration system 121a or refrigeration controller 123a event records only. Additionally, an event response center operator may be specially trained to handle event records from controllers 123 manufactured by certain manufacturers.
The event response center 126 may be segregated into different event response terminal groups 132 corresponding to the training of the respective event response center operators. Additionally, certain event response terminals 128 may be specially configured to handle event records from certain building systems 121 or controllers 123. The event record management module 106 may route event records from the event record queue 124 to appropriate event response terminals 128 or event response terminal groups according to event record routing instructions.
The event record management module 106 may proceed to step 804 to determine whether an event record has been received. In step 804, when an event record is not received, the event record management module 106 may loop back to step 802.
In step 804, when an event record is received, the event record management module 106 may proceed to step 806 to compare the event record with the event record routing instruction or instructions, if any. In step 808, the event record management module 106 may determine whether the current event record should be routed to a particular event response terminal 128 or event response terminal group 132 based on the comparison of step 806.
In step 808, when the current event record should not be routed to a particular event response terminal 128 or event response terminal group 132, the event record management module 106 may send the event record to the event record queue 124 in step 810.
In step 808, when the current event record should be routed to a particular event response terminal 128 or event response terminal group 132, the event record management module may proceed to step 812 and record the appropriate routing data in the routing field of the event record.
With reference to
Alternatively, separate event record queues 124 may be maintained to facilitate the routing of event records. Referring now to
In any case, the event response terminals 128 may retrieve event records from the event record queue 124. If the particular event response terminal 128 may only receive certain event records with designated routing data, the particular event response terminal 128 may check the routing data of the event record prior to retrieving the event record form the event record queue. When the routing data is compatible, the event response terminal 128 may proceed with retrieving the event record. If the routing data is not compatible, the event response terminal 128 may look past the event record to the next event record in the event record queue. The passed over event record may then remain in the event record queue for handling by the appropriate event response terminal 128 or event response terminal group 132. Alternatively, if different event record queues 124 are used for differently routed event records, then the event response terminal 128 may simply retrieve the next event record from the appropriate event record queue 124.
In this way, event records may be routed to the appropriate event response terminal 128 or event response terminal group 132 as indicated by the event record routing data, and as dictated by the event record routing instruction or instructions, if any.