Power Distribution Network (Transactive)

The goal of this project is to implement a small-scale simulated model of the power distribution network representing the impact of reverse power flows and analyze and discuss their impact on the stability and operation of the distribution system and on pricing.

=Problem Definition= A first step toward implementing electricity markets at the distribution system level and incorporating prosumers as providers within the public utility system requires a real-time market auction system. The above illustrates an example of the process flow for a transactive energy system. A previous senior design team developed a distribution system model in OpenDSS, and implemented planning level studies for analyzing transactions. The next step is to build an updated model with real-time communication between the small-scale model and an auctioning system for data analyzing purposes. This way, real-time data can be obtained by the use of the RTDS. A pricing system will also be created based on the results of the small-scale model. A modular integrated real-time auction system will need to be created so that users can buy and sell power between themselves and the current power producer, as well as allow for transaction prioritization on sponsor defined variables. The designed auction must be secure, maintainable, modular, and well-documented so that features can be added, dropped, or changed at a later date.

Background
In the modern power grid, consumers are transforming into prosumers where electric power end-users could also generate their own energy from renewable resources such rooftop photovoltaic panels (PVs) or have stored energy in batteries (electric vehicle) and inject it back into the grid to sell the excess energy. This results in reverse power flows that could have an impact on the stability and the economics of the operation of the power distribution and transmission systems. The power distribution system could benefit from this local distributed generation if the adequate controls and sensing are developed.

Deliverables
An error-free and working program/model Documentation about the program and model's inner workings A description of difficulties faced while creating the above

Specifications
Functional Requirements The final product should be able to accept real-time bid input into the system, implement a changing locational marginal pricing (LMP), and conduct transactions without error. This should be able to be accomplished by using the continuous data being collected by an SEL RTAC (real-time automation controller) that is going to distribute data to the bid system. Reliability Requirements The system should process bids and transactions without error. It should be designed to operate for a defined amount of time without maintenance.

Model Requirements The model should be built in RSCAD off of the 34-bus model. The model must be able to accept input from the auctioning system in real-time. It must be built to handle expected and unexpected line outages, as well as have constraints such as voltage regulators, low voltages, and line conductors. The model that will be used to verify the RSCAD model will be built in ATP. This will allow for the data to show statically if the RSCAD model is correct.

Software Requirements The software should be designed to function constantly without restart. The software should be designed such that a single transaction failure should not cause system failure. The auctioning system should be able to take in real-time bids. The software should be able to relay transaction information to the model, and from the model to the auctioning system.

=Design Considerations= Transferring a small-scale model from OpenDSS to a real-time automated program RSCAD Develop full communication between small-scale model and an auctioning system for data analysis Real-time communication between the RSCAD system and the developed auction system

=Project Learning=

=Final Design=

=Validation=

=Team Members=

=Additional Documentation=

Project Schedule Meeting Minutes Snapshot 1 Design Review Meeting Agendas Budget Value Proposition Product Requirements Project Proposal Design Validation Plan