← Back to overview
    Efficiency & ROI

    When AI jobs can wait, they pay less for power. OPAIRS does it automatically.

    Electricity is not a fixed cost: it fluctuates hourly. OPAIRS uses the aWATTar API to shift AI inference and automations into low-price windows. The result: measurable returns, predictable costs, and no loss of functionality.

    OPAIRS EnergyManager in cooperation with aWATTar – intelligent electricity price scheduling for on-premise AI inference
    European energy. Local intelligence. In cooperation with aWATTar.

    Cloud providers hide their energy costs inside token pricing. Anyone running AI on-premise sees power consumption directly, and can control it. That is exactly what OPAIRS does: compute-intensive tasks are not simply executed when they arise, but when electricity is cheap. Automatically, without manual intervention, and without limiting functionality.

    aWATTar Integration: Spot Market Electricity Prices as a Control Signal

    OPAIRS EnergyManager dashboard with aWATTar electricity price display and daily profile chart
    Green = cheap, jobs run. Yellow = expensive, jobs wait. Fully automatic.

    Real-time prices directly in the OPAIRS stack

    OPAIRS integrates the aWATTar API for hourly EPEX SPOT electricity prices. The system knows the current price per kWh as well as the expected trend over the next few hours. If the price is above the configurable reference value, the EnergyManager automatically shifts non-critical jobs to the next low-price window. If it is below, all processes run without delay. The reference price is freely configurable per installation, so companies with their own PV system or an industrial power tariff can adjust it accordingly.

    Three Job Classes – One Clear Prioritization

    • Immediate – time-critical requests: User interactions, alarms, and real-time evaluations always run right away, regardless of the electricity price.
    • Deferrable – batch inference: Knowledge graph updates, data processing, and document analyses are shifted to the next low-price window.
    • Schedulable – automations & workflows: Nightly re-indexing, model reloads, backup processes, and rule-based automations are actively placed in low-price periods.
    OPAIRS EnergyManager returns dashboard – deferred jobs, kWh returns, and euro savings since go-live
    Returns since go-live: 3,900+ deferred jobs, €63 against the reference price.

    Measurable returns from day one

    Since going live on 04.05.2026, the EnergyManager has documented every deferred job and calculated the return against the reference price. Over 3,900 deferred jobs, roughly 345 kWh processed in an optimized way, and over €63 in returns against the reference price of 16.0 ct/kWh, with zero forced aborts. The system genuinely waits; it does not cancel tasks. Capacity is fixed, and costs remain predictable.

    System Consumption Scales with Load, Not with the Calendar

    OPAIRS system monitoring dashboard – GPU utilization, system consumption, and inference load in real time
    Transparent consumption: 63 W idle, 177 W under inference load. Controllable, not hidden.

    From 63 W idle to 177 W under load

    The OPAIRS stack shows transparently what is actually being consumed: under 70 W total system consumption at idle, and up to 177 W under inference load, of which 171 W is GPU. This makes energy planning realistically calculable. Combined with the EnergyManager, it means peak load falls deliberately into low-price periods. What is a hidden operating expense for cloud providers becomes an actively controllable variable with OPAIRS.

    ROI Impact: Energy Costs as an Active Variable in the TCO Model

    Energy costs are a real line item in on-premise TCO calculations. The EnergyManager reduces this item not through less AI, but through better timing. Every optimized job directly improves the return on investment of the OPAIRS system, with no compromise on functionality. A detailed comparison of the total cost of ownership of on-premise versus cloud API can be found in the OPAIRS TCO comparison.

    Outlook: Industrial Power Trading as the Next Expansion Stage

    As soon as regulatory frameworks allow direct electricity exchange between industrial consumers and households (think decentralized energy markets and peer-to-peer trading under future EU mechanisms), OPAIRS is architecturally prepared. Manufacturing companies with their own PV systems could deliberately combine surplus generation capacity with inference load: AI infrastructure as an active participant in the energy market, not just a consumer.

    More insights

    Stylized factory with chimneys and tanks in turquoise, next to a bar chart with a rising forecast curve and gears – time-series forecasting for industrial manufacturing
    Research & Development

    OPAIRS Forecasting: Self-Hosted Time-Series Forecasting for Manufacturing

    How much material will we consume next quarter, when will energy demand rise, which items will run out? Time-series forecasts answer questions like these – usually through cloud services that production data has to be sent to. OPAIRS has built its own forecasting service that runs entirely on-premise, recommends a model only when it demonstrably beats a simple baseline, and connects with the SQL Agent into one continuous chain: query the data, forecast, evaluate.

    Read article
    OPAIRS SQL Agent benchmark: pass rate of all six LoRA adapters for PostgreSQL, T-SQL and Apache Iceberg compared with Claude Opus 4.8, GPT-OSS-20B and the untuned base models
    Research & Development

    OPAIRS SQL Agent: Comparing Six LoRA Adapters for Industrial Databases

    Six LoRA adapters, a 26-question catalog spanning PostgreSQL, T-SQL and Apache Iceberg databases, two external reference models: OPAIRS has systematically evaluated its SQL agent. Two Granite adapters lead the field. For production use, however, the deciding factors are not only answer quality but also speed, memory footprint, concurrency and the available context from ERP, MES, PLM and other industrial systems.

    Read article