Presentation is loading. Please wait.

Presentation is loading. Please wait.

Using WEBSAS NERC Learning Objectives Suggested Learning Objectives: Be able to explain the unscheduled flow mitigation plan including the qualification.

Similar presentations


Presentation on theme: "Using WEBSAS NERC Learning Objectives Suggested Learning Objectives: Be able to explain the unscheduled flow mitigation plan including the qualification."— Presentation transcript:

1 Using WEBSAS NERC Learning Objectives Suggested Learning Objectives: Be able to explain the unscheduled flow mitigation plan including the qualification of devices and paths Be able to define terms used in the UFMP Be able to state the calculations WebSAS performs Be able to describe actions taken by operators in response to WebSAS Be able to demonstrate how to get reports from WebSAS Be able to explain the examples in the WebSAS training Remember: Testing should prove the participant can do the above

2 Using WEBSAS The problem The plan The tools Examples

3 The problem Loop flow Aka Unscheduled flow

4 4 Loopflow and WEBSAS There are many WECC-approved loopflow training modules. Loopflow can be dealt with using paper matrices or.. The Unscheduled Flow Administrative Subcommittee has developed a tool called webSAS written by OATI to implement the Unscheduled Flow Mitigation Plan. The following slides focus on the UFMP and the use of webSAS to reduce USF.

5 The Plan The WECC Unscheduled Flow Mitigation Plan

6 6 WECC Unscheduled Flow Mitigation Plan Western version of east-coast TLR. –Most important difference is the western system allows the market to select schedule to curtail vs. TLR curtails automatically UFM Plan embraces these principles: 1.Early steps require accommodation of unscheduled flows. 2.Later steps require Coordinated Operation of Controllable devices unless the PST operator creates an overload or low voltage by altering actual flows. 3.Subsequent steps require Import Schedule Curtailments (generation re-dispatch). This is where WEBSAS comes in. Paths and controllable devices are qualified to take part in the plan. Emergency operation is allowed to help non-qualified paths.

7 7 WECC UFMP The plan requires both tagged and non- tagged transactions be assessed and curtailed (as necessary). The webSAS tools described later deals only with tagged transactions. Failure to comply with UFMP can result in RMS sanctions (either a letter or monetary sanctions).

8 8 UFMP Terms Qualified path: A path proven to suffer from unscheduled flows Qualified device: A device proven to be effective in reducing unscheduled flow, usually on more than 1 qualified path. Controllable device (series caps, PSTs etc). + TDF: means your transaction (aka off-path schedule) is loading someone elses path (bad) -TDF: Means your transaction is unloading someone elses path (good) Plan year 1 = 1995, PY2=1996 etc. Zones: Sources which are electrically very close may be in the same zone. Schedules move power from one zone to another

9 9 UFMP Terms Implement – A tag is implemented when it approved and accepted and is in the scheduler. Prior to this, a tag is pending and may be denied or accepted. COPS – Coordinated Operation of Phase Shifters, usually coordinated by the RD reliability coordinator. Accomodation – Accepting a certain amount of unscheduled flow on a qualified path Hubbing – A marketing tool for scheduling energy deliveries to a POR/POD (the hub) that does not represent a true sink. This is similar to scheduling energy receipts from a POR/POD (another hub) that isnt a true source.

10 10 UFMP core principles The following chart shows the core principles of the plan and details specific actions triggered by specific flow levels. The TDFs referred to are determined twice each year by the WECC staff and programmed into WEBSAS. Remember: In order to provide 2.5 MW relief on a path where your schedule has a 25% TDF, you must curtail the schedule by 10 MW.

11 11 Largest TDFs curtail first Accommodate 5% COPS begins at step three Plan has 9 steps

