Blackstart Labs
blackstart_web
← Blog

Field notes · November 2026

NERC's Level 3 alert on computational loads: seven actions and how they are becoming interconnection requirements

In May 2026 NERC told every transmission planner, owner, and operator in North America to take seven essential actions on data center load. Six months later those actions are turning into draft Reliability Standards, ISO tariff language, and utility model requirements. This note walks through the alert, maps each action to the draft standards that will enforce it, and compares how ERCOT, MISO, PJM, and utilities are writing EMT and ride-through requirements—so you can see what a large-load interconnection will require from 2027 on.

Why NERC escalated

NERC alerts come in three levels. Level 2 is a recommendation; Level 3 is an Essential Action. NERC issued a Level 2 alert on large loads in 2025 and found from the responses that entities “generally did not have sufficient processes, procedures, or methods” for computational load. The event record made the case for urgency. In Dominion's Virginia territory, normally cleared faults led to about 1,500 MW of data center load transferring to backup in July 2024, 1,800 MW in February 2025, and 3,800 MW on July 22, 2026. ERCOT has analyzed 32 events of 100 MW or more since January 2023.

The Level 3 alert went out on May 4, 2026 to Transmission Planners, Planning Coordinators, Transmission Owners, Balancing Authorities, Reliability Coordinators, and Transmission Operators. Acknowledgement was due May 11 and status reports August 3. It is explicit that it is not a Reliability Standard and carries no penalties—but every recipient had to report its status, NERC aggregates those reports for FERC, and the alert says entities should act before receiving a computational load interconnection request, including those that merely could feasibly receive one within two years.

The seven Essential Actions

  1. EA 1Define the modeling data you need, and put it in your interconnection requirementsTP, PC → TO

    Use the PERC1 (Power Electronic Reconnecting and Ceasing) model, or better, as the minimum base. Model computational load separately from other industrial load, and IT load separately from cooling. Collect seasonal minimum and maximum MW and power factor, dynamic parameters including UPS settings, IT vs non-IT composition, maximum up- and down-ramp in MW/min, protective-device settings including reconnection voltage and timing, on-site generation (fully modeled if it runs in parallel with the grid), and facility use—AI training, inference, crypto, or conventional. Keep it current through the facility's life.

  2. EA 2Study the system with computational load in mindTP, PC

    Evaluate operating limits for how much more load an area can take before voltage or frequency instability (P-Q and P-V analysis, system strength screening, transient limits). Identify vulnerable areas and mitigations. Add credible contingencies for aggregate loss of computational load—including customer-initiated reductions—and tell BAs and Resource Planners how much load is at stake.

  3. EA 3Redefine “qualified change”PC

    A study-triggering qualified change must now cover growth, changes to settings or configuration of the supply and end-use equipment, and repurposing—for example, converting a crypto site to AI training.

  4. EA 4Establish a commissioning processTO

    Verify and validate the as-built model; notify electrically close generators of tests; where possible, run full-load and no-load tests, tests of each control mode (such as switching a UPS from eco mode to on-site BESS), and a ±10% voltage test with individual phase currents, all with the computing equipment installed. Coordinate a pre-energization checklist with the RC, TOP, and BA, and confirm everyone holds the same SCADA and as-built data afterward.

  5. EA 5No non-consequential loss of firm load for normally cleared faultsTP, PC, TO

    Get the facility's relay settings and files, evaluate how its protection and controls respond to normally cleared faults, and work with the customer to maximize facility-level ride-through up to equipment limits.

  6. EA 6Install and use dynamic fault recordingTO (with RC)

    Continuous lower-resolution disturbance recording plus triggered high-resolution fault recording at computational load facilities, with data shared with TPs, PCs, RCs, Regional Entities, and NERC for event analysis.

  7. EA 7Talk to the loadTOP, RC, BA

    Establish Interpersonal Communication with computational loads and joint operating procedures, so operators can issue instructions by voice, SCADA, or another platform to prevent emergencies.

Read as a whole, the alert treats a data center the way the industry learned to treat inverter-based generation a decade ago: model it separately, study its disturbance behavior, record what it does, and coordinate its protection with the grid's.

From alert to mandatory standard

