Skip to main content

Smart District Heating AI Tools

Smart District Heating uses product APIs for operator workflows and AI Engine endpoints for analytical computation. Available routes depend on the licensed module, deployment version, tenant configuration, and project integration.

Prerequisites

  • The Smart District Heating module is enabled for the target tenant.
  • Product API and AI Engine authentication are configured for the intended read or compute workflow.
  • Network, station, asset, and source IDs have been validated.
  • Input units, timestamps, quality flags, and model versions can be recorded.
  • An operations or engineering owner is assigned to review output.

Tool layers

LayerPrimary useExample namespace
Product APIOverview, stations, topology, history, anomalies, suggestions, operation logs, reports, and work records/api/v1/heatops/*
AI EngineState estimation, anomaly scoring, forecasts, network-twin computation, strategy preparation, and safety checks/ai/heatops/*, /ai/mpc/*
DFSSource connection, mapping, quality review, dataset preparation, and governed historyDFS APIs and workflows
Inspector or CMMSInspection, work-order execution, attachments, closure, and feedbackProject-configured work-order APIs

Use Smart District Heating in user-facing text. Use heatops only in paths, configuration keys, scopes, and permission strings.

Product API map

WorkflowExample routesReview use
Overview and stations/api/v1/heatops/overview, /api/v1/heatops/stations, /api/v1/heatops/stations/{stationId}, /api/v1/heatops/stations/{stationId}/historyConfirm station scope, status, freshness, and history.
Network/api/v1/heatops/network/topology, /api/v1/heatops/network/leaks, /api/v1/heatops/network/hydraulic-analysis, /api/v1/heatops/network/pipeline/{pipelineId}/historyReview topology, suspected leaks, hydraulic context, and pipeline history.
Forecast/api/v1/heatops/forecast, /api/v1/heatops/forecast/weather, /api/v1/heatops/ai/forecast/load, /api/v1/heatops/ai/forecast/supply-tempPrepare load and supply-temperature review with weather context.
Anomaly and diagnosis/api/v1/heatops/anomalies, /api/v1/heatops/anomalies/patterns, /api/v1/heatops/rca/faults, /api/v1/heatops/rca/diagnose/{stationId}Triage findings and review diagnosis evidence.
Suggestions and logs/api/v1/heatops/suggestions, /api/v1/heatops/suggestions/{suggestionId}/accept, /api/v1/heatops/suggestions/{suggestionId}/rejectRecord operator review and connect accepted work to the operating log.

AI Engine map

EndpointInputsOutput and review
POST /ai/heatops/stateNode readings, priors, zones, process and measurement settingsEstimated node and zone state, confidence, corrections, blockers, and evidence.
POST /ai/heatops/anomaly/detectStation feature vector, outdoor temperature, cold-weather flagAnomaly score, threshold, contributing features, and candidate fault type.
POST /ai/heatops/forecast/loadHistorical load, weather, optional building coefficients, horizonLoad forecast, interval, model version, and available error context.
POST /ai/heatops/forecast/supply-tempHistorical supply temperature, weather, optional building coefficients, horizonSupply-temperature outlook, interval, and model version.
POST /ai/heatops/twin/simulateMode, nodes, edges, stations, zones, observationsFour-layer hydraulic, thermal, station, and zone result with residual report.
POST /ai/mpc/strategyStations, current state, weather forecast, supply temperature, thermal inertiaProposed supply target, ramp, valve adjustments, predicted temperatures, confidence, and safety report.
POST /ai/heatops/safety/checkProposed action and approved constraint setPassed, warnings, blocked values, checked constraints, and maximum severity.
POST /ai/heatops/safety/batchMultiple actions and approved constraintsPer-action safety result for a reviewed decision package.

Daily operations

overview and station summary
-> station and topology freshness
-> load and supply-temperature forecast
-> anomaly queue and diagnosis context
-> reviewed suggestion
-> operation log or work order
-> measured outcome

Engineering scenario

versioned topology and input package
-> /ai/heatops/state
-> calibrated hydraulic and thermal study
-> residual review
-> alternative scenario
-> safety and owner review
-> monitored execution plan

Validation checklist

  • Discover the available route set in the target environment.
  • Confirm tenant, network, station, and asset IDs before every request.
  • Record timestamp, unit, quality, input version, and model version.
  • Treat state, anomaly, forecast, strategy, and simulation output as review evidence.
  • Require project-approved constraints, authorization, audit, rollback, and manual override before write integration.

Failure handling

ProblemResponse
Route is unavailableConfirm module enablement, deployment version, tenant configuration, and integration contract.
State confidence is lowReview missing readings, priors, topology, and source quality before downstream use.
Forecast has insufficient historyUse a reviewed alternate method, show the limitation, and collect a longer representative period.
Simulation residuals fail acceptanceRevisit topology, units, observations, and calibration parameters.
Safety check blocks an actionDo not bypass it; revise the action or route it to the responsible engineering owner.