PJM · Load
PJM five-minute load forecast
PJM's load forecast for the next two hours in five-minute steps, for the zones, the three regions and the RTO, re-issued every five minutes and kept as vintages — so a forecast can be scored against what it said at the time.
pjm-load-forecast-5minevery 5 min, two hours ahead · 5m rows25 entitiesWhat is in it
- Updates
- every 5 min, two hours ahead · 5m rows
- Entities
- 25 entities — RTO_COMBINED, COMED, PSE&G/MIDATL…
- Source timezone
- US Eastern — every timestamp Dryos serves is UTC
- Coverage
- 10 September 2026 to now
- Rows held
- 1,300,800
- Primary key
- iso, zone, interval_start_utc, source_published_at_utc
What it measures
Every value, its unit, and what the source means by it.
- ForecastMW
Forecast load for the interval, as of this vintage.
forecast_mw
Columns
Exactly what a request answers with, read from the API rather than written here.
| Column | Type | Description |
|---|---|---|
| interval_start_utcrequired | timestamp | Start of the interval, UTC, read from PJM's own UTC column.e.g. 2026-09-09T12:30:00Z |
| isorequired | string | Publishing ISO.e.g. PJM |
| zonerequired | string | Forecast area as PJM names it: a transmission zone (`COMED`, `PSE&G/MIDATL`), one of the three regions (`MID_ATLANTIC_REGION`, ...) or `RTO_COMBINED`.e.g. RTO_COMBINED |
| forecast_mwrequired | number | Forecast load for the interval, MW.e.g. 82140 |
| source_published_at_utcrequired | timestamp | When PJM evaluated this forecast, UTC — the vintage. Every publication is kept, so one interval carries a row per vintage that covered it.e.g. 2026-09-10T02:15:00Z |
| collected_at_utcrequired | timestamp | When 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
curl "https://api.dryos.ai/v1/datasets/pjm-load-forecast-5min/query?node=RTO_COMBINED&limit=12"The catalogue entry — every column, its type and the source
curl "https://api.dryos.ai/v1/datasets/pjm-load-forecast-5min"Hourly averages for the last day
curl "https://api.dryos.ai/v1/datasets/pjm-load-forecast-5min/query?node=RTO_COMBINED&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.
claude mcp add --transport http dryos https://api.dryos.ai/mcpThen ask:
What has Forecast been at RTO_COMBINED 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.
- 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 · very_short_load_frcst — 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 5 min, two hours ahead; 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
- PJM load by areaPJM
Real-time load every five minutes in each of PJM's 21 transmission zones, its three regions and the RTO total — telemetry, the number on PJM's own dashboard, not the metered load that settles.
every 5 min · 5m rows25 entitiespjm-system-load - PJM metered hourly loadPJM
PJM's settlement-quality hourly load for 30 load areas and the RTO, from the distribution companies' own meters, filled in company by company over the days after — the RTO row is a running total until every company has reported.
every 3 h, a few days behind · 1h rows31 entitiespjm-load-metered - PJM preliminary hourly loadPJM
PJM's preliminary hourly load for ten areas, integrated from telemetry the day after — between the five-minute reading and the metered settlement load.
every 3 h, a day behind · 1h rows10 entitiespjm-load-prelim - PJM seven-day load forecastPJM
PJM's hourly load forecast for the next seven days, for the zones, the three regions and the RTO.
twice hourly, a week ahead · 1h rows25 entitiespjm-load-forecast-7day - CAISO five-minute load forecastCAISO
The load forecast CAISO's real-time dispatch runs on, every five minutes, for its own areas and every Western EIM balancing authority.
every 5 min · 5m rows37 entitiescaiso-load-forecast-5min - PJM real-time LMPPJM
Unverified five-minute prices at PJM's 12 trading hubs, 22 transmission zones, 7 interfaces and every other aggregate pricing node, with the congestion and loss components, about four minutes after the interval starts.
every 5 min · 5m rows482 entitiespjm-realtime-lmp