12 12 WECC Message From: OATI1 Sent: Tuesday, May 31, :15 To :ALL WSCC Subject: Path 66 – COI Unscheduled Flow Reduction Procedure 1. Dispatcher – cisosched1 2. Phone – Action Required – See Below 4. Qualified Path – Path 66 – COI 5. Path Flow Transfer Capability – Schedule – Path Operator – CISO 9. Initiating Party – CISO 10. Device Action – Start Coordinated Controllable Device Operation 11. PPT Action Date – 05/31/ PPT Action Time – PPT Action Zone – PPT 14. Schedule Curtailment – Start Indicated Level of Schedule Curtailments (See Below) 15. Schedule Curtailment Date – 05/31/ Schedule Curtailment Time – Time Zone – PPT 18. Level – Fourth Level (Step 9) 19. Comments – Path 66 is continuing to experience USF constraints, they are accommodating 7% or more of USF on the path and is invoking Step 9, Level Four Curtailment of the contributing schedules

13 13 Steps 1 & 2: Controllable devices in the overloaded path & Accommodation Note the first step is for the qualified path operator to try to reduce flows on their own path using: –Series caps or inductors –Using PSTs in the overloaded path The second step is accomodation of 5% unscheduled flows. More accommodation is required in later steps. –For example, a path with an OTC of 3784 would put in-place a scheduling limit of.95*3784 or 3595 to accommodate 5% unscheduled flow.

14 14

15 15 WECC Unscheduled Flow Mitigation Plan (UFMP) Step 3 MORC says if a PST is not on neutral, it must meet schedule. –This protects an owner from being expected to always use a PST to meet schedules; natural flow is OK. –Exception in Administrative Procedure 8 allows incremental adjustments to PST to help unload a qualified path. An incremental adjustment is when a PST is moved a certain number of taps rather than all the way to schedule. MORC also says a PST cannot be moved beyond schedule. PSTs must be within two (2) taps of schedule if not on neutral.

16 16 During Coordinated Operation of Phase Shifters (COPS) Takes place after initial accommodation of unscheduled flows by qualified path operator. Shouldnt go beyond schedule on PAR Shouldnt increase USF on the constrained path unless it relieves a similar overload or curtailment elsewhere. (beginning of competing path AP004)

17 17

18 18 Steps 4 through 9 Each step requires progressively more accommodation and more off-path import schedule curtailments

19 19 UFAS Administrative Practices UFAS Administration Practice 001- Procedure for qualifying a controllable device (to get $$ for moving the device). UFAS Administration Practice qualified path needs to be loaded to 95% or more to request relief from unscheduled flow UFAS Administration Practice 003 – Procedures for transfer path qualification

20 20 UFAS Administrative Practices UFAS Administration Practice 004 – Competing requests for qualified path relief (matrix for Paths 36 and Path 66) –Rocky Desert Reliability Coordinator coordinates competing requests for relief

21 21 Pacific Ocean El Paso San Francisco Area Tucson Area Phoenix Area Market Place Denver Area Laramie River Salt Lake City Area Round Mountain Malin Midpoint Borah Celilo Portland Area Seattle Colstrip Jim Bridger Four Corners Albuquerque Mexico Canada Nevada Oregon Washington Idaho Arizona Utah New Mexico Colorado Wyoming Montana California Los Angeles Area Las Vegas Area British Columbia Alberta Peace River San Diego Path 66 Path 36

22 22 Competing Paths Goals: –Maximize the total unscheduled flow relief brought to both competing qualified paths. Causes: –COPS for one path overloads another –2 paths encounter congestion for normal patterns of generation & load Solution: –Build matrices to: Assure significant BENEFIT to one while not being a significant detriment to the other.

23 23 Schedules can affect two paths in three ways Hurt both –In this case, curtail the schedule by the amount corresponding to the largest Transfer Distribution Factor (TDF) Help both –Dont curtail Help one and hurt the other –Curtail only if you help one TWICE as much as you hurt the other.

24 24 PSC Cherokee to LDWP Example Path 66 TTC= 4175 Path 36 TTC = 1424 COPS of TOT 2 Cherokee LA

25 25 Cherokee to LDWP TDFs On Path 66, TDF = + 37 –37% of a schedule from Cherokee to LA increases loading on path 66 On Path 36, TDF = - 35 –35% of a schedule from Cherokee to LA decreases loading on path 36 In other words, this schedule LOADS path 66 and UNLOADS path 36.

26 26 AP004 If Positive TDF/Positive path rating is greater than TWICE Negative TDF / Negative path rating, then curtail the schedule which will unload path 66 by twice what it loads path 36. Also, AP004 instructs the RDRC to go immediately to step 8 accommodation level and step 9 curtailment level.

