Wireless Building Automation Gateway Protocol Translation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing building automation systems often operate as standalone entities, making it difficult for users to control and integrate various building functions remotely or automatically, such as energy saving measures, due to compatibility issues with different automation protocols used by different manufacturers.

Innovation Solution

A wireless building automation platform that integrates third-party developers, device makers, and consumers by receiving feature setting commands, identifying corresponding applications, and translating generic control protocols into specific protocols for peripheral devices, allowing for centralized control and management of building automation systems.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If multiple building automation protocols from different manufacturers are used, then device functionality and manufacturer choices are improved, but system compatibility and integration ease deteriorate

Engineering Contradiction:
Improvedevice functionalityVSAvoidsystem integration
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements a gateway device that acts as an intermediary between peripheral devices using different building automation protocols and the central control system. The gateway receives commands from the central system, translates them from a universal protocol to the specific protocol required by each peripheral device, and transmits the translated commands. This mediator approach enables heterogeneous devices to communicate without requiring the central system to support each protocol directly, thus maintaining system compatibility while supporting diverse device functionality.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The gateway device is designed with multi-functionality to handle multiple building automation protocols simultaneously. It can translate between various manufacturer-specific protocols and a universal control protocol, making it capable of interfacing with different types of peripheral devices (lighting, HVAC, security, etc.) from different manufacturers. This universal capability allows a single gateway to manage diverse device types without requiring separate translation mechanisms for each device category.

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

2Adaptability or versatility

If protocol translation and application identification are performed for each command, then compatibility with non-native applications is improved, but processing time and system response speed deteriorate

Engineering Contradiction:
Improveprotocol compatibilityVSAvoidcommand processing speed
Core Design Contradiction:
Adaptability or versatilityVSSpeed

Solution Approach 1:

The system performs preliminary action by pre-identifying and caching the mapping relationships between universal commands and device-specific commands during device initialization or registration. When a peripheral device is added to the system, the gateway stores the correspondence between universal control commands and the specific protocol commands required by that device. During normal operation, the gateway can quickly retrieve pre-established command mappings rather than performing full protocol translation analysis for each command, significantly reducing processing time while maintaining comprehensive protocol compatibility.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS10057079B2Wireless building automation
Publication Date: 2018.08.21 T MOBILE US INC
  • US10057079B2 patent drawing
  • US10057079B2 patent drawing
  • US10057079B2 patent drawing

AI summary

Techniques described herein provide wireless building automation. Embodiments include receiving, by a computing device, a feature setting command associated with a peripheral device from a controlling device. The computing device may identify a peripheral application corresponding to the feature setting command, and transform the feature setting command into a generic command. The computing device may translate the generic control protocol of the generic command to a peripheral control protocol associated with the peripheral application in response to a determination that the peripheral application is a non-native application. The computing device may execute the peripheral application based on the generic command in the peripheral control protocol to generate a command for performance of a certain task on the peripheral device.