Skip to content

First Run

STEPSS GUI is the desktop edition: the one an installer puts on your machine, and the one that carries every engine plus CODEGEN. This page covers the first launch and gets you to a working simulation without you supplying any data of your own.

If it is not installed yet, start at Installing STEPSS GUI.

The first launch shows a licence and will not continue until you accept it.

The licence on that screen is RAMSES’s, not the interface’s. The two user interfaces are Apache 2.0, while the dynamic simulator is the property of the University of Liège and free for non-commercial use only, so the dialog names the component rather than the application. The free version is also capped, in ways worth knowing before you build a large case.

License is the one page that states the terms, the caps and which component each applies to. Read it there rather than inferring them from the dialog.

The License Agreement dialog on first launch. It is headed License Agreement, RAMSES simulation engine, University of Liege, and the scrolling panel below shows the RAMSES licence beginning with the University of Liege copyright and the statement that RAMSES is not covered by the Apache License 2.0 that governs the STEPSS user interfaces. A line at the foot points to Help then About for the other components' licences, beside Decline and Accept buttons. The License Agreement dialog on first launch. It is headed License Agreement, RAMSES simulation engine, University of Liege, and the scrolling panel below shows the RAMSES licence beginning with the University of Liege copyright and the statement that RAMSES is not covered by the Apache License 2.0 that governs the STEPSS user interfaces. A line at the foot points to Help then About for the other components' licences, beside Decline and Accept buttons.

You accept once. Later launches go straight to the window.

The fastest way to see STEPSS work is not to load anything of your own. The application ships four complete test systems, and opening one copies it to disk and fills in every file slot, so Run works immediately.

  1. Open the File menu.

  2. Choose Open Examples.

  3. Pick a system from the list. The panel beside it describes the case, its size and what the shipped disturbance does.

  4. Click Open example.

The Open Examples dialog. A list on the left offers Kundur two-area, IEEE Nordic, the 5-bus tutorial and the 6-bus microgrid; the panel on the right describes the selected Kundur case, its 11 buses and 4 machines, and the load step its disturbance applies. Buttons below offer Open example and Documentation, and a Show this at startup tick sits at the foot. The Open Examples dialog. A list on the left offers Kundur two-area, IEEE Nordic, the 5-bus tutorial and the 6-bus microgrid; the panel on the right describes the selected Kundur case, its 11 buses and 4 machines, and the load step its disturbance applies. Buttons below offer Open example and Documentation, and a Show this at startup tick sits at the foot.

A banner across the top of the window then reports where the copy landed, with an Open folder button to reveal it, and Dismiss to put it away. Behind it every file slot is already filled in.

The System Data tab immediately after opening the Kundur two-area example. A banner across the top reads Kundur two-area opened in, followed by the path under the examples directory, with Open folder and Dismiss at its right. Below it the first three system data rows hold lf.dat, dyn.dat and solveroptions.dat, the disturbance row holds disturb.dst, and the one-line diagram row holds kundur.svg. The System Data tab immediately after opening the Kundur two-area example. A banner across the top reads Kundur two-area opened in, followed by the path under the examples directory, with Open folder and Dismiss at its right. Below it the first three system data rows hold lf.dat, dyn.dat and solveroptions.dat, the disturbance row holds disturb.dst, and the one-line diagram row holds kundur.svg.

The dialog appears on startup by default. Clear Show this at startup to stop that, and reach it from File, Open Examples whenever you want it back.

SystemSizeWhat it is for
5-bus tutorial5 buses, 1 machineThe teaching case from EEN452 at the Cyprus University of Technology, and the one to open first. One generator with detailed machine, governor and AVR models, a composite load, and an external grid, small enough to read end to end. Its disturbance file is deliberately empty, ready for you to add the records of the study you want.
Kundur two-area11 buses, 4 machines, 60 HzThe standard benchmark for inter-area oscillations. Two symmetric areas joined by a weak tie. The shipped disturbance steps a load and the resulting inter-area mode is the object of the study. A second dynamic file with the stabiliser disabled ships beside the first, so the same run can be repeated with the PSS out and the damping compared.
IEEE Nordic74 buses, 20 machines, 400/220/130 kVThe reference system for long-term voltage stability, from IEEE PES technical report PES-TR19. It opens on the tripped-branch case it is best known for, with further disturbances, a second operating point and a set of load-increase variants shipped alongside.
6-bus microgrid6 buses, 2 generators, 6/11 kVA power-flow-only case: two lines, four transformers, loads at buses D and E, and generators at A (slack) and F. It carries no dynamic data and no disturbance scenario, so it runs on Power Flow Simulation and not on Dynamic Simulation. It is the case the annotated one-line diagram is demonstrated with: 6bus.svg is a template of placeholder codes that Run power flow fills in with the solved values.

The first three link to their own page here, which carries the network, the models and the studies the system is used for. The microgrid has no page of its own, because everything it demonstrates belongs to Power Flow, so its name links to its repository instead. Documentation in the dialog opens the system’s source repository in every case.

Two directories are remembered separately, and the distinction matters once you open more than one example.

  • The examples directory is where copies are unpacked. Opening a second example puts it beside the first rather than inside it.
  • The working directory is where a run reads and writes. Opening an example moves it into that example.

Set either from the Tools menu, which also offers Open working folder and Open terminal in working folder for getting at the files directly.

An example is copied rather than run in place, so editing it is safe and the copy survives quitting. That is the point of copying: work on it freely.

STEPSS GUI plots curves while a simulation runs, which is covered on The Interface. It draws them itself: nothing has to be installed on any platform, and no external plotting program is involved.

Each runtime observable you filled in gets a panel of its own, stacked on a shared time axis, and the window keeps drawing until the run ends. Save PNG and Save CSV keep the picture or the samples behind it, and Reset zoom returns to the full horizon after a drag.

The Run-time curves window at the end of a Kundur run, titled Run-time curves (finished). Two stacked panels share a time axis running to 60 seconds: Machine G1 speed in per unit on top, dipping at the load step and settling just below 0.9996, and the voltage of bus 9 below it, dipping to 0.957 and recovering towards 0.965. Save PNG, Save CSV and Reset zoom sit above them, and the foot reads 6004 samples. The Run-time curves window at the end of a Kundur run, titled Run-time curves (finished). Two stacked panels share a time axis running to 60 seconds: Machine G1 speed in per unit on top, dipping at the load step and settling just below 0.9996, and the voltage of bus 9 below it, dipping to 0.957 and recovering towards 0.965. Save PNG, Save CSV and Reset zoom sit above them, and the foot reads 6004 samples.

Run-time curves need a RAMSES release that writes a column map into the header of its observable file. Against an engine that does not, the window says so rather than drawing. Extracting curves after a run is independent of this: that path reads DYNGRAPH’s output, which carries no header.

Tools, then Dark theme. The choice is remembered between sessions, along with the window’s size and position.