Building Automation Device Status Management via Dynamic Polling
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Building automation systems (BAS) face challenges in managing network traffic and device uptime due to passive devices that do not actively broadcast their status changes, leading to inefficient polling methods that degrade network performance and are not suitable for battery-operated or low-capacity devices.
Innovation Solution
A communication state manager actively monitors and manages the status of devices using decay algorithms to adjust polling frequencies based on device offline duration, minimizing network traffic and integrating with alarm management to flag status changes, thereby reducing load and improving device reconnection efficiency.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If frequent or periodic polling is used to monitor device status in BAS systems, then device status can be detected, but network performance degrades due to excessive network traffic
Solution Approach 1:
The system dynamically adjusts polling frequency based on device status. When a device is online, polling occurs at a lower frequency to reduce network traffic. When a device goes offline, the system increases polling frequency to detect the status change quickly, then returns to lower frequency once the offline state is confirmed, thereby balancing reliability and network traffic efficiency.
Solution Approach 2:
The system implements feedback mechanisms where polling results influence future polling behavior. When devices respond indicating they are online, the system reduces polling frequency. When devices stop responding, the system increases frequency temporarily to confirm offline status, then reduces frequency after confirmation, creating an adaptive feedback loop that optimizes network traffic while maintaining detection reliability.
2Reliability
If frequent polling is used to monitor device status, then offline devices can be detected quickly, but battery-operated or low-capacity devices are adversely affected
Solution Approach 1:
The system applies dynamic polling frequency adjustment specific to battery-operated and low-capacity devices. These devices are polled less frequently than wired devices, with the frequency adapted based on their operational status. When such devices are online and functioning, polling occurs at optimized intervals that minimize their energy consumption while still enabling timely detection of offline events.
Solution Approach 2:
The system treats different device types with different polling strategies. Battery-operated and low-capacity devices receive specialized attention with reduced polling frequency compared to standard wired devices, recognizing their limited energy resources. This local quality approach ensures each device type is monitored appropriately for its capabilities and constraints.
3Adaptability or versatility
If manual programming and customization are used to integrate legacy systems, then system compatibility can be achieved, but installation becomes time-consuming and costly
Solution Approach 1:
The system automatically detects and integrates legacy BACnet devices without requiring manual programming. When a device joins the network, the system autonomously queries its status, identifies it as a legacy device, and configures appropriate monitoring parameters automatically. This self-service capability eliminates time-consuming manual integration work while maintaining full compatibility with legacy systems.
Solution Approach 2:
The system implements a universal integration approach that handles both modern and legacy BACnet devices through a single automated framework. The same communication manager and polling adaptation logic serve all device types, eliminating the need for separate manual configuration processes for legacy systems while maintaining their compatibility through standardized BACnet protocol handling.
4Device complexity
If passive device status handling is used, then device simplicity is maintained, but the system cannot efficiently monitor device online/offline transitions
Solution Approach 1:
The system introduces a communication manager as an intermediary between passive devices and the central controller. This intermediary actively monitors device responses to polling requests and detects status transitions by analyzing the absence or presence of device responses. The passive devices maintain their simplicity while the intermediary reliably detects online/offline transitions without requiring the devices themselves to become complex.
Data Source
AI summary
A building automation system (BAS) comprising a plurality of end devices, at least one communication network, and a server engine comprising a communication state manager for actively managing the state of various devices in building automation system and an associated reconnect manager to reestablish communication with off-line devices. The communication manager and the reconnect manager coordinate the interaction between the server engine and the devices in order to minimizing the load on the communication network, while also working to establish the working state of any of the end devices and to transition off-line to an on-line state.