360 likes | 587 Views
RATC Architecture Effort. Presented by Tomo Popovic Sep 21, 2012. RATC Architecture Outline. Progress Overview Architectural Perspectives Data Flow Diagrams Ongoing Activities. RATC Progress Overview. Review of SOW documentation Survey on architecture-significant requirements
E N D
RATC Architecture Effort Presented by TomoPopovic Sep 21, 2012
RATC Architecture Outline • Progress Overview • Architectural Perspectives • Data Flow Diagrams • Ongoing Activities
RATC Progress Overview • Review of SOW documentation • Survey on architecture-significant requirements • Several group and individual meetings with RATC team members • Focus on overall RATC solution architecture: • Logical and functional perspectives first • Top down approach to data flow
RATC Architecture Outline • Progress Overview • Architectural Perspectives • Data Flow Diagrams • Ongoing Activities
Principles • Louse Coupling - each component should be designed/implemented as independent as possible • Data Format Unification - components should utilize uniform and standardized formats and data structures • Minimize Dependency - each component should be designed with minimal dependency on other RATC components or third party software
Data View • Input Data • Static model data (branch, generator, load) • Dynamic model data (ATP) • Generator availability • Topology (connectivity) • Load flow (Scada, RTU, PMU) • Event records (DFR, DPR, CBM) • Solution-wide Data • All of the above in standardized/unified formats • Line availability • Component Specific Data • Output Data • Lines to be switched (sequence + generation pattern) • Switching overvoltage levels • Relay settings (Zone 2 and Zone 3) • Fault location reports • CB maintenance reports
RATC Architecture Outline • Progress Overview • Architectural Perspectives • Data Flow Diagrams • Ongoing Activities
DFD: Top Layer DFD Nomenclature:
RATC Architecture Outline • Progress Overview • Architectural Perspectives • Data Flow Diagrams • Ongoing Activities
Ongoing Activity • Support the requirements effort for all RATC optimization and analytics modules (TAMU, ASU, UCB, LLNL) • “Drill down” into the data flow and infrastructure requirements by combining top-down results with the input from TVA, ACS, and GPA • Solution-wide data format unification, updating the simulation environment • Requirements effort and data flow details will keep producing input for the overall architecture
Appendix: Support Slides • Constraints • Design View slides
Constraints • Technology • Platforms (Linux, Windows) • Programming languages (Python/Pyomo, Java, C#/C++, Matlab) • Relevant Standards • IEEE C37.111-1999 (Comtrade) • IEEE C37.232-2007/2011 (File naming) • IEEE C37.239-2010 (Comfede) • IEEE 1159.3-2003 (PQDIF) • IEEE 1815-2010 (DNP3) • C37.118-2005/2011 (Synchrophasor Measurements) • IEC 61850 (Substation Automation) • IEC 61970 (CIM/Energy Management) • IEEE C37.238-2011 (Time protocol) • IEEE Common Data Format • XML, ASCII