The alert was never meant to stand alone. The pieces have moved quickly:

  • March 18, 2026 — NERC's Standards Committee authorizes Project 2026-02, Computational Loads, recommending one near-term “bridge” standard rather than reopening the MOD, PRC, TOP/IRO, and COM families in parallel.
  • April 1, 2026 — draft registry criteria for a “Computational Load Entity” at 20 MW, 60 kV, and more than 1 MW of IT load.
  • July 16, 2026 — FERC orders NERC to file Phase I “essential actions” standards and registry criteria by December 31, 2026, and a Phase II workplan by March 1, 2027.
  • August 19, 2026 — revised registration splits the entity into a Computational Load Owner (CLO) and Computational Load Operator (CLOP), at sites of 50 MW or more connected at 100 kV or above. Draft standards CLO-001, CLO-002, and CLO-003 post for comment.
  • September 2026 — the three CLO drafts and revised FAC-001 and FAC-002 pass their first industry ballot. The posted schedule runs to a final ballot in November and Board adoption in December.
  • Next — a Large Loads Working Group draft SAR for Phase II would set minimum voltage ride-through, frequency ride-through, RoCoF withstand, and post-fault active power recovery for computational load. Today, the SAR notes, PRC-024 and PRC-029 cover generators and IBRs, and nothing covers load.

Table 1: How the CLO and FAC drafts turn the actions into requirements

The Phase I package maps closely onto the alert. The table follows the three themes that matter most for interconnection—models, ride-through, and monitoring—and cites the Draft 1 requirement numbers from the August 2026 posting.

Essential ActionPhase I requirementCompanion requirementWhat it means
EA 1 ModelsCLO-001 R8: PC and TPs jointly define steady-state, dynamics, and short-circuit data requirements that must include parameters and settings for cessation, tripping, ride-through, and post-disturbance recovery; the share of IT load; and its expected use. Data at least every 13 months, plus updates for the as-built site and each qualified change.CLO-001 R9–R10: the CLO provides the data and dynamic models “accepted by the Transmission Planner,” and must answer technical concerns within 90 days.Ride-through becomes a data obligation now. No Phase I draft requires an EMT model; model type is left to the TP.
EA 1, EA 4 ModelsCLO-001 R1–R3: TOs, DPs, and GOs must document Computational Load Site interconnection requirements—procedures for studies, affected-system notification, coordination, and commissioning—within 45 days of a study agreement if they have none.CLO-001 R11: model verification that site-specific parameters match in-service equipment—within 365 days of in-service, within 180 days of any hardware, software, firmware, or setting change that alters dynamic response, then every 10 years.Revised FAC-001 and FAC-002 were balloted alongside the CLO drafts; we have not reviewed their text here.
EA 2, EA 3CLO-001 R4–R7: TPs and PCs must study new sites and qualified changes (steady-state, short-circuit, dynamics as necessary); CLOs, TOs, GOs, and DPs must cooperate and supply data; each PC must publish its definition of qualified change.—Turns EA 2 and EA 3 into auditable obligations on both sides of the meter.
EA 5 Ride-throughCLO-003 R9–R10: each CLO must have and use a process for developing Protection System settings that operate in the intended sequence during faults, coordinated with the owners of electrically joined equipment.Phase II draft SAR: minimum voltage ride-through, frequency ride-through, RoCoF withstand, and post-fault active power recovery requirements for computational load.Phase I covers coordination and data. Ride-through performance is a separate, later standard; no NERC standard sets one for load today.
EA 6 MonitoringCLO-003 R1–R5: sequence-of-events data for breakers; triggered fault recording on the high side of the main power transformer at ≥64 samples/cycle, ≥2-cycle pre-trigger, ≥2.0 s record, with neutral overcurrent, over/undervoltage, and over/underfrequency triggers; continuous disturbance recording at ≥960 samples/s input and ≥60 records/s output, including P, Q, and frequency.CLO-003 R6–R8: time sync within ±1 ms of UTC; data retrievable for 20 days and delivered within 15 days in CSV or COMTRADE with COMNAME file naming; recording failures fixed within 90 days or a corrective action plan.The most prescriptive part of Phase I. Whoever owns the main power transformer carries the obligation.
EA 7 MonitoringCLO-002 R1–R7: TOPs, BAs, and RCs must publish data specifications for Computational Load Sites—what, how often, accuracy, model consistency, format, secure transfer—and CLOs and CLOPs must meet them.CLO-002 R8–R15: the CLOP must follow Operating Instructions or report it cannot, keep Interpersonal Communication capability and backups, and train its operators.Puts the data center operator on the same operational footing as a generator operator.

From the Draft 1 clean versions of CLO-001-1, CLO-002-1, and CLO-003-1 (Aug 2026). Requirement numbers and values may change through the remaining ballots.

