PJM · Load

PJM metered hourly load

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.

pjm-load-meteredevery 3 h, a few days behind · 1h rows31 entities
AECO
933MWh
2026-09-16 03:00 UTC
DOM
15,020MWh
2026-09-16 03:00 UTC
PS
4,440MWh
2026-09-16 03:00 UTC
Read from the Dryos API and cached for an hour; the stream itself updates every 3 h, a few days behind.

What is in it

Updates
every 3 h, a few days behind · 1h rows
Entities
31 entities — AECO, DOM, PS…
Source timezone
US Eastern — every timestamp Dryos serves is UTC
Coverage
2 September 2026 to now
Rows held
10,110
Primary key
iso, load_area, interval_start_utc

What it measures

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

  • LoadMW

    Metered energy for load over the hour — its average MW.

    demand_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
load_arearequiredstringLoad area as PJM names it — a distribution company's territory (`AECO`, `AEPAPT`) — or RTO, the total of those reported so far.e.g. AECO
zonerequiredstringThe transmission zone the area sits in.e.g. AE
mkt_regionrequiredstringPJM's market region for the area (MIDATL, WEST, SOUTH; RTO for the total).e.g. MIDATL
demand_mwrequirednumberMetered net energy for load over the hour, MWh — the hour's average MW.e.g. 905.296
is_verifiedrequiredbooleanPJM's flag that the distribution company's meter data is verified.e.g. true
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-load-metered/query?node=AECO&limit=12"

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

shell
curl "https://api.dryos.ai/v1/datasets/pjm-load-metered"

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 Load been at AECO 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-13

    First collected, from PJM Data Miner 2.

    PJM's hourly load, kept by PJM indefinitely. Reconciled against live responses on 2026-09-13.

How this stream is checked

  • Pulled straight from PJM Data Miner 2 · hrl_load_metered — 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 3 h, a few days behind; 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