27 27 UFAS Administrative Practices UFAS Administration Practice 005 – rapid advance to latter steps of procedure UFAS Administration Practice 006 – Use of TOT 2 phase shifters for coordinated cut-plane operation (allows total TOT2 to meet MORC, vs. TOT2a, or b, or c)

28 28 UFAS Administrative Practices UFAS Administration Practice 007 – Curtailment event evaluation selection process UFAS Administration Practice 008 – Use of phase shifters to provide obligated path relief

29 29 PSTs require two special exemptions from the UFMP 1.Owners of any PSTs (not just qualified) may be exempt from curtailing certain schedules between neighbors. –Schedules to neighbors through qualified PSTs operating under COPS may also be exempt. These schedules are identified by PORs/PODs on either side of the PST AND by source and sink in the CAs immediately adjacent to the PST. 2.Owners of PSTs may use the PST to unload a qualified path in-lieu of curtailing a schedule

30 30 PSTs holding schedule with neighbor 1. Owners of PSTs may be exempt from curtailing certain schedules. –If COPS doesnt provide all of the relief required and the UFMP is moving into the schedule curtailment steps (steps 4-9), then… –Schedule curtailments are required from all (including PST owners) and… –Whether a PST is holding schedule (act=sched) OR a qualified PST is participating in COPS (in COPS, PST actuals need NOT equal to schedules)… Schedules across the PST between adjacent CAs will not be curtailed

31 31 Use of PSTs vs. curtailing schedules 2. Owners of PSTs may use the PST to unload a qualified path in-lieu of curtailing a schedule –It is OK to move the PST away from schedule or neutral in-lieu of curtailing schedules. This is referred to as incremental PST operation. –The PST owner must demonstrate the effectiveness of the incremental change on reducing unscheduled flows on the qualified path. –The PST must not be participating in COPS for this incremental operation.

32 32 AP008 using PST vs curtailment Use of PST operation to meet a Members Path relief obligation under the Schedule Curtailment phase of the Procedure. Schedule reductions shall not be required by the Member to the extent that controllable elements (which are not operated in a coordinated manner) are incrementally operated during the USF event to achieve an equivalent reduction in USF across the constrained Qualified Transfer Path. The Member shall be able to document and demonstrate that an equivalent USF reduction has been achieved through the use of the controllable element. Allowed relief under this provision of AP008 is only available to the Member that operates a controllable device as only this member can document and demonstrate an equivalent USF reduction. This relief is a function of the incremental operation of a phase shifting transformer or other controllable device and cannot be identified by adjustment or curtailment of a NERC Transaction Tag. Therefore, this relief would be identified directly in webSAS by the Control Area responsible for PST operation.

33 33 One method to document and demonstrate the use of a PST vs Tag Curtailments 1.Determine the relief required on the qualified path 2.Contact the reliability coordinator and path operator and express your intentions to use the PST vs curtailing tags. 3.Move the PST and verify the affects on the path suffering USF by talking to the path operator.

34 34 Examples of AP008 Colstrip to Bonanza (Utah) Colstrip to Northeastern Colorado Colstrip to LDWP Colstrip to PACW(Wyoming)

35 35 AP008 example: Curtailments required in Step 9 of UFMP TDF%Curtailment %

36 36 AP008 Example 1 (see next slide) Colstrip to Bonanza (Utah) TDF on path 30 (TOT1 east to west ) = This means 34.5 % of a schedule from CS to Bonanza flows on path 30 –Step 9 UFMP would require a 25% reduction in any schedule between the zone containing CS and the zone containing Bonanza –If WEBSAS identified 4 schedules totaling 80 MWs between these two zones, 27.6 MWs (34.5%) would be flowing on Path 30. The UFMP would require 6.9 MW (25% of 27.6 MW) reduction in Path 30 flows NWMT may choose to incrementally change the PSTs at Montana-Southeast to reduce the flow on Path 30 by 6.9 MW. If NWMT reduced the PST flows at MTSE by 6.9 MW, NOT all of the 6.9 would show up on Path 30. Thus, NWMT must change PST flows more than 6.9 to assure enough relief of Path 30.

