1 / 20

RTO_SS

RTO_SS. Electronic Scheduling System For Southwest Power Pool. What is RTO_SS?. The result of a three year effort Electronic scheduling system that utilizes existing infrastructure and replaces the “1960’s” style of scheduling. Meets all FERC requirements under Order 2000

vanna-petty
Download Presentation

RTO_SS

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. RTO_SS Electronic Scheduling System For Southwest Power Pool

  2. What is RTO_SS? • The result of a three year effort • Electronic scheduling system that utilizes existing infrastructure and replaces the “1960’s” style of scheduling. • Meets all FERC requirements under Order 2000 • Meets all NERC scheduling requirements

  3. Design Goals Flexibility • Data must be easily viewable and downloadable • Allows users to access data in multiple ways • Must be able to handle different schedule types Use standard formats • Most Schedules will be entered through NERC tags • Downloaded Schedules will be in a standard format • Net Schedule Information posted on ICCP node Meet NERC and FERC requirements Reduce work load • Replaces tag approval interface • Most Schedules should be verified electronically • Simplify schedule checkouts

  4. Status of RTO_SS • Currently in SPP Testing Phase • User Testing Set for April 17, 2001 • Parallel Testing begins April 27, 2001 • Details to be published later • System Online May 15, 2001 • Schedule Monitored by SPP STF

  5. Design Goals (cont.) Reliability/Performance • Redundant servers at a remote site • Reliable and redundant communications • Must be responsive under heavy user use Meet future needs • RTO seams issues • FERC OASIS v. 2 • NERC Electronic Scheduling • Retail Open Access Cost Meet Time Line • Fully functional by 5/15/01

  6. Roles of RTO_SS Participants • Transmission Provider (TP1, TP2) • Generation Provider (GP) • Generation Control Areas (GCA) • Load Serving Entity (LSE) • Load Control Area (LCA) • Purchasing/Selling Entity (PSEs) • Scheduling Control Areas (CA1, CA2) • 1st Tier Control Areas (First Tier In / Out)

  7. RTO_SS System Non-RTO_SS Participant Entities RTO_SS User CA, TP, GP, etc. Optional Connections OATInet Internet OATInet Internet Internet SPPnet ICCP OATI Tag Authority SPP SPPnet Tag Approval webData webScheduler MOSDW Internet

  8. RTO_SS Process PSE Generates Tag Schedules NSI Optional Connections Internet SPPnet Internet OATInet OATInet Approval EMS (AGC) Internet PSE OATI GP Tag Authority SPP GCA Source SPPnet Tag Approval Checkout LSE Sink webScheduler MOSDW Internet TP

  9. Schedule Types • Energy Schedules via Tags • Reserve Sharing Schedules via ARS • These will be uploaded via ARS for immediate notification and implementation by Control Areas • Loss Repayment Schedules • These are calculated from tags containing losses that were self-supplied and are to be distributed real-time • Dynamic Schedules via Tags • Dynamic schedules are identified by “DYN” in comments field on tag. • System is capable of defining new schedule types

  10. Data Exchange • OATI’s webData Product at SPP • Contains all schedule data locally to SPP • SPP Methods for Exporting sched data • OPS1 Web Access for Viewing/Download • Automated Procedures by SPP Staff based on User Needs • ODBC Backend Connectivity • Currently configuring this setup

  11. RTO_SS Displays • Schedule Approval and Status Displays • Includes ability to view individual tags • Variety of Checkout Screens • Includes ability to checkout groups of individual schedules by totals, such as daily on/off peak totals • Includes ability to resolve schedule mismatches between control areas • Capable of receiving Schedule “Actuals” and calculating Inadvertent between members • Can view schedules by SOURCE or SINK within the member CA • Additional displays exist… OATI wants to meet the needs of the users.

  12. RTO_SS Displays

  13. RTO_SS Displays

  14. User Requirements • User Registration with the SPP • For Sources and Sinks • Proxies • RTOSS Access • Already done if current OATI user under SPP • PSE • 1st Tier CA • Generation Providers • LSE’s

  15. Contingency Plans • System Redundancy • Redundancy at OATI • Redundancy at SPP • ICCP Redundancy • Redundant Communication Access

  16. Contingency Plans • What if ICCP link is down? • Data is still viewable from GUI • What if SPPNET is down? • Access RTO_SS via the Internet • What if OATI has major failure? • What if SPP has major failure? • Any other major points of failure?

  17. RTO_SS Milestones • April 17, 2001 – • Unstructured Testing Began for SPP and Members • April 11-12, 17-19, 24-26 2001 – • SPP User Training Sessions for Members • April 27, May 1, 2, 4, 8, 9, 11, 2001 – • Parallel Testing • May 15, 2001 – • RTO_SS fully operational • June 1, 2001 – • Begin testing requirements for interface between RTO_SS and Market Operations System

  18. Summary • RTOSS is still a work in progress • HTML screens 95%+ complete, may see some additional changes, additions • Still have “back office” interfaces to complete at SPP • STF is working on some business rules. • Tariff vs Tagging timing requirements • Unique Schedules • STF encourages the users to utilize the automated features in their systems. • Automated access to schedules • Net schedule totals for AGC control

  19. Contacts at SPP: 501-664-0146 Technical Questions: Barbara Gibson ext. 245 Joshua Kirby ext. 306 Aaron Ralls ext. 279 Operational Questions: Shari Brown ext. 236 John Taylor ext. 266 www.spp.org

More Related