Model Reference

This reference describes accepted public model families and explicitly bounded planned families, their engineering meaning, principal inputs, generated state, study use, outputs, and important limitations. A named planned or case-specific family is not an executable availability claim. Exact constructors and deck syntax remain versioned API contracts; this page explains when and why each accepted family is used.

Passive lumped branches

ModelPrincipal dataNumerical/state meaningTypical useKey limitations
Resistorterminal nodes, resistance or conductancestatic admittancedamping, burdens, losses, network equivalentsno frequency or thermal dependence unless explicitly modeled
Inductorterminal nodes, inductance, initial currentcompanion conductance plus history currentreactors, source impedance, filtersideal linear flux-current relation
Capacitorterminal nodes, capacitance, initial voltagecompanion conductance plus history sourceshunts, filters, switching studiesideal linear charge-voltage relation
Series R–Lterminals, R, L, initial currentcombined trapezoidal companionfeeder/source equivalents, damping reactorsparameters are constant over the declared validity range
Series R–L–Cterminals, R, L, C, initial statecoupled energy-storage companionresonance and energization studieslumped representation is unsuitable when propagation matters

All dynamic passive branches declare units, terminal orientation, initial state, integration method, accepted timestep domain, and stored-energy accounting.

Sources and equivalents

  • Independent voltage source: prescribed waveform, phase, frequency, timing, terminal orientation, and optional source impedance through an explicit branch.
  • Independent current source: prescribed injected current and orientation.
  • Thevenin equivalent: voltage source plus explicit equivalent impedance; appropriate only within its stated frequency and operating domain.
  • Controlled source: signal-driven source with declared control sampling, delay, saturation, and causality.
  • Lightning/impulse source (planned general family): surge packets may use case-specific prescribed waveforms, but AIMORA does not yet claim a general accepted lightning-source study family.

Sources do not infer a hidden grounding convention. Reference nodes and polarity remain explicit.

Switches, breakers, and discontinuities

FamilyStatusBehavior
Timed ideal switchimplementedchanges topology at declared times
Controlled switchimplementedfollows a typed control or TACS signal
Current-zero switchcase-specific/retained compatibility onlyopens only after an explicitly admitted current-zero condition; no general protection-family claim
Restrike/reignition switchplannedrequires a separately accepted voltage/current/event and arc-domain model
Breaker sequenceplannedrequires the future protection packet for coordinated pole operations, reclosing, lockout, and qualified restart state

Switching models declare closed/open conductance, event priority, chatter protection, interpolation/localization rules, and state included in checkpoints. An ideal switch is a numerical constraint, not a physical arc model.

TACS and control blocks

The control platform includes signal sources, gains, sums, products, limiters, deadbands, filters, delays, transfer functions, sampled tasks, logic, comparators, pulse generation, and controlled electrical interfaces. Every control block declares:

  • input and output units;
  • continuous or sampled execution;
  • exact rational schedule where sampled;
  • direct-feedthrough and algebraic-loop behavior;
  • limits, anti-windup, and reset rules;
  • event interaction and checkpoint state.

Controls do not bypass the physical network solver. Electrical effects enter through registered typed components.

Overhead-line and cable models

Geometry and constants

Line- and cable-constants calculations derive frequency-dependent series impedance and shunt admittance from explicit geometry, conductor/material data, earth return, sheath/screen construction, bonding, and frequency settings.

Runtime representations

RepresentationUseRequired caution
Lumped π or multi-sectionelectrically short lines and low-frequency studiessection count and frequency validity must be justified
Bergeron/travelling-wavepropagation with fixed delay and characteristic impedancefrequency dependence is approximated
Modal linedecoupled or weakly coupled modal propagationmodal transformation validity must be checked
Frequency-dependent fitted linewide-frequency transient studiesfit error, passivity, delays, poles, and extrapolation limits must be reported
Wideband cablecable/sheath coupling over a declared bandconstruction, bonding, earth, and terminal treatment are essential

Coupled-line fitting records frequency samples, weighting, candidate poles, relocation, residues, delay extraction, continuous passivity certificate, enforcement changes, uncertainty, and runtime realization. A fitted model must be rejected outside its admitted domain rather than extrapolated silently.

Nonlinear branches

  • exponential and polynomial static characteristics;
  • ZnO/surge-arrester characteristics (planned general surge-family qualification);
  • saturable and hysteretic magnetic branches;
  • piecewise characteristics with explicit interpolation;
  • ideal algebraic constraints;
  • user-registered nonlinear devices through the public extension contract.