37 37 Path 30 E to W, CS-Bon Example CS Bon NE Col 100 MW schedule Path 30 TDF = 34.5

38 38 AP008 Example 2 Colstrip to Northeastern Colorado TDF = meaning a 100 MW schedule from CS to NE Colorado reduces east to west flows on path 30 by 28.6 MW.

39 39 Path 30 E to W CS-NE Colorado Example CS Bon NE Col 100 MW schedule Path 30 TDF = 28.6

40 40 TDFs for Colstrip Schedules affecting other qualified paths Path 15 Path 66

41 41 CS TDFs for Path 15 (path 15 South to North) CS-LADWP TDF = CS-PACW/SOR = +9.7 CS PACW/SOR LA

42 42 CS TDFs for Path 66 (COI North to South) CS- SMUD = CS – PACW/SOR = -8.8 CS SMUD PACW/SOR

43 43 Actual AP008 examples To be provided later

44 44 UFAS Administrative Practices UFAS Administration Practice 009 – In the past, any schedule that affected a qualified path would not be allowed to start during a UFM Event, regardless of how small the affect is. This could shut down 1000s of MWs of schedules for almost no reason. AP009 says that if a schedule has a very small (<5%) affect on a qualified path, allow the schedule to start because the system has at least +/- 5% incertainty.

45 The tools Websas is a tool developed by OATI to implement the plan. There are non-webSAS methods also, primarily using paper matrices. The following is for webSAS only.

46 46 UFMP Tools WEBSAS is the Security Analysis Service program from OATI to coordinate unscheduled flow mitigation in the WECC Interconnect –Determines relief requirements –Suggests on and off-path schedule curtailment options –Ties to e-tag and WECC message net WEBSAS determines affect of on and off-path schedules on path that is loading due to USF. WEBSAS then recommends schedule cuts

47 47 WEBSAS needs or calculates the following: Path Operator establishes: –Stage (step) of USF event –Path(s) suffering USF Websas determines: –Your implemented tags from zone to zone –Your TDFs from zone to zone affecting the suffering path –The MWs relief you could provide given tags you are sinking and their TDFs –Is it the top of the hour? Doesnt need to know: –Your total net interchange schedule –Ramp information (WEBSAS uses fully ramped-in tag MWs)

48 48 WEBSAS Curtailments On-path tags are on the qualified path and a subject to accommodation curtailments. Off-path tags are those on paths parallel to the qualified path and are subject to relief mitigation. –The WECC member load control area or the load serving entity (or their assigned agent) are responsible for the curtailments of off-path schedules based on TDFs.

49 49 From the UFAS FAQ list on the WECC website Question - The Unscheduled Flow Mitigation Procedures (USF) describe a Receiver as being responsible for providing USF relief. How has this been interpreted by WECC with relation to E-tags? Answer – WECC has determined that the Receiver is the Load Serving Entity (LSE) on the E-tag. The entity responsible for providing the relief is dependant upon if the LSE on the E-tag is a WECC member or not, as follows: –If the LSE on the E-tag is a WECC member, then that LSE is responsible for providing relief requirements under the USF. –If the LSE on the E-tag is NOT a WECC member, then the Load Control Area on that E-tag is responsible for providing relief requirements under the USF. Reference USFMP Section 9.h.ii

50 50 Member LSEs The host control area wont see the tags to be curtailed if the LSE is a WECC member unless the CA is an agent for the LSE. If the CA is not an agent for the LSE, the LSE is responsible for curtailments. Also, a member LSE practicing hubbing is not exempt from making tag curtailments. They may assign their responsibility to their host control area if the host CA is their agent.

51 51 Responsible Party can be found on Tag CA GPESOURCE CONTRACTMISC CISO SELLPSESP15 TPPSEPORPODSECONTRACTMISC CISOSELLPSESP15ELDORADO500CISO SELLPSEELDORADO500FOURCORNE345AZPS BUYPSEFOURCORNE345VALLEYAZPS CA LSESINK CONTRACTMISC AZPS BUYPSEBANKONEBALLPARK Responsible Party

