Security screening for grid operators — the full contingency set evaluated inside the dispatch block, not sampled after the fact.
To give grid operators complete security awareness within the dispatch interval — every credible contingency screened before the block is locked, not a sampled subset reviewed after the fact.
Transmission planning tools were built for offline studies, where an engineer can wait an hour for an answer. Control rooms cannot. We build for the second case: the same rigour, inside the time the operator actually has.
A grid where no dispatch decision is taken blind. Where the whole contingency space is evaluated continuously rather than spot-checked, and security screening stops being a planning-desk artefact and becomes a control-room reflex.
As inverter-based generation displaces synchronous machines, the set of credible failures grows faster than any sequential tool can screen. We think that gap is closed by parallelism and by honest solver reporting — not by asking operators to trust a number they cannot audit.
Infrastructure-grade software built for mission-critical operations
Advanced algorithms derived from decades of research and practical expertise
A solver that did not converge is reported as such. We publish residuals, not reassurance
Grid telemetry stays inside the jurisdiction that owns it, on-premise or in-region
The tools most control rooms rely on were designed for transmission planning, where an engineer can pose a question in the morning and read the answer after lunch. They are excellent at that. They were never meant to run inside a fifteen-minute dispatch block, and it shows: operators screen a handful of contingencies because screening all of them is not on the table.
That constraint is getting worse. As inverter-based generation displaces synchronous machines, the set of credible failures grows and the margins shrink. The honest position is that sampling a few outages and extrapolating is no longer a safe approximation of the grid’s actual exposure.
A single AC-OPF is a sparse, sequential problem — a GPU offers little over a good CPU solver and pays real overhead moving the matrix into VRAM. The advantage appears when the work is independent and repeated: an N-1 sweep is thousands of unrelated solves, which is exactly the shape a GPU is built for. We use the GPU where that holds and say so where it does not.
The second half of the problem is data. A national model is stitched together from state transmission utilities, central transmission licensees and independent producers, each with its own conventions. Cases arrive with mismatched parameters, orphaned lines and floating buses. We treat ingestion and validation as a first-class part of the product rather than a precondition someone else should have satisfied.
September 2026
The dispatch engine is in production. Q4 hardens it into something an operator can rely on without checking the working; 2027 turns the GPU loose on the full contingency set.
The dispatch engine and the data path into it: CSV-native AC studies wired into the AxonGrid platform. Contingency work at this stage is operator-driven, not automated.
Before we screen thousands of cases, one case has to be beyond argument. This quarter is about the solver telling the truth and the platform sitting next to its users.
This is the quarter the hardware argument has to prove itself: a complete N-1 sweep inside the time an operator actually has.
Screening is only useful where decisions are made. This quarter is about integration and governance for SLDC environments.
Long-horizon bets, once automated screening is the trusted path.
Manual N-1/N-2 in the current pilot means operators copy a case, trip lines or generators via CSV, and re-run OPF — screening for the control room, not a Grid Code certificate. See our Data Preparation guide for the Advanced Scenario Lab.