Download
full system market and reliability testing fka eds 3 r6 3 lfc testing n.
Skip this Video
Loading SlideShow in 5 Seconds..
Full-System Market and Reliability Testing (fka, EDS 3 R6.3 LFC testing) PowerPoint Presentation
Download Presentation
Full-System Market and Reliability Testing (fka, EDS 3 R6.3 LFC testing)

Full-System Market and Reliability Testing (fka, EDS 3 R6.3 LFC testing)

123 Views Download Presentation
Download Presentation

Full-System Market and Reliability Testing (fka, EDS 3 R6.3 LFC testing)

- - - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript

  1. Full-System Market and Reliability Testing (fka, EDS 3 R6.3 LFC testing) http://nodal.ercot.com 1

  2. Antitrust Admonition ANTITRUST ADMONITION ERCOT strictly prohibits Market Participants and their employees who are participating in ERCOT activities from using their participation in ERCOT activities as a forum for engaging in practices or communications that violate the antitrust laws. The ERCOT Board has approved guidelines for members of ERCOT Committees, Subcommittees and Working Groups to be reviewed and followed by each Market Participant attending ERCOT meetings. If you have not received a copy of these Guidelines, copies are available at the Client Relations desk. Please remember your ongoing obligation to comply with all applicable laws, including the antitrust laws. http://nodal.ercot.com 2

  3. Full-System Market and Reliability Testing Agenda – Welcome & Admonition Test Overview & Set-up ICCP Data Submittals Test Step by Step Walkthrough EOCs, Inc/Dec Offers, and Output Schedules ERCOT Assessment and QSE Self Assessments Settlements Reminders http://nodal.ercot.com http://nodal.ercot.com

  4. Test Overview & Set-up Stacy Bridges http://nodal.ercot.com http://nodal.ercot.com

  5. Test Overview & Setup Why? • The LFC Test will: • Provide a system-wide closed loop test using Nodal dispatch signals • Test SCED’s ability to manage network congestion using the Nodal EMS Transmission Constraint Management application (TCM) • Provide a real-time full integration test of SCED and LFC generation dispatch • Provide windows for executing operational scenarios and performing system tuning http://nodal.ercot.com

  6. Test Overview & Setup How? • During the LFC Test: • Zonal and Nodal systems will continue to operate in parallel • Generation Resources will be switched by QSE portfolio from Zonal to Nodal and vice versa • SCED will provide Base Points and manage congestion • LFC will control frequency and provide Regulation dispatch instructions • TCM will be used for activating constraints for SCED • The market will settle in accordance with the provisions for EDS 3 R6.3 testing described in the Zonal Protocols (reference PRR 748, Settlement during EDS 3 LFC Testing): • Section 6.8.2.3, Energy Payments • Section 7.4.3.1, Balancing Energy Up from a Specific Resource • Section 7.4.3.2, Balancing Energy Down from a Specific Resource http://nodal.ercot.com

  7. Test Overview & Setup How? • It will take between 30 and 45 minutes to switch from Nodal to Zonal control • Depending on the test progression or any unplanned conditions, the duration of the LFC Test may deviate from the planned test time • The necessary Verbal Dispatch Instructions (VDIs) will be in place and extended as needed if the test exceeds the allotted time • If the switching of QSEs to Nodal does not progress as expected, or if other unplanned circumstances arise, ERCOT may choose to end the test by switching all QSEs back to Zonal as soon as possible http://nodal.ercot.com

  8. Test Overview & Setup Support from the Market Participants • Each MP needs to have their experts on hand during normal business hours (8:00 am – 5:00 pm) each business day during the week of the test • During the day of the test, the hours of support should be extended as necessary to accommodate the test window • ERCOT staff will contact Market Participants as necessary in preparation for the test • Market Participant experts must be able to support: • ICCP • EOCs, Inc/Dec Offers, and Output Schedules • LFC • MPs should ensure that that their nodal contact list is up to date http://nodal.ercot.com

  9. Test Overview & Setup Unit Commitment (Zonal system) • Unit commitment will be managed in the Zonal system. For this reason it is crucial that the Zonal system continues to operate as normal in parallel with the Nodal system during the test • SCED does not require RUC to be operating to produce Base Points—SCED will use Resources’ net MW, telemetered Resource Status Code, and telemetered Resource limits to determine availability for dispatch in Nodal • If a unit is coming online or going offline in Zonal, the QSE must update their Energy Offer Curves (EOCs), Output Schedules, telemetered Resource Status Codes, and telemetered Resource limits in the Nodal system. Otherwise SCED may not be able to dispatch them accordingly http://nodal.ercot.com

  10. Test Overview & Setup Regulation Deployment (Nodal system) • Regulation will be deployed by the Nodal system from LFC • QSEs’ capability to receive and dispatch Regulation was tested in Market Trials Phase 4 testing • It is important that QSEs telemeter the correct Regulation Responsibilities, Regulation Participation Factors, and Resource Statuses • The accuracy of this data is critical for LFC to control frequency • The Regulation Responsibilities in Nodal must reflect the QSE’s Zonal Regulation Obligation. • QSEs must keep the Regulation Responsibilities up to date with each hour • Whenever a Resource is not able to respond to Regulation, the QSE must reallocate that Resource’s Responsibility to another Resource in the portfolio, if possible • ERCOT will be tracking each QSE and their Resources’ MW output and comparing it to the Nodal Expected MW output, which is based on Updated Desired Base Point (UDBP) and Regulation Participation Factors http://nodal.ercot.com

  11. Test Overview & Setup Regulation Deployment (Nodal system) • QSEs must telemeter their 10-minute Zonal requirement in Nodal • This will ensure the full amount of awarded Regulation is available to LFC for dispatch during the test • ERCOT will honor the ten-minute ramp rate during the test by modifying the LFC Regulation calculation (ten instead of five minutes ramp) and by temporarily modifying the SCED-Up Ramp Rate (SURAMP) and SCED-Down Ramp Rate (SDRAMP) calculated by the Resource Limit Calculator (RLC) Therefore: • SURAMP = Normal Ramp Rate – (Regulation Up AS Responsibility / 10) • SDRAMP = Normal Ramp Rate – (Regulation Down AS Responsibility / 10) • LFC will calculate Regulation to be deployed over a 10-minute ramp rate rather than a 5-minute ramp rate http://nodal.ercot.com

  12. Test Overview & Setup Responsive Reserve Service (RRS) Deployment (Nodal and Zonal system) • RRS communication was tested as part of the individual QSE testing in Market Trials Phase 4 • QSEs were deployed a Responsive Reserve Deployment MW value, which they used to update their Responsive Reserve Ancillary Service (AS) Schedules for individual Resources • SCED will also be manually or automatically triggered to run “out of normal sequence” (not on the 5-minute time period) to dispatch new Base Points as soon as possible and help recover system frequency • QSEs must make sure that their telemetered Responsive Reserve AS Responsibilities and Schedules for each of their Resources in Nodal are correct and reflective of their current Zonal Responsive Reserve Obligation http://nodal.ercot.com

  13. Test Overview & Setup RRS Deployment (Nodal and Zonal system) • Responsive Reserve will be deployed from Nodal • Zonal will also continue to deploy Responsive Reserve • This can be triggered manually by the operator or automatically (frequency < 59.91Hz) in either system as required • Additionally, RRS will be deployed in Nodal as a planned Operational scenario • If a QSE has not switched to Nodal, they should follow the Zonal deployment • The QSE should also update the telemetered Responsive Reserve Schedule based on any Nodal RRS deployments received from ERCOT • If a QSE has switched to Nodal, they must update the Responsive Reserve schedules and continue to follow their Nodal deployments http://nodal.ercot.com

  14. Test Overview & Setup Non-Spin Deployment (Nodal and Zonal system) • If required, Non-Spin will be deployed from the Nodal system during the LFC Test • Zonal will also continue to deploy Non-Spin • When Non-Spin is deployed in one system, ERCOT will select the same QSE/Resources for deployment in the other system • QSEs are requested to keep their telemetered Resource Status Codes, Non-Spin Responsibilities, and Non-Spin Schedules in Nodal reflective of their Zonal Non-Spin obligation • After a Non-Spin deployment, QSEs must also update their Nodal EOCs, Output Schedules, Telemetered Resource Status Codes, and Resource Limits in preparation for Resources coming online so that SCED can dispatch Resources appropriately once they become available • The QSE should also adjust the telemetered NSRS Schedule in the Nodal system to reflect the Nodal deployment http://nodal.ercot.com

  15. Test Overview & Setup • Deployment of Balancing Energy Service (BES) Capable NSRS for Quick Start resources during the LFC test • Prior to the resource being asked to come online in Zonal, the QSE should: • telemeter a Non-Spin Schedule and Responsibility (NSSC and NSRS) of 0 • telemeter a resource status showing the resource as offline; and • telemeter the actual physical LSL of the resource • If the QSE receives an energy deployment in Zonal, the QSE should start that resource and telemeter a resource status of online (ON) as soon as they are capable • Once the resource is “ON” with net MW > 0, the resource will be available for SCED dispatch and the resource will be dispatched based on the energy offer curve • Once Zonal indicates that the resource should go offline, the resource should begin ramping down • When the resource goes offline, the QSE should update the telemetered resource status to offline • The QSE also has the option to not provide BES-Capable NSRS during the hours of the test http://nodal.ercot.com 15

  16. Test Overview & Setup • Manual dispatch instructions during the LFC test • Beginning two hours prior to the LFC test, ERCOT will stop using OC1s and OOMEs and will plan to use OC3s to manage congestion • The one exception to this is that ERCOT will use OC1s for the W-N and the N-H stability limit (non-thermal IROL for NERC) during transition periods to and from Nodal control • ERCOT has created and tested constraints for these limits in the Nodal system which can be activated for SCED as needed and should provide similar dispatch to the OC1s • ERCOT may be required to use Zonal manual dispatch instructions to solve congestion • ERCOT will set the Nodal Base-Point to match the Zonal manual dispatch instruction • The QSE will continue to follow the Nodal Base Point if they are still under Nodal control

  17. ICCP Data Submittals Dave Maggio http://nodal.ercot.com http://nodal.ercot.com

  18. ICCP Data Submittals Market Participant EMS Data Submittals – • RLC/LFC Support (Nodal=Zonal) • Resources Gross & Net MW (ICCP) • HSL/LSL (ICCP) • Resource Status Code (ICCP) • Regulation Responsibilities (ICCP) • Responsive Reserve AS Schedules and Responsibilities (ICCP) • Non-Spin Reserve Ancillary Service Schedules and Responsibilities (ICCP) • Resource Specific DSR Schedules and QSE DSR Load (ICCP) • Regulation Participation Factors (ICCP) • Combined Cycle Configurations (ICCP) • Ramp Rates (Resource Parameters data up to date) • Raise/Lower Block Status (ICCP) • Telemetry required for State Estimation • Gross & Net MW/MVAR • Unit Circuit Breaker status • Etc. http://nodal.ercot.com

  19. ICCP Data Submittals • Market Participant EMS Wind Unit Data Note • Set Real-Time telemetered HSL value to current MW output per (NP 6.5.5.2(3)) • Additional detail was recently added to this protocol reference as part of NPRR 214 • If the Wind-Powered Generation Resource (WGR) is not being curtailed, the HSL should be set at the actual net output of the WGR • In event of curtailment (i.e., a SCED instruction at least two MW lower than the unit’s current MW output), the HSL should be set at the capability that the facility would have if it were not being curtailed • This estimate should be based on wind speed, power curves, and turbine availability • The QSE shall set the HSL within one SCADA cycle after receiving a SCED Base Point Dispatch Instruction from ERCOT • This will allow the QSE to more easily detect if the WGR must respond to a curtailment instruction http://nodal.ercot.com 19

  20. ICCP Data Submittals Common ICCP Issues Identified During Previous Testing http://nodal.ercot.com 20

  21. ICCP Data Submittals – Proper Use of RBST/LBST Raise and Lower Block Status • Raise Block Status (RBST) and Lower Block Status (LBST) points are used to block Ancillary Service deployments in LFC due to emergency resource conditions and communicate to ERCOT the deficiency in real-time • RBST/LBST does NOT excuse a resource’s obligation/responsibility to provide AS • RBST/LBST should be used for emergency situations only and should not be used during normal operations • Examples of emergency situations: unexpected plant equipment failures, resource dropping off LFC into Local Mode, or any other unforeseen complication that causes a resource to lose capability to adjust output in accordance with ERCOT’s LFC signal • Examples of normal operations: duct burner firing, mill starts, any other predictable scenario • RBST/LBST will NOT affect SCED base point, only AS dispatch • RBST/LBST will effectively freeze your UDBP signal. Ideally, RBST/LBST should only be enabled until SCED runs again, by which time the resource should’ve had time to update their HSL, LSL, and AS telemetry to reflect their deficiency due to the problem • RBST/LBST should NOT be set to automatically enable when unit output reaches HSL/LSL. This could interfere with desired deployment of AS. http://nodal.ercot.com 21

  22. ICCP Data Submittals Resource Status (RST) set to NA • The MMS-generated COP Consistency Check will generate an alert whenever the Resource Status (RST) in the COP is inconsistent with the RST telemetered in Real-Time • Because MMS receives the Real-Time RST from the Resource Limit Calculator rather than from SCADA, the RST identified in the alert is sometimes “NA” • RLC will automatically change the telemetered RST to NA when: • The telemetered RST is 0 (RST=0 appears in EMS as “NA” but is not directly changed to NA by RLC) • The telemetered RST indicates offline (OUT, OFFNS, OFF, and EMR) but MW>0 (a certain threshold above 0) • If unit is generating but RST is OFF, SCED cannot see the unit • When RLC changes such an RST to NA, SCED can see the unit and can dispatch it as an online Resource • HDL and LDL are set to current output – SDRAMP*5. SCED sets the base point equal to these revised HDL/LDL • The telemetered RST quality is good and is not in the range of valid RST codes per Nodal Protocols 6.4.5, Resource Status, or it is 0 http://nodal.ercot.com 22

  23. ICCP Data Submittals RSTs to be used during Ramp-Up / Ramp-Down • RST during Ramp-Up: • Between 0 MW and LSL, the telemetered RST should indicate online status • SCED will dispatch the Resource to its current output • Between LSL and HSL, the telemetered RST should reflect unit activity per the Resource Status Codes provided in the Nodal Protocols Shutdown Activities • RST during Shutdown: • To shutdown during testing, change your RST to ONTEST • The RLC will then set LDL=HDL=Net Real Power=Base Point, and the SCED Base Points will follow the output of the Resource down to the point that it is removed from the grid http://nodal.ercot.com 23

  24. Operational Scenarios Stacy Bridges http://nodal.ercot.com http://nodal.ercot.com

  25. Operational Scenarios Operational Scenarios • Operational Scenarios may be run during full-system testing, including: • Issue Emergency Base Points • Issue RRS Deployments • Simulate SCED Failure • Issue NSRS Deployments • ERCOT will communicate any operational scenarios applicable to an upcoming LFC test by announcing them via Market Notices and the regularly scheduled Real-Time Market Calls • Descriptions of operational scenarios are provided on the following slides • Additional details may be found in the Full-System LFC Approach document on the Readiness Center at http://nodal.ercot.com/readiness/markettrials/rtm/index.html http://nodal.ercot.com 25

  26. Operational Scenarios Scenario: Issue EMBP Flags • This operational scenario is a system-wide exercise to confirm that QSEs with Resources are capable of receiving EMBP • SCED failure will be simulated to the extent that the ERCOT Operator will enter an EMBP incremental MW value (based on the Generation to be Dispatched as required over the next five-minute interval) • Qualified Scheduling Entities (QSEs) will be sent these Base Points via telemetry, along with the system-wide EMBP status flag, and will be expected to respond to the Base Points • ERCOT will inform QSEs via hotline call regarding the start time for conducting this operational scenario • ERCOT initially proposes implementing the Emergency Base Point scenario for at least 15-30 minutes • Duration of the scenario may be shortened or extended as deemed appropriate by the ERCOT • ERCOT may reach out to one or more Market Participants while the scenario is being exercised to confirm that the system-wide EMBP flag and incremental MW value are being received correctly http://nodal.ercot.com 26

  27. Operational Scenarios Scenario: Issue RRS Deployments • Confirming that QSEs with Resources (Generation and Controllable Load) are capable of receiving and responding to RRS deployments. • Nodal Non-Spinning Reserve Service (NSRS) is out of scope for this scenario. • The testing of deployments for NSRS may be included as an operational scenario during the lengthier tests • SCED will continue to dispatch Base Points based upon the required Generation to be Dispatched and Energy Offer Curves (EOCs) • ERCOT will inform QSEs via hotline call regarding the start time for conducting this operational scenario • QSEs will respond to the deployment instruction by updating their telemetered Ancillary Service (AS) Schedules for RRS to reflect the specified deployment amounts • QSEs will need to provide these updates back to ERCOT within one minute per Nodal Protocols Section 8 • Approximately 15 to 20 minutes following the RRS deployment instruction, ERCOT will recall RRS, and QSEs will respond by updating their telemetered AS Schedules for RRS to reflect the recall MW • As with the initial deployment, QSEs should provide the updates back to ERCOT within one minute http://nodal.ercot.com 27

  28. Operational Scenarios Scenario: Issue NSRS Deployments • This operational scenario will be used to deploy a small MW quantity of NSRS to offline Resources that have a zonal Non-Spin obligation during the test period • ERCOT will deploy the Non-Spin MW quantity by first deploying it in zonal and then by selecting the same QSEs/Resources to receive the deployment amount in nodal • This scenario will last approximately one hour, although it may be extended into a subsequent hour as determined by ERCOT Operators and supporting Engineering staff • Hotline calls will be used to announce the start and end of this scenario. http://nodal.ercot.com 28

  29. Test Step by Step Walkthrough Dave Maggio http://nodal.ercot.com http://nodal.ercot.com

  30. Step by Step Walkthrough Prior to the Test • Provide Real Time ICCP Data to Nodal • Make sure all Generation Resources are ready to participate in the test • Market Notices: • A Market Notice will be sent at least one week prior to the LFC test window as a reminder of the upcoming LFC test • A follow-up Market Notice will be sent two days prior to the actual test to confirm the specific date • A final Market Notice will be sent on the day of the test to confirm that the test will be conducted that day • A hotline call will be made on the day of the test to communicate the start time of the test (approximately 2-3 hours prior to start) • A WebEx conference will be provided to allow Market Participants to monitor the LFC Test —an email with WebEx details will be sent to Nodal Transition Project Managers the week of the test • ERCOT and Market Participant staff should be available and ready to field troubleshooting calls during the 2-3 hours prior to the test • A System Wide VDI will be issued immediately prior to the start of the test http://nodal.ercot.com

  31. Step by Step Walkthrough During the Test • Switching to Nodal one QSE at a time • Evaluate QSE Nodal performance prior to switching the next QSE (this evaluation will determine whether to proceed with the test or to cancel) • Place Hotline calls as needed to announce start/end times, switching activities, and operational scenarios • Hotline calls will be announced on the WebEx conference as they occur • Conduct operational scenarios (if applicable to the test) • Conduct a period of system-wide Nodal operation • Switch back to Zonal one QSE at a time • After all QSEs are switched back to Zonal, an additional 15 to 30 minutes will be allotted before ending the VDI Examples of the Hotline/VDI scripts are provided on the following slides. http://nodal.ercot.com

  32. Step by Step Walkthrough Example Hotline/VDI scripts to start the test: • Typical Hotline Script: Informing QSEs of test start time • “This call requires everyone to remain on the line until it is complete. [QSE] I will be asking you for the repeat back. This is ERCOT operator [first and last name]. ERCOT will begin the Full System LFC test at [##:##]. At this time, a Hotline call will be made to issue a VDI to start the test. [QSE] please repeat this back to me. That is correct, thank you.” • Typical Hotline Script: Issuing VDI to all QSEs to start test • “This call requires everyone to remain on the line until it is complete. [QSE] I will be asking you for the repeat back. This is ERCOT operator [first and last name]. ERCOT is issuing VDI [F-Date-##] to begin the Full System LFC test. Each QSE will be contacted one at a time and given instruction on when to switch their system from Zonal to Nodal control. An additional Hotline call will be made when all QSEs have been successfully switched over to Nodal control. [QSE] please repeat this directive back to me. That is correct, thank you.” http://nodal.ercot.com

  33. Step by Step Walkthrough Example Hotline/VDI scripts to complete QSE switching to/from Nodal: • Typical Hotline Script: Zonal-to-Nodal switch complete • “This call requires everyone to remain on the line until it is complete. [QSE] I will be asking you for the repeat back. This is ERCOT operator [first and last name]. At this time ERCOT has successfully switched all QSEs from Zonal to Nodal control. ERCOT will stay on Nodal control for approximately [#] hours. ERCOT will make an additional hotline call before contacting QSEs individually to begin switching back to Zonal control. [QSE] please repeat this back to me. That is correct, thank you.” • Typical Hotline Script: To switch back from Nodal-to-Zonal control • “This call requires everyone to remain on the line until it is complete. [QSE] I will be asking you for the repeat back. This is ERCOT operator [first and last name]. Each QSE will be contacted one at a time and given instruction on when to switch their system from Nodal to Zonal control. An additional Hotline call will be made when all QSEs have been successfully switched back over to Zonal control. ERCOT will end the VDI at the completion of the LFC test. [QSE] please repeat this back to me. That is correct, thank you.” • Typical Hotline Script: Nodal-to-Zonal switch complete; end VDI • “This call requires everyone to remain on the line until it is complete. [QSE] I will be asking you for the repeat back. This is ERCOT operator [first and last name]. [VDI F-Date-##] will terminate at [state the time of termination]. At this time ERCOT has successfully switched all QSEs from Nodal to Zonal control. [QSE] please repeat this directive back to me. That is correct, thank you.” http://nodal.ercot.com

  34. Step by Step Walkthrough Example Hotline/VDI scripts to initiate and end EMBPs: • Typical Hotline Script: Implementation of Emergency Base Points (LFC Control) • “This call requires everyone to remain on the line until it is complete. [QSE] I will be asking you for the repeat back. This is ERCOT operator [first and last name]. ERCOT will test and implement Emergency Base Points at [##:##] though the Nodal system. ERCOT will make an additional hotline when returning to normal Nodal control. [QSE] please repeat this back to me. That is correct, thank you.” • Typical Hotline Script: Ending Emergency Base Points (LFC Control) • “This call requires everyone to remain on the line until it is complete. [QSE] I will be asking you for the repeat back. This is ERCOT operator [first and last name]. ERCOT will end Emergency Base Point deployments at [##:##]. [QSE] please repeat this back to me. That is correct, thank you.” http://nodal.ercot.com

  35. Step by Step Walkthrough After the Test • Provide Real Time ICCP Data to Nodal • Analyze QSE & ERCOT Test Results • Initial analysis will be provided on market calls and in stakeholder forums as it becomes available • Dates will be identified to review the results market calls and/or in workshops • Determine whether there is a need to repeat the test http://nodal.ercot.com

  36. Energy Offer Curves, Inc/Dec Offers, and Output Schedules Jeff Gilbertson http://nodal.ercot.com http://nodal.ercot.com

  37. SCED/MMS Data Submittals • Market Participant Data Submittals – • All On-line Resources must have an Energy Offer Curve, Output Schedule, or Output Schedule with Inc and/or Dec curves • Requirement for LFC test is different than DAM (which is 80% / 120% of costs) • Need to more closely reflect Zonal / BES such that Nodal deployment does not diverge too much from Zonal • Energy Offer Curve • Should cover telemetered LSL/HSL range • Should reflect portion of BES carried by Resource in both MW and price • Output Schedule • Should fall within telemetered LSL/HSL range • Should reflect expected MW output of Resource • Inc/Dec Curve • Requires Output Schedule • Should reflect portion of BES carried by Resource in both MW and price • May require deviation from Zonal bids asInc prices must be > Dec pricespoint http://nodal.ercot.com

  38. SCED/MMS Data Submittals • Submittal Timeline • Current Operating Plan (COP) • Inc/Dec curve requires COP submission with ONDSR or ONDSRREG status • SCED uses telemetered Resource Limits and Status • COP submission for next seven days is required by Protocols so it is good practice to submit COP • COP submission may begin seven days before Operating Day • COP may be updated anytime prior to the end of the Adjustment Period (one hour before start of Operating Hour) http://nodal.ercot.com

  39. SCED/MMS Data Submittals • Submittal Timeline • Energy Offer Curve • EOC submission may begin seven days prior to Operating Day • EOC submission blocked for next Operating Day between 1000 and 1800 • EOC may be updated after 1800 (beginning of Adjustment Period) to one hour prior to Operating Hour (the end of the Adjustment Period) • Use a Reason Code (FUEL/OUT/DSCM) if updating for a DAM or RUC committed Resource to get around offer curve rejection, if needed; DAM/RUC testing is separate from LFC testing http://nodal.ercot.com

  40. SCED/MMS Data Submittals • Submittal Timeline • Output Schedule • Output Schedule submission may begin seven days prior to Operating Day • Output Schedule may be updated until the end of the Adjustment Period OR the Operating Interval for DSR • Inc/Dec Offer Curves • Inc/Dec Offer Curve submission may begin seven days prior to OD and ends at the end of the Adjustment Period • Inc/Dec Offer Curve requires COP Resource Status of ONDSR or ONDSRREG • Inc/Dec Offer Curve requires Output Schedule submission for SCED use • Inc/Dec Offer Curves both must cover LRL to HRL range • Inc and Dec curves are both monotonically increasing in price • Dec curve prices must be lower than Inc curve price at each MW • Offer Curve used by SCED is constructed by using Dec curve to the left of Output Schedule MW and Inc curve to the right of Output Schedule MW http://nodal.ercot.com

  41. SCED/MMS Data Submittals • Submittal Timeline • Example timeframes for Operating Hour 6/16 12:00 pm – 1:00 pm • 6/9 12:00 am – submission window for COP, Output Schedule, EOC, Inc/Dec begins • 6/15 10:00 am – DAM deadline for 6/16. EOC submission window ends. • 6/15 6:00 pm – Adjustment Period begins. EOC submission window re-opens. • 6/16 11:00 am – End of Adjustment Period. COP, Output Schedule, EOC, and Inc/Dec submissions window ends (except Output Schedule for DSR) • 6/16 12:00 pm – Start of Operating Hour. Output Schedule for DSR submission window ends. http://nodal.ercot.com

  42. SCED/MMS Data Submittals • Market Participant Data Submittals – • Good Resource dispatch example • Telemetry: HSL = 450; LSL=150; MW = 440 • RLC: HDL = 450; LDL = 430 • TPO covers 150 – 500 • SCED BP = 450 MW; EOC price at 430MW = $20; LMP = $50 450 430 $20 $ $0 MW 150 450 http://nodal.ercot.com

  43. SCED/MMS Data Submittals • Market Participant Data Submittals – • Bad Resource dispatch example • Telemetry: HSL = 300; LSL = 100; MW = 150 • RLC: HDL = 160; LDL=140 • TPO covers 0 – 100 • SCED BP = 140; TPO price at 140MW = $2250; LMP = $50 140 160 $2250 $2250 MW $ $0 $-250 100 300 http://nodal.ercot.com

  44. SCED/MMS Data Submittals • Market Participant Data Submittals – • SCED Support (Nodal=Zonal) • For Resources which provide no zonal Balancing Energy Services, provide an Output Schedule • The sum of your zonal resources not providing balancing energy needs to the equal the sum of your nodal output schedules • Zonal Balanced Energy Schedule on 15 min interval basis =Nodal Output Schedule on 5 min basis x 3 • Set telemetered Resource Status to “ONOS”

  45. Output Schedule Example – Assumes all resources are not providing balancing services Output Schedule Key Points– - COP HSL/LSL surrounds OS MW - Sum of OS MW = Zonal Balanced Schedule Generation SCED/MMS Data Submittals

  46. SCED/MMS Data Submittals • Market Participant Data Submittals – • SCED Support (Nodal=Zonal) • For Resources which provide zonal Balancing Energy Services,provide an Energy Offer Curve • Start with Base MW with $ near expected MCPE(should be between first $ of UBES and DBES curves) • Using same prices from UBES curve, build EOC to right of initial point. Assign MW value = Base MW value + percentage of UBES MW range that would be deployed by Resource • Similarly, build DBES curve to the left of initial point. • Sum of (Max EOC MW – Initial point MW) for Resources should equal Max UBES MW • Sum of (Initial point MW – Min EOC MW) for Resources should equal Max DBES MW • Set telemetered COP Resource Status to “ON”

  47. SCED/MMS Data Submittals • Start with Base MW with $ near expected MCPE(should be between first $ of UBES and DBES curve)

  48. SCED/MMS Data Submittals • Using same prices on UBES curve, build EOC to right of initial point. Assign MW value = Base MW value + percentage of UBES MW range that would be deployed by Resource • Example below shows 50% UBES to be carried on Resource X

  49. SCED/MMS Data Submittals • Similarly, build DBES curve to the left of initial point. • Example below shows 50% DBES to be carried on Resource X

  50. SCED/MMS Data Submittals • Sum of (Max EOC MW – Initial point MW) should equal Max UBES MW • (225-200) + (100-75) = 25 + 25 = 50