52 52 UFMP Tools WEBSAS uses a matrix to determine the affect of a schedule from one zone to another on the path experiencing the overload due to unscheduled flows. The matrix provides Transfer Distribution Factors (TDFs) to determine the % of on and off-path schedules that shows up on overloaded path. –No action required if the TDF is less than 10%

53 53 WebSAS WEBSAS snaps a schedule picture and applies the TDFs when UFS event is announced on WECC_NET. WEBSAS then recommends tag cuts for each entity that will reduce overloads on path suffering due to USF. The tag cuts are based on the impact a particular schedule has on the over-loaded path.

54 54 Add Alternative Action If the operator desires to provide required relief via some alternative mechanism rather than curtailing E-tags (perhaps raising generation at a particular unit or issuing a counterflow transaction or operating a PST), then the operator should: –Leave all E-tags unselected and select Confirm –In the new window that opens, select Add Alternative Action. Type in the text notes describing the alternative action and select confirm. No E-tag curtailments will occur, but your text entry will be logged for WECC staff to review.

55 55 Execution & Effective Time Execution Time: When the path operator requests a USF event (asks for relief). This is when the event is called. Effective Time: Top of hour following execution time. This is when the event actually starts and when webSAS determines compliance. Pre-event tags are any tags implemented before the execution time Post-event tags are any tags implemented after the execution time.

56 56 Pre-event tag example Lets say a tag is approved and accepted and is in the scheduler (either real-time or day-ahead) and power is to begin to flow at 14:50 (as the ramp begins) and is supposed to flow for three hours. Lets also say an event is called at 14:20 (execution time) with an effective time of 15:00. Because the tag was in the scheduler prior to execution time, webSAS treats this as a pre- event tag.

57 57 WECC Message From: OATI1 Sent: Tuesday, May 31, :15 To :ALL WSCC Subject: Path 66 – COI Unscheduled Flow Reduction Procedure 10. Device Action – Start Coordinated Controllable Device Operation 11. PPT Action Date – 05/31/ PPT Action Time – PPT Action Zone – PPT 14. Schedule Curtailment – Start Indicated Level of Schedule Curtailments (See Below) 15. Schedule Curtailment Date – 05/31/ Schedule Curtailment Time – Time Zone – PPT 18. Level – Fourth Level (Step 9) 19. Comments – Path 66 is continuing to experience USF constraints, they are accommodating 7% or more of USF on the path and is invoking Step 9, Level Four Curtailment of the contributing schedules Execution Time Effective Time

58 58 Pre & Post event tags There are different rules for curtailing pre and post event tags. Pre-event tags with TDFs as high as 9.99% may not be curtailed Post-event tags with TDFs as low as 6% will be curtailed –The tags with TDFs between 6% and 9% are most susceptible to NOT flowing post event and flowing pre-event.

59 59 Your actions to curtail tags may help or hurt 0 You are helping (unloading) the suffering path You are hurting (loading) the suffering path 1) USF events of interest start with you hurting path. 2) WEBSAS calculates you should help this much. NEG relief provided POS relief provided 3) WEBSAS helps you move from NEG to POS

60 60 Floating Box Agent: ControlAreaXYZ Relief Required 4.5 Total Relief Provided = (1) + (2) -6.5 (1) Post USF Tags Relief (2) IMPLEMENTED E-tag Adjustments (3) webSAS Relief Selected Adjustments Total Relief Expected = (1) + (3)

61 61 WEBSAS output curtailed schedules Relief required: WEBSAS calculates your responsibility for relief on the suffering path to be this much. This is all based on tags sinking in your control area and their TDF percentages. This amount is calculated when the event is called, that is, the execution time. The amount is based on all current IMPLEMENTED tags. This value does not change.

62 62 Relief Required Relief Required is calculated for each entity by WEBSAS using the TDF matrices at execution time. –POS Relief Required means the receiving entity (i.e. your control area) must take action to provide some relief. –NEG Relief Requirement means the receiving entity (i.e. your control area) took actions prior to the execution time that helped relieve the path.

