PJM · Grid

PJM tie flows

Actual against scheduled flow every five minutes on each of PJM's ties with its neighbours — New York, the MISO seams, TVA, Duke and the rest — plus the MISO net and the RTO net. Positive is into PJM.

pjm-tie-flowsevery 5 min · 5m rows21 entities
NYIS
-1,245MW
2026-09-18 05:05 UTC
PJM MISO
-2,669MW
2026-09-18 05:05 UTC
TVA
641MW
2026-09-18 05:05 UTC
Read from the Dryos API and cached for an hour; the stream itself updates every 5 min.

What is in it

Updates
every 5 min · 5m rows
Entities
21 entities — NYIS, PJM MISO, TVA…
Source timezone
US Eastern — every timestamp Dryos serves is UTC
Coverage
8 September 2026 to now
Rows held
60,732
Primary key
iso, counterparty, interval_start_utc

What it measures

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

  • ActualMW

    Actual flow over the tie at the reading; positive is into PJM.

    actual_mw
  • ScheduledMW

    Scheduled interchange over the tie; positive is into PJM.

    scheduled_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
counterpartyrequiredstringThe tie as PJM names it — a neighbouring control area (NYIS, TVA, DUKE, MECS, ...) or a merchant line (LINDEN, HTP, NEPTUNE is under NYIS) — plus PJM MISO, the net across the MISO ties, and PJM RTO, the net across all of them.e.g. NYIS
actual_mwrequirednumberActual flow at the reading, MW. Positive is into PJM.e.g. -325.5
scheduled_mwrequirednumberScheduled interchange over the tie, MW. Positive is into PJM.e.g. -364
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-tie-flows/query?node=NYIS&limit=12"

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

shell
curl "https://api.dryos.ai/v1/datasets/pjm-tie-flows"

Hourly averages for the last day

shell
curl "https://api.dryos.ai/v1/datasets/pjm-tie-flows/query?node=NYIS&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 Actual been at NYIS 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 · five_min_tie_flows — 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; 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