PJM · Ancillary

PJM operational reserves

The megawatts of synchronized, primary and thirty-minute reserve PJM is holding against each requirement, as the control room sees them every fifteen seconds, for the RTO and the Mid-Atlantic/Dominion sub-zone.

pjm-operational-reservesevery 15 s · 15s rows13 entities
RTO_SYNCHRONIZED_RESERVE_TOTAL
3,753MW
2026-09-18 05:06 UTC
RTO_CONTINGENCY_PRIMARY_RESERVE_TOTAL
5,167MW
2026-09-18 05:06 UTC
Read from the Dryos API and cached for an hour; the stream itself updates every 15 s.

What is in it

Updates
every 15 s · 15s rows
Entities
13 entities — RTO_SYNCHRONIZED_RESERVE_TOTAL, RTO_CONTINGENCY_PRIMARY_RESERVE_TOTAL…
Source timezone
US Eastern — every timestamp Dryos serves is UTC
Coverage
9 September 2026 to now
Rows held
629,572
Primary key
iso, as_type, interval_start_utc

What it measures

Every value, its unit, and what the source means by it.

  • ReserveMW

    The series' value at the scan.

    reserve_mw

Columns

Exactly what a request answers with, read from the API rather than written here.

ColumnTypeDescription
interval_start_utcrequiredtimestampStart of the interval, UTC, read from PJM's own UTC column.e.g. 2026-09-09T12:30:00Z
isorequiredstringPublishing ISO.e.g. PJM
as_typerequiredstringThe reserve series as PJM names it, upper-snake: a total held or a requirement, for a product, in the RTO or the Mid-Atlantic/Dominion sub-zone — RTO_SYNCHRONIZED_RESERVE_TOTAL, RTO_SYNCHRONIZED_RESERVE_REQUIREMENT_FROM_MARKETS, MID_ATLANTIC_DOMINION_OPERATING_30_MIN_RESERVE_TOTAL, and so on.e.g. RTO_SYNCHRONIZED_RESERVE_TOTAL
reserve_mwrequirednumberThe series' value at the scan, MW.e.g. 2290
source_published_at_utctimestampWhen PJM published the row, UTC.
collected_at_utcrequiredtimestampWhen Dryos collected this row, UTC. Stamped by the platform, not the collector.e.g. 2026-09-09T12:35:12Z

Read it

Public, read-only, no key and no sign-up. Relative times stay relative, so a URL keeps working.

The newest rows

shell
curl "https://api.dryos.ai/v1/datasets/pjm-operational-reserves/query?node=RTO_SYNCHRONIZED_RESERVE_TOTAL&limit=12"

The catalogue entry — every column, its type and the source

shell
curl "https://api.dryos.ai/v1/datasets/pjm-operational-reserves"

Hourly averages for the last day

shell
curl "https://api.dryos.ai/v1/datasets/pjm-operational-reserves/query?node=RTO_SYNCHRONIZED_RESERVE_TOTAL&start=-24h&interval=1h&agg=avg"

Full parameters — bucketing, aggregation, filters and search — are on the API reference.

Ask an agent

The same stream through the Model Context Protocol, so Claude, ChatGPT, Cursor or any MCP client can query it directly.

shell
claude mcp add --transport http dryos https://api.dryos.ai/mcp

Then ask:

What has Reserve been at RTO_SYNCHRONIZED_RESERVE_TOTAL over the last 24 hours, and when did it peak?

Setup for every client is on the MCP server page.

Changes to this collector

A change in the collector is a change in the data. Anyone reading a step in a series is owed the day it moved under them.

  1. 2026-09-09

    First collected, from PJM Data Miner 2.

    Non-member API access was granted on 2026-09-09. Reconciled against live responses the same day: schema, nulls, primary key, value bands and row counts all passed, and the energy identity and the node naming rule were checked row-for-row against the day-ahead feed and the pricing-node master.

How this stream is checked

  • Pulled straight from PJM Data Miner 2 · operational_reserves — no reseller in between — and compared against that file before it is served.
  • Null means the source did not report it — never zero.
  • A reading lands every 15 s; the interval timestamp is the start of the interval, in UTC.
  • PJM's Eastern Prevailing Time observes daylight saving; its rows carry UTC as well. Every timestamp Dryos serves is UTC.

Related streams