63 63 Relief Provided Relief Provided is calculated between execution time and effective time. –POS Relief Provided indicates you have taken some action to relieve the suffering path and you have helped. –NEG Relief Provided means you have taken some action to LOAD up the suffering path and you havent helped at all.

64 64 Relief Provided This value must be equal to or greater than Relief Required in order to be compliant. Remember the relief provided is measured as you are going into the top of the hour.

65 65 WEBSAS output Floating Box (1) Post USF tags Relief: This value is the result of applying the TDFs to all Implemented tags after the USF event is called at the execution time. This number can change as tags come in or are withdrawn. –A negative value means you are hurting the suffering path. –A positive value means you are helping the suffering path.

66 66 Floating Box 2 (must refresh to update!!) Floating Box 2: IMPLEMENTED E-tag Adjustments This value is calculated form all E-tag adjustments, curtailments, and extensions that went IMPLEMENT after the USF event was called. The value is Positive to help or Negative to hurt the current USF event. This number can change as more E-tags go Implemented.

67 67 Floating Box 3 (must refresh to update!!) Floating Box 3: webSAS relief selected adjustment This value is calculated from all E-tags selected in the webSAS tool at the current time. This number fluctuates as new E-tags are selected within the current display. This is an aid to help determine if the selected E-tags provide adequate relief.

68 68 Floating Box Agent: ControlAreaXYZ Relief Required 4.5 Total Relief Provided = (1) + (2) -6.5 (1) Post USF Tags Relief (2) IMPLEMENTED E-tag Adjustments (3) webSAS Relief Selected Adjustments Total Relief Expected = (1) + (3) The word Implemented refers to tag status and means the tags and/or tag changes affecting your ACE. Box 3 represents adjustments made with WEBSAS

69 69 Floating Box Agent: ControlAreaXYZ Relief Required 4.5 Total Relief Provided = (1) + (2) -6.5 (1) Post USF Tags Relief (2) IMPLEMENTED E-tag Adjustments (3) webSAS Relief Selected Adjustments Total Relief Expected = (1) + (3) Turns Green if enough has been curtailed. Main page also turns green/red depending on if youve curtailed enough. These numbers only change when curtailment has been implemented with WEBSAS. This number will change as tags & changes are implemented

70 70 Floating Box Example 1.Using the TDFs applied to active schedules when the USF event was called (execute time), WEBSAS came up with your relief required = 4.5 MW 2.Post-event tags have come in that hurt the victim path by 11.6 MW 3.Curtailments (non-WEBSAS), adjustments, counterschedules, and extensions have been implemented that have helped by 5.1 MWs 4.So you need to use WEBSAS to get from -6.5 (hurting) to (helping) or about 11 MWs of further actions required to reduce your impact on victim path.

71 71 Floating box example (1) Due to post-event schedules, you are now hurting the other path by 11.6 MW NEG (Hurting) POS (Helping) (2) WEBSAS has calculated your help so far to be MW (3) Your initial relief required was 4.5 MWs You need to use WEBSAS to get 11 MWs more relief on the victim path.

72 72 Event time reset For the first years of the plan, a USF event could go on for days. Timer now starts when moving past step 3 of procedure. Event terminates whenever the event goes below step 4.

73 73 Post-event tag problem Lets say the original WEBSAS snapshot showed you had no relief required. In other words, at execution time, none of your tags affected the path suffering USF. Also, lets say before the ramp, you get 3 tags with TDFs higher than 5% on the suffering path and you IMPLEMENT the schedules. On the hour, when WEBSAS does another snapshot to send to WECC RMS group to determine compliance, your relief provided will be NEGATIVE and will show up in the IMPLEMENTED E-tag adjustments in the floating box because of the 3 new IMPLEMENTED tags.

74 74 Solution to post-USF tag problem Refresh the screen often, especially around 00:50 to catch late tags. Once refreshed, your floating box will properly reflect your actions and obligations.

75 Websas screens

76 76 Welcome page

77 77 Welcome Screen Look for your control area name and make sure it is correct Look at your user name to make sure it is correct (not all users have permission to curtail tags). Look at the messages for any recent changes. Often specific Change Orders are listed. Note the time and verify your time zone

78 78 Try to review the latest Business Rules old

79 79 WebSAS Transaction List: Tools Transactions

