Protocol-Independent Server Engine for Building Automation Interoperability

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing building automation systems (BAS) are inflexible and labor-intensive, requiring extensive customization and manual programming for each installation, making them costly and time-consuming, and struggle with interoperability across different vendors and protocol versions, limiting their scalability and adaptability.

Innovation Solution

A dynamically extensible and automatically configurable BAS architecture that includes a protocol-independent server engine and graphical user interface, enabling communication with multiple protocols, automatic configuration of devices, and caching of dynamic data for real-time updates, allowing for seamless integration of legacy and next-generation systems from various vendors.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If hardwired systems with proprietary communication standards are used, then system robustness and customization for particular installations are improved, but system flexibility and integration capability with diverse systems deteriorate

Engineering Contradiction:
Improvesystem robustnessVSAvoidintegration capability
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The system employs a universal communication interface that supports multiple communication protocols simultaneously, allowing the BAS to function with diverse systems from different vendors and generations without requiring separate dedicated interfaces for each protocol type

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

A protocol translation layer acts as an intermediary between the control system and various communication protocols, enabling seamless integration of legacy and modern systems while maintaining system robustness through standardized internal communication

Inventive Principle:
Principle #24Intermediary (Mediator)

2Manufacturing precision

If manual programming and customization are performed for each installation, then system precision and specific installation requirements are met, but installation time and cost increase

Engineering Contradiction:
Improveinstallation precisionVSAvoidinstallation time
Core Design Contradiction:
Manufacturing precisionVSLoss of time

Solution Approach 1:

The system includes pre-configured communication templates and automated device discovery functionality that performs preliminary configuration work before installation, reducing on-site programming requirements while maintaining precise customization capability

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The BAS automatically discovers devices on the network, self-configures communication parameters, and generates installation documentation without manual intervention, thereby maintaining installation precision while dramatically reducing installation time

Inventive Principle:
Principle #25Self-service

3Reliability

If systems integrators are used for extensive manual service and programming, then system integration quality is improved, but installation cost and project duration increase

Engineering Contradiction:
Improveintegration qualityVSAvoidinstallation efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system performs automated device discovery, protocol detection, and configuration generation, eliminating the need for systems integrators to perform manual programming while maintaining high integration quality through built-in validation and error checking mechanisms

Inventive Principle:
Principle #25Self-service

4Device complexity

If single protocol architecture is used, then system simplicity and native compatibility are improved, but system versatility and multi-vendor interoperability deteriorate

Engineering Contradiction:
Improvesystem simplicityVSAvoidmulti-vendor interoperability
Core Design Contradiction:
Device complexityVSAdaptability or versatility

Solution Approach 1:

The communication architecture is segmented into independent protocol handlers that can be selectively activated, allowing the system to maintain simplicity by enabling only required protocols while preserving the capability to add multi-vendor interoperability by activating additional protocol modules

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS7917232B2Building automation system data management
Publication Date: 2011.03.29 TRANE INTERNATIONAL INC
  • US7917232B2 patent drawing
  • US7917232B2 patent drawing
  • US7917232B2 patent drawing

AI summary

A building automation system (BAS) comprising a plurality of end devices, at least one communication network, a protocol-independent server engine, and a graphical user interface (GUI). The end devices are each associated with at least one of a space, a system, or a subsystem for at least a portion of a building or a campus. The communication network supports a plurality of communication protocols and communicatively couples at least a portion of the plurality of end devices. The server engine is communicatively coupled to the at least one communication network and, in one embodiment, is adapted to selectively implement the dynamic extensibility capability to establish communications with, to receive and store data about, and to control the end devices and to selectively implement the automatic configuration capability to determine at least one characteristic of each of the end devices, wherein the at least one characteristic comprises a communication protocol compatible with the end device.