Three things stand out:

  • The model becomes a compliance artifact. Under CLO-001 R11, the data center owner must verify that model parameters match the installed equipment within a year of in-service and again within 180 days of any firmware or setting change that alters dynamic response. For a site whose UPS and power-supply behavior is defined in firmware, that is a standing obligation.
  • Ride-through arrives in two steps. Phase I requires the parameters and the protection coordination; Phase II will require the performance. Interconnection agreements signed in between will be governed by ISO and utility rules.
  • EMT is not in Phase I. The drafts require “dynamics” data and models the TP accepts, nothing more specific. Whether a site must deliver a PSCAD model is being decided region by region—which is why the second table matters.

Table 2: How ISOs and utilities are implementing EMT requirements

NERC leaves model type to the planner, so the real EMT requirements are being written by ISOs and Transmission Owners. They are converging on the same shape but at very different speeds.

EntityEMT model requirementValidation and monitoringStatus
ERCOTPGRR 144: PSCAD required for all large loads (previously only for SSO studies or co-located loads), alongside PSS/E and TSAT. A model quality test (flat start and large-disturbance voltage ride-through) in every platform.For Large Electronic Loads, a converter model validation benchmarking the PSCAD model of the UPS converter against hardware, including a voltage ride-through test and a subsynchronous frequency scan. Reviews before the stability study, before quarterly stability assessment, and as-built before energization.PGRR 144 recommended by TAC (Aug 26, 2026) and the ERCOT Board (Sept 15, 2026); pending at the PUCT. Ride-through itself: NOGRR 282, approved by the PUCT July 9, 2026, effective Aug 1, 2026.
MISOTechnical compendium lists PERC1-equivalent models, EMT models, and PMU telemetry. EMT study is triggered by MISO system strength screening or Transmission Owner criteria—whichever is more restrictive—unless the customer shows no material concern. Separate SSO screening.PMU-quality telemetry above 60 samples/s with GPS-quality time sync; disturbance and event recording for post-event analysis. Customer supports EMT assessment with validated models.Large load interconnection reliability requirements filed with FERC Aug 28, 2026.
PJMThe Sept 1, 2026 draft ride-through tariff and manual revisions for Large Computational Loads say nothing about models. PJM's published EMT model development guidelines are written for inverter-based resources.Ride-through is where PJM is specific: voltage and frequency envelopes, recovery, current limits, and a ban on sag-counting transfer schemes (see below).Draft, “subject to revision.” Applies to LCLs ≥50 MW at ≥100 kV entering study from Nov 1, 2026; transition sites by Nov 1, 2027. TOs set their own requirements on top.
AEPAccepts PSS/E positive-sequence models; PSCAD may be requested where needed.Reliable operational telemetry; no protocol mandated.Per a 2025 CIGRE survey of published utility requirements.
Dominion EnergyCMLD or user-defined PSS/E models with as-planned and as-built data; PSCAD may be requested for interaction and stability studies.Permanent POI power-quality meters with high-resolution, time-aligned logs kept at least 90 days.Per the 2025 survey; Dominion's territory is where all three large Virginia events occurred.
Southern CompanySite data at as-planned, as-built, and as-left stages, verified by simulation before energization and through a performance-validation period. EMT may be requested.Company-owned RTU; may deploy PQ meters, PMUs, and advanced DFRs.Per the 2025 survey.
PG&EModel submittal required; cites ASPEN, PSLF, and PSCAD models, and an RTDS model for 500 kV interconnections.Pre-energization testing witnessed by PG&E, with defined tolerances.Per the 2025 survey. The only entity in it naming a real-time (RTDS) model.
SPPEmphasis on dynamic load-model validation through modeling, commissioning tests, and operational monitoring; no tool mandated.Ride-through demonstration via commissioning and monitoring.Per the 2025 survey.

ISO rows from primary documents. Utility rows summarize a 2025 survey of published requirements and may predate 2026 revisions—ERCOT's row in that survey, for example, predates PGRR 144.

ERCOT is the leading edge. PGRR 144 makes PSCAD universal for large loads and, for electronic loads, requires the UPS converter model to be benchmarked against hardware tests—voltage ride-through and a subsynchronous frequency scan—with an as-built consistency check before energization. That is the same evidence inverter-based resources have had to produce for years, and it implies EMT models that are validated, not just delivered. MISO's approach is screening-driven: EMT where system strength or TO criteria call for it, with the stricter of the two governing. PJM has put its detail into ride-through and has not yet said anything about models for loads. Utility practice outside the ISO rules mostly reads “EMT may be requested”—which, after the Level 3 alert, increasingly means it will be.

It is also worth seeing what a mature EMT model specification looks like. ATC's planning criteria for inverter-based resources require a PSCAD model that compiles in ATC's Fortran version, runs accurately at a 10 µs step or larger, supports multiple instances in one case, avoids global variables and extra layers, and initializes without external input. Expect large-load EMT requirements to borrow that template.