80 80 Transaction Screen This screen shows all tags sinking in your control area for which you are the agent –View transactions means see current hour transactions only. –View next hour transaction changes means show this hour tags PLUS next hour tag MWs, changes or terminations. –Transaction and Active MWs will differ if there has already been a curtailment.

81 81 Tools Transaction Contributions NWMT may be required to reduce these schedules for a path 20-C event

82 82 Transaction Contributions Shows how much each OFF-path tag sinking in your control area affects the qualified path. –A POS TDF means these tags make the loading on the victim path WORSE. –A NEG TDF means these tags make the loading on the victim path BETTER. This screen is useful if an event is in the non-curtailment steps (steps 1-3) and an entity wants to see if they have tags coming up that may have to be curtailed.

83 83 Red/green/black TDF column Warning or Highlight for Negative TDFs – TDFs in the USF Procedure Report are color coded (red, green, and black). Red = Over the minimum threshold and must be dealt with immediately. Green = These tags are helping the suffering path and should not be curtailed Black = No action required

84 84 TDF % in color

85 85 Preload MW Cap According To Curtailment Requirement This feature gives the option to preload the MW Cap column for Off Path tags according to the curtailment requirements for each tag. To use the new functionality, click on the icon next to the Tag Adjustments header when looking at off-path tags in a USF Report. A menu will be displayed with an option to preload the MW Cap column or to reset the column. Since fractional adjustments are not allowed, the preloaded MW Cap is rounded down to the next whole number so as to assure that the total relief provided will be no less than the requirement. After preloading, the ability to modify the adjustments before confirmation will still be available.

86 86 MW Cap selection

87 87 Dropdown Path Listing shows other paths and NWMT transactions affecting those paths Path 20 aka Path C is affected by these NWMT Schedules

88 88 Model Transfer Dist Factor

89 89 TDF Study Under Model Transfer Distribution factor, you are able to study how much a schedule from source to sink affects a qualified path.

90 90 Log USF Procedures

91 91 USF Log The log is useful to examine recent history: –Paths that have had trouble recently –Time of day to expect trouble –To determine how long events on this path may last –Determine what step of the plan was reached –Note also the TDF update date to let you know when OATI put in the latest TDFs from the WECC staff.

92 92 Model Zones

93 93 Zones The TDFs are calculated from Zone to Zone. The Zone Lists cross reference from Zone Name to Zone Number.

94 94 RecordNameZone # 59Statelin419 60SUN197 61TPWR412 62WalcDavs191 63WAUM631 64WKPL521 65WYO/Cent652 66WYO/NE737 67WYO/SE731 68YTbighrn734 69Zone 11

95 95 Zone Lists Each zone has a name and a number. Sources and sinks are assigned to zones Tags do not contain zone information so this tables cross-references sources and sinks to zones.

96 96 Mapping Source/Sink-Zone

97 97 Websas Examples Ex. 1: May 31, 2005 NWMT had post- event tags. Ex. 2: Path 36 and 66 Event on May 19, 2005 –Competing requests for relief

98 98 WEBSAS Ex 1 May 31, 2005 COI (Path 66) event at step 9 Path Limit = 3784 MW Path Actual = 3798 MW, 14 MW OTC violation Schedule Limit = 3519 MW, Accomodating 3784 – 3519 = 265 MW which is 7% of Path Limit Schedules = 3288, which is 231 MW less than schedule limit Total Unavailable to COI owners = = 496 MW

99 99 Ex 1, Solution Since Path Actual exceeds Path Limit by 14 MW and On-path accomodation is over 7% (265 MWs) Off-path tags must be cut to get 15 MW relief At the time the event was called: –BPA P01 PSE could provide 1.9 MW relief –SPP S1 PSE could provide 7.0 MW relief –TSPMTS PSE could provide 6.6 MW relief –NO relief required from NWMT All WEBSAS agents should watch for post-event tags, however

100 100 Ex 1, NWMTs part of Solution NWMT had 38 tags (36 Implemented tags at time event was called and 2 post-event tags); 4 implemented and 1 post affect COI. 5 post/impl tags affected COI, 4 with +TDF and 1 with – TDF TDF * scheduled MWs for the 5 tags summed to +3.8 and -0.6 for net of +3.1 Curtail the + TDF tags to get 3.1 MW relief

