Configuring a load control system

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing load control systems require time-consuming and inconsistent programming procedures, which are not tailored to the needs of building occupants and often fail to provide individualized user preferences. Additionally, updating settings to accommodate user preferences is difficult due to the numerous settings available and the complexity of performing the programming.

Innovation Solution

A load control system configured using graphical user interface (GUI) software, which allows users to collect and add control devices for configuration. The system automatically determines programming data based on the type, location, and load type of control devices, enabling automatic generation of settings for control features such as scenes, schedules, and automated control features. This allows for location-based services to automatically control devices.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If traditional device-by-device programming procedures are used, then each control device can be individually configured, but the programming process becomes time-consuming and inconsistent across similar rooms

Engineering Contradiction:
ImproveIndividual device configuration capabilityVSAvoidProgramming time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The system segments the programming process into two distinct phases: a one-time comprehensive programming phase where all control devices are programmed using automated procedures, and a subsequent user preference update phase where only specific settings need modification. This segmentation eliminates the need for repeated full programming while maintaining individual device configurability.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system performs preliminary automated programming of all control devices during system commissioning, establishing consistent baseline configurations across all devices before users arrive. This preliminary action includes programming scene settings, device associations, and operational parameters, so that when users arrive, the devices are already functional and only need preference customization.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If comprehensive programming of all settings is performed, then complete control functionality is achieved, but updating settings for user preferences becomes difficult and time-consuming

Engineering Contradiction:
ImproveComplete control functionalityVSAvoidSettings update ease
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The system extracts user preference settings from the comprehensive programming data structure, allowing users to access and modify only their specific preference parameters without dealing with the entire programming configuration. Users can extract and adjust settings like temperature preferences, lighting preferences, and schedule preferences independently while the rest of the system remains unchanged.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The system implements dynamic settings that allow users to modify their preferences at any time without reprogramming the entire system. The programming data structure is designed to be dynamic, permitting selective updates of user preference parameters while maintaining the stability of core control functionality and device configurations.

Inventive Principle:
Principle #15Dynamics

3Manufacturing precision

If automated programming procedures are implemented, then consistency across similar rooms is improved, but the system becomes more complex to commission

Engineering Contradiction:
ImproveProgramming consistencyVSAvoidSystem commissioning complexity
Core Design Contradiction:
Manufacturing precisionVSDevice complexity

Solution Approach 1:

The system uses copying by storing standardized programming templates and procedures that can be replicated across multiple control devices and similar rooms. Once a programming template is created for one device type or room configuration, it can be copied and applied to numerous other devices, ensuring consistency while reducing the complexity of commissioning each device individually.

Inventive Principle:
Principle #26Copying

Solution Approach 2:

The system implements universal programming procedures that can handle multiple device types and configurations through a single standardized interface. The automated programming system is designed to be multi-functional, accommodating different control devices, room types, and building configurations using the same core programming logic, thereby reducing commissioning complexity while maintaining consistency.

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

Data Source

PatentUS20250159778A1Configuring a load control system
Publication Date: 2025.05.15 LUTRON TECHNOLOGY COMPANY LLC
  • US20250159778A1 patent drawing
  • US20250159778A1 patent drawing
  • US20250159778A1 patent drawing

AI summary

A load control system may be configured using a graphical user interface (GUI) software. The GUI software may be implemented to collect control devices and add the control devices to the load control system for configuration. Programming data may be automatically determined for the added control devices based on the type of control device, the location of the control device, and/or the load type controlled by the control device. The programming data may include control settings for a scene, a schedule, or an automated control feature. The programming data may be displayed for being viewed and/or adjusted by a user. The programming data may be transmitted to the control devices and/or a system controller for being implemented in performing load control.