The ride-through envelopes, side by side

EMT models exist to prove ride-through, so the envelopes they will be tested against matter. ERCOT's NOGRR 282 is approved and in effect; the OCP hyperscaler specification says it mirrors NOGRR 282 closely and adopts MISO's convention. Here is how the OCP commitment compares with the MISO and PJM drafts:

Voltage at POI (pu)OCP spec v1.0.0 (Sept 2026)MISO draft (filed Aug 2026)PJM draft (Sept 1, 2026)
V > 1.20May transfer to backup instantlyMay ride through or tripMay ride through or trip
1.10 < V ≤ 1.201.0 s0.50 s1.0 s
0.90 ≤ V ≤ 1.10ContinuousContinuousContinuous
0.80 ≤ V < 0.902.0 s2.00 s2.0 s
0.50 ≤ V < 0.800.5 s0.50 s0.5 s
0.35 ≤ V < 0.500.25 s0.15 s0.25 s
V < 0.350.15 s0.15 s0.25 s
Recovery after sag90% of pre-fault load within 2 s90% within 1 s90% within 2 s
Repeated eventsCounter-based schemes deferred to future workAt least 3 events in any 10 s, cumulative durationsNo sag-counting transfer schemes; if unavoidable, survive 6 sags or swells in 90 s
Cooling loadExempt (computational load only)Not separated in the envelopeMay trip below 0.35 pu; excluded from the recovery baseline
Other—Phase jump up to 25°; V/Hz limits; TOV ride-throughFault current draw ≤150% for ≤0.5 s

Minimum ride-through times before disconnection or transfer to backup. MISO and PJM list a single band below 0.50 pu; it is shown in both rows. OCP figures apply to the computational load only.

The differences are small in the table and large in hardware:

  • MISO wants recovery twice as fast—90% of pre-disturbance power within one second, against two seconds for PJM and the hyperscalers' OCP commitment.
  • PJM goes straight at the July 2024 failure mode. That event involved six fault applications in about 82 seconds; PJM's draft bans transfer schemes that act only on a count of sags, and where equipment forces one, requires surviving six sags or swells in 90 seconds.
  • Cooling is the open seam. PJM and OCP let cooling trip at deep sags and exclude it from the recovery baseline; the MISO draft does not separate it. A site designed only to the OCP commitment could fall short in MISO.

A developer siting in more than one region should design to the strictest envelope and the fastest recovery, then prove it once with a validated EMT model—ideally with the real controllers in the loop, as covered in our notes on real-time simulation and AI load smoothing tests.

What changes for interconnection from here

For data center developers and owners

Expect to register. At 50 MW and 100 kV, most hyperscale and AI campuses will be CLOs, and the operator a CLOP, with compliance obligations of their own.

Budget for a validated PSCAD model. In ERCOT it is already required with hardware benchmarking; elsewhere “may be requested” is becoming the default. Build it from the UPS and power-supply vendors' validated models, not generic blocks.

Treat firmware as a reliability setting. Any change that alters dynamic response starts a 180-day model verification clock under the CLO-001 draft and may be a qualified change that reopens studies.

Specify the recorders now. CLO-003's fault and disturbance recording specification is concrete enough to put in the substation design today.

Retire sag-counting transfer logic. It is the mechanism behind the Virginia events, and PJM is moving to prohibit it.

For transmission planners and owners

Publish your requirements before the request arrives. The alert asks for it, and the CLO-001 draft gives a TO 45 days from a study agreement if it has none.

Write the model list once, completely. PERC1 parameters, IT vs cooling split, ramp rates, reconnection settings, UPS modes, on-site generation and BESS, and use case—plus when an EMT model is required and how it will be validated.

Add load-loss contingencies. Customer-initiated reductions are now credible contingencies to study, and BAs need to know the size.

Commission against the model. Full-load, no-load, control-mode, and ±10% voltage tests with the computing equipment installed are how the as-built model gets validated.

The direction is clear even where the details are still moving. By the time Phase I is filed at year end, a large data center will be a registered entity with model, monitoring, and communication obligations; within a year or two, it will have ride-through performance obligations as well. The interconnections being studied today will live under those rules.

Open these tabs

The alert, the draft standards, and the ISO documents behind this note. Links open the source directly.

NERC and FERC

Project 2026-02 drafts

Educational overview, not legal or compliance advice. Draft standards, tariff proposals, and registry criteria are summarized as posted through early November 2026 and will change; rely on the current documents and your Regional Entity for compliance obligations.