101 101 Ex 1 NWMT post/impl tags POST CHPD_AVA_NWMT.04*70 = 2.8 IMPL BPAT_BPAP_NWMT.05*12=.6 IMPL BPAT_BPAP_NWMT.05*5=.25 IMPL CHPD_REMC_NWMT.04*2=.1 IMPL IPC_IPC_NWMT -.02*30=-.6 Total = = 3.1

102 102 Ex 1 NWMT Actions on May 31, 05 didnt help Didnt curtail the IMPLEMENTED tags using WEBSAS as seen in Floating Box part 2 & 3 (=0) Didnt curtail the post-event tags as seen in Floating Box part 1 (= - 2.8)

103 103 Ex 1, What we should have done May 31, 2005 Use WEBSAS to curtail IMPLEMENTED tags for.3 MW relief (Box 2 & 3 = 0.3) Use WEBSAS to curtail post-event tags for 2.8 MW relief (Box 1 = +2.8) Total relief provided would be 3.1for cutting 89 MWs of tags

104 104 May 31, 2005 Event Floating Box Agent: ControlAreaXYZ Relief Required 0.0 Total Relief Provided = (1) + (2) -2.8 (1) Post USF Tags Relief (2) IMPLEMENTED E-tag Adjustments (3) webSAS Relief Selected Adjustments Total Relief Expected = (1) + (3) Should have been 0.3 Should have been +3.1 Should have been +2.8

105 105 Special Tags affecting Path 66 If a schedule from AVA to NWMT is cut because it has a POS TDF for Path 66, be sure AVA doesnt replace it with a tag equally as bad on path 66. A list of generators with NEG TDF for Path 66 to NWMT may be handy. NWMT must serve the load with tags not POSITIVELY affecting COI.

106 106 WEBSAS Ex 2, Path 36 & 66 Path 36 should accommodate 77 MW (13%) and has only cut on-path schedules by 50 so they have 27 left to cut on-path. There were no off-path schedules to cut for path 36. Path 66 had accomodated 154 MW (5%) but needed some help from NWMT.

107 107 Ex 2, NWMT tags for path 66 1 post-event tags for 20 MW at 5% = 1 MW 4 tags with POS TDF –BPAT_BPAP_NWMT 5% * 6 = 0.3 –BPAT_BPAP_NWMT 5% * 20 = 1.0 –BPAT_PSCMPS_NWMT 5% * 1 = 0.0 –BPAT_PPLMS_NWMT 5% * 10 = tag with NEG TDF –IPCO_IPCM01_NWMT -2%*30 = -0.6 Total = = 2.8 and with credit for IMPLEMENTED NEG TDF tag with -.6 affect, = 2.2 MW relief from NWMT. This shows we get credit for good tags that help reduce the path overloads.

108 108 NWMT total relief required 2.2 MW relief required –1 MW post-event –1.2 MW IMPLEMENTED tags 1.8 POS TDFs -0.6 NEG TDFs

109 109 Ex 2 May 19, 2005: NWMT Actions NWMT did not curtail 20 MW post event tag to get 1 MW relief NWMT did not curtail 37 MWs of IMPLEMENTED tags to get 1.2 MW relief NWMT should have used WEBSAS to do both to get –Box 1 = 1 –Box 2 = 1.2

110 110 May 19, 2005 Event Floating Box Agent: ControlAreaXYZ Relief Required 2.2 Total Relief Provided = (1) + (2) (1) Post USF Tags Relief (2) IMPLEMENTED E-tag Adjustments (3) webSAS Relief Selected Adjustments Total Relief Expected = (1) + (3) 0.0 Should have been 1.2 Should have been 2.2 Should have been +1

111 Go forth and curtail! Please send comments and suggestions to the Unscheduled Flow Administrative Subcommittee exploder at the WECC


Download ppt "Using WEBSAS NERC Learning Objectives Suggested Learning Objectives: Be able to explain the unscheduled flow mitigation plan including the qualification."

Similar presentations


Ads by Google