Abstract: A flexible control architecture for an electrical power microgrid provides resiliency when operating under varying threat levels. The architecture includes a microgrid control layer, an intermediate layer and a component control layer. A contingency level is computed based on conditions of the microgrid such as weather and system state. When the contingency level indicates a low degree of threat, the system operates in a centralized, top-down control configuration. When the contingency level indicates a high degree of threat, the system operates in a decentralized control configuration with the microgrid control layer performing only a monitoring function.

Abstract: A method for managing allocation of electrical power includes selecting one or more power consuming entities for receiving a request to reduce electrical power usage (S23) based on data pertaining to past selections of entities for receiving requests to reduce power and a history of compliance with said requests (S22). A customized request to reduce power usage for each of the selected one or more power consuming entities is generated (S24). The generated customized request to reduce power usage is received at a corresponding power consuming entity and a cost associated with complying with the received customized request to reduce power usage is evaluated (S25). A commitment to comply with the received customized request to reduce power usage is returned when the evaluated cost is within a threshold of acceptability and negotiating a new request to reduce power when the evaluated cost is greater than a threshold of acceptability (S26).

Abstract: A flexible control architecture for an electrical power microgrid provides resiliency when operating under varying threat levels. The architecture includes a microgrid control layer, an intermediate layer and a component control layer. A contingency level is computed based on conditions of the microgrid such as weather and system state. When the contingency level indicates a low degree of threat, the system operates in a centralized, top-down control configuration. When the contingency level indicates a high degree of threat, the system operates in a decentralized control configuration with the microgrid control layer performing only a monitoring function.

Abstract: A baseline editor is provided for creating a baseline calculator. A user interface allows description of the baseline algorithm in demand response domain terminology. A processor compiles the demand response domain terminology into computer code for calculating the baseline (i.e. a baseline calculator). Rather than relying on programmers to custom code the implementation of the baseline algorithm, the processor generates code based on demand response domain criteria. The entity creating the demand response program may utilize user interface to change the programming of the baseline algorithm to experiment in an effort to provide a desired incentive.

Abstract: A method for managing allocation of electrical power includes selecting one or more power consuming entities for receiving a request to reduce electrical power usage (S23) based on data pertaining to past selections of entities for receiving requests to reduce power and a history of compliance with said requests (S22). A customized request to reduce power usage for each of the selected one or more power consuming entities is generated (S24). The generated customized request to reduce power usage is received at a corresponding power consuming entity and a cost associated with complying with the received customized request to reduce power usage is evaluated (S25). A commitment to comply with the received customized request to reduce power usage is returned when the evaluated cost is within a threshold of acceptability and negotiating a new request to reduce power when the evaluated cost is greater than a threshold of acceptability (S26).

Abstract: A method for bi-directional synchronization of tracing relationships between a requirements repository and textual requirements documents, including: in a first operating mode: gathering trace information from a requirements repository; and formatting the trace information and inserting the trace information as text in textual requirements documents; and in a second operating mode: modifying the trace information in the textual requirements documents; and updating the requirements repository to match the modifications that were made in the textual requirements documents.

Abstract: A method for bi-directional synchronization of tracing relationships between a requirements repository and textual requirements documents, including: in a first operating mode: gathering trace information from a requirements repository; and formatting the trace information and inserting the trace information as text in textual requirements documents; and in a second operating mode: modifying the trace information in the textual requirements documents; and updating the requirements repository to match the modifications that were made in the textual requirements documents.