Nonlinear models declare scaling, residual/Jacobian behavior, limits, branch orientation, event surfaces, state acceptance, rollback, and convergence diagnostics. Discontinuities are localized and chatter-protected.

Transformers and reactors

AIMORA exposes multiple fidelity tiers. They represent different engineering questions and must not be substituted silently.

TierPurpose
Low-frequency terminal matrixcoupled terminal behavior in the power-frequency and nearby range
BCTRAN-style modelmulti-winding coupled leakage/magnetizing representation generated from test or design data
Hybrid modelleakage, capacitance, and nonlinear-core effects
Magnetic-equivalent-circuit modelexplicit nonlinear core limbs/yokes and winding coupling
Wideband black-box modelpassive rational multiport fitted to terminal response
Grey-box modelphysical internal-node ladder with identified parameters
White-box modelgeometry-owned winding sections and detailed internal coupling

Transformer connection, phase shift, grounding, winding orientation, tap state, saturation, residual flux, capacitance, losses, and test-data provenance remain explicit. Reactor families include shunt, series, neutral, and smoothing reactors with linear or admitted nonlinear magnetic behavior.

Rotating machines

Wound-field synchronous machine

Owns stator/rotor electrical state, field and damper circuits, saliency, saturation, shaft mechanics, initial operating point, torque/electrical power, and terminal phase-domain interaction. Optional excitation, governor, stabilizer, and limiter tasks declare schedules and limits.

Cage induction machine

Represents stator and cage-rotor state, slip, electromagnetic torque, mechanical load, inertia, and unbalance. Deep-bar variants use multiple passive rotor branches and must report the admitted frequency/slip domain.

Wound-rotor and doubly fed induction machines

Expose an explicit rotor port, rotor electrical power, converter or external connection, shaft state, and operating-mode assumptions.

Permanent-magnet synchronous machine

Owns permanent flux, saliency, stator state, torque, shaft dynamics, and declared demagnetization/thermal limitations.

Synchronous condenser

Uses synchronous-machine electrical and mechanical state with reactive-power/excitation objectives and no hidden prime-mover assumption.

Shaft systems

Single-mass and multi-mass shafts declare inertia, stiffness, damping, mechanical torque, speed/base conventions, torsional modes, initialization, and energy accounting.

Power-electronic models

FamilyStatusRepresentation
Average-value inverterimplemented bounded owneraveraged converter dynamics without individual switching ripple
Two-level switching VSCimplemented bounded ownerexplicit valve states and switching events
Generic diode/controlled-valve bridgeimplemented bounded ownerdeclared topology and nonlinear valve conduction within its accepted bridge cases
Semiconductor-fidelity extensionsimplemented bounded ownerdeclared conduction, reverse recovery, charge, or switching-loss behavior where qualified
Buck, boost, inverting, four-quadrant and interleaved choppersimplemented bounded ownersaverage where released plus explicit switching state, physical passive state and detailed-device behavior
Dual-active bridgeimplemented bounded ownerisolated average or switching bridge pair with transformer leakage, phase-shift modulation and DC energy state
NPC and T-type convertersimplemented bounded ownersexplicit multilevel switching states and neutral-point behavior
Flying-capacitor converterimplemented bounded ownercapacitor-state and switching-sequence behavior
Cascaded H-bridgeimplemented bounded ownertwo-through-eight cell state, capacitor balance and admitted modulation
Matrix converter and cycloconverterimplemented bounded ownerssafe direct-conversion incidence/commutation or line-commutated bridge-group firing

A converter model declares DC/AC terminals, modulation, switching schedule, deadtime, controls, filters, limits, initialization, losses, and fidelity. Average, switching-state and switching-detailed models answer different questions, and only the exact combinations in the public executable-fidelity matrix are admitted.

Measurements and instrument chains

Public contracts cover CT, VT, CVT, sensors, burdens, analog filtering, sampling, digital filtering, instantaneous/RMS/phasor channels, uncertainty, event records, and checkpoint state. Instrument saturation, frequency response, calibration, timing, channel identity, and validity limits must remain visible in results.

Native user-defined components

External Julia packages may register components through explicit extension contracts. A component must provide terminal identity, companion/residual behavior, state acceptance/rollback, snapshot support, units, readiness, and limitations. Project declarations are inert data; loading a project never executes arbitrary source code.

Model selection checklist

Before selecting a model, document:

  1. physical phenomenon of interest;
  2. representation and fidelity;
  3. frequency/time domain;
  4. required parameters and their provenance;
  5. initialization and events;
  6. expected outputs and quality checks;
  7. domain outside which the model must be refused.