Platform capabilities

What Joule does.

The mechanics behind the 15-30% number on the operator brief. Joule is not a black box. Every recommendation it emits is deterministic, audit trailed, and accompanied by a human readable reason. This page is the full inventory of how that works, what it sees, what it decides, and what it sends back to the operator's Network Operations Centre (NOC) or Supervisory Control and Data Acquisition (SCADA) system. Joule reads from a Remote Monitoring System (RMS) at the tower.

01. The decision engine

A 5 case priority cascade, evaluated every 5 minutes.

Every 5 minutes, Joule evaluates each connected site against a fixed cascade of power source combinations. The cascade is ordered from cheapest to most expensive: always solar where solar covers demand, diesel only where every other option has failed. The cascade is deterministic (the same inputs always produce the same recommendation) and every step is logged. Operators can audit any decision in any cycle back to the inputs that produced it.

Priority
Source
Logic
Context
Cost / kWh
1
Solar only
Solar covers full demand
Sunlight available and sufficient
$0.00
2
Solar + Battery
Peak tariff avoidance
Battery state of charge sufficient; grid in peak band
~$0.02
3
Solar + Grid
Off-peak charging
Solar partial; grid in off peak band; battery topping up
Variable
4
Grid only
No solar available
Night, or extended overcast; battery insufficient
Tariff rate
5
Diesel
Emergency only
Grid lost, solar unavailable, battery depleted
~$0.45

Costs shown are indicative. Joule reads the operator's actual tariff schedule per site and computes the dollar impact of each recommendation against the do nothing baseline. Solar at $0.00 reflects the marginal cost of energy already generated.

02. Safety guardrails

Four mechanics that stop the AI doing something stupid.

The cascade decides what is theoretically optimal every 5 minutes. The safety guardrails decide what Joule is actually allowed to recommend, so that an aggressively-tuned cost model never produces an operationally-damaging instruction.

Anti flap protection. Minimum hold times of 15 minutes apply to every recommended source switch. Diesel cool down periods prevent re-cycling generators that have just stopped. The system cannot recommend a switch that would damage equipment by rapid cycling, even if the math says to.

Savings thresholds. No switching unless the projected saving exceeds a configurable threshold (default $0.50/hour). Joule ignores micro-optimisations that would generate operational churn for trivial dollar gain. The threshold is per site and tunable.

Hysteresis bands. A 5%-up / 10%-down logic prevents switching on partly cloudy days where solar fluctuation alone would otherwise trigger flapping. The platform needs a clear benefit signal in either direction before it changes anything.

Deterministic and auditable. Every recommendation includes a human readable reason and a confidence score. There is no "black box" decision. Operators can replay any decision against the inputs that produced it, for any site, for any cycle. Compliance and audit reproduction is a query, not a project.

03. Anomaly and security detection

Statistical baselines. Instant flagging. Actionable context.

Joule learns each site's normal behaviour over 30 days. Per hour, per source, per sensor. Once the baseline is established, the platform watches every 5 minute reading against it. A reading that deviates by more than 3 standard deviations from the learned baseline triggers an instant alert, with the deviation magnitude, the expected value, and a probable cause attached.

No manual threshold setting required. The baseline is learned per site, so a tower in a hot tropical climate and a tower in a temperate market both get sensible anomaly detection without an engineer tuning numbers by hand.

Unexpected load increase

Probable cause: unauthorised power draw, illegal equipment connection at the site, or an unmetered tenant load.

Unexpected load drop

Probable cause: equipment theft, disconnection, breaker trip, or hostile activity at the site.

Solar output drop

Probable cause: panel theft, physical damage, accumulated dust or shading, inverter failure, or wiring fault.

Battery anomaly

Probable cause: battery theft, cell failure, thermal runaway risk, wiring disconnect, or accelerated degradation.

Grid anomaly

Probable cause: infrastructure tampering, utility phase fault, neighbourhood outage, or unauthorised re-routing at the meter.

How it surfaces

Anomaly alerts are sent to the operator's NOC, SCADA, or any alerting channel reachable by webhook. WhatsApp, SMS, ticketing system. Each carries the deviation magnitude, the expected value, the probable cause, and the affected site.

04. Predictive forecasting

Three machine learning models, layered. 27 telemetry points in, 24 hour outlook out.

The cascade decides what to do right now. The machine learning layer decides what to do across the next 24 hours, given what Joule already knows about the site, the local weather forecast, and the demand pattern.

Solar generation forecasting. Combines weather API data with the site's historical efficiency curve to predict the exact solar output curve for the next 1 to 24 hours. Cloud cover impact analysis. Time of day bell-curve logic. Historical shading patterns. The forecast is updated hourly as the weather forecast updates.

Load and demand forecasting. Learns from 30 days of stored history (time series storage, per site) to forecast power needs by hour of day and by environmental factor. Temperature-adjusted air conditioning load. Traffic-driven equipment load. Seasonal variance modelling. The forecast feeds the cascade so that the system pre-positions the battery for predicted demand peaks rather than reacting to them.

Battery dispatch optimisation. Optimal 24 hour battery charging and discharging schedule, enriched with contextual signals (thermal health, grid reliability probability for the next 24 hours, tariff schedule). The dispatch policy targets a configurable state of charge for the night ahead based on the expected grid availability and the cost of charging now versus later.

The three models run independently and feed the cascade. Where they disagree, the cascade's safety guardrails take precedence. Joule will not deviate from a safe operational path on the strength of a machine learning signal alone.

05. Event taxonomy

19 event types. Three categories. Complete situational awareness.

Every signal Joule emits falls into one of 19 typed event categories. Operational decisions, site level alerts, or fleet intelligence. The taxonomy is fixed; operators can subscribe their NOC to any subset. Webhooks are cryptographically signed so the receiving NOC can verify that the event came from Joule and has not been tampered with in transit.

Operational info

The day to day flow of recommendations and reports the platform produces under normal operation.

  • Source switch recommendation
  • Cost spike alert
  • Daily optimisation report
  • AC optimisation action
  • System heartbeat (every 5 minutes)

Site alerts. Warnings

Conditions the NOC should know about but that do not yet require a site visit.

  • System overload
  • Diesel fuel low
  • Battery low state of charge
  • Solar degradation
  • Thermal threshold breach
  • Power quality dip

Site alerts. Critical

Conditions that require immediate intervention or are blocking site operations.

  • Grid failure
  • Diesel genset fault
  • System alarm

Fleet intelligence

Patterns the per site view cannot see. Emerging issues across the estate.

  • Regional diesel shortage
  • Grid outage cluster
  • Fleet battery aging
  • Solar underperformance pattern
  • Connectivity loss

06. System architecture

Four layers. Independently versioned. Thin interfaces.

Joule is structured as four layers. Ingestion, intelligence, output, and platform. Each is independently versioned and the boundaries between them are deliberately thin, so operators can audit any decision back to its inputs. A single agent instance manages 50 or more sites concurrently. A geographic weather cache means a 10,000 site portfolio pulls roughly 300 weather API fetches per hour, not one per site per cycle.

Ingestion. Joule polls the site's Remote Monitoring System over a standard web interface every 5 minutes for 27 telemetry points spanning solar, grid, diesel, battery, and load. A weather forecast is fetched hourly, with results cached geographically. Neighbouring sites within approximately 11 km share a single fetch. Where the operator does not have a Remote Monitoring System in place, Joule can also connect directly to sensors via standard sensor messaging protocols (MQTT, CAN bus), or be deployed alongside a low cost monitoring device.

Intelligence core. The 5 case cascade evaluates source combinations against live inputs. The three machine learning models forecast solar, demand, and battery dispatch across the next 24 hours. Safety guardrails (anti flap, hysteresis, savings threshold) constrain what the system is allowed to recommend.

Output. Recommendations are emitted as cryptographically signed webhooks to the operator's NOC or SCADA endpoint. Each recommendation carries the recommended source mix, a human readable reason, a confidence score, the contributing inputs, and the dollar impact against the do nothing baseline. Anti flap and diesel cool down constraints apply at the output layer too.

Platform. A single agent instance manages 50+ sites with shared time series storage and connection pooling. A 14 endpoint REST API exposes fleet summary, site management, hot reload configuration, and historical query. Sites can be added or removed in seconds without restarting the agent. Hot reload means configuration changes (new tariff schedules, updated anti flap windows) are applied without downtime.

07. Prerequisites and deployment

What the operator provides, and where Joule runs.

Joule's deployment shape is deliberately minimal. The agent runs as a single binary against the operator's existing infrastructure; the operator provides connectivity to the tower telemetry and a destination for the recommendations.

From the operator

What needs to be available for the pilot to start.

  • Remote Monitoring System with web interface access at the pilot sites. Or direct sensor connectivity via standard messaging protocols (MQTT, CAN bus) where no Remote Monitoring System is in place
  • Tariff schedules for the pilot sites, including peak / off peak / shoulder bands where applicable
  • Webhook endpoint on the NOC or SCADA for Joule to send recommendations to
  • Pilot site selection. Typically 5 to 10 representative sites covering urban and rural, solar heavy and grid dependent
  • Optional but recommended: time series store (such as InfluxDB) for the operator's own historical view alongside Joule's

Deployment topology

Where the Joule agent runs. Operators choose based on data-sovereignty and operational preference.

  • Cloud. Managed by Azlan Data; operator connects via VPN to the Joule control plane.
  • Hybrid. Agent runs on operator infrastructure; control plane in Azlan Data cloud.
  • On-premise. Both agent and control plane on operator infrastructure. Data does not leave the operator's environment.

No hardware change

Joule needs nothing new at the site itself.

  • No new sensors required where an RMS is already in place.
  • No physical site visits required to start.
  • No retrofit to the rectifier, the inverter, the battery, or the diesel genset.
  • Where the operator does not yet have an RMS, Joule can be deployed with a low cost RMS option. And serve simultaneously as the diagnostic for whether further hardware investment is warranted at all.

08. Pilot path

A 90 day, paid, scoped-against-a-number validation.

Joule deployments follow a single shape. A 90 day pilot across a representative subset of sites, with baseline measurement, return-on-investment validation, and a go or no go decision before any portfolio rollout. The framing below is the Azlan Data reference timeline; Mayfair21's commercial-representation framework wraps the engagement and underwrites the outcome. At least three times the analysis fee in measurable return, or the analysis is free.

  1. Weeks 0-2 Mobilise

    Site setup and data integration

    Select 5 to 10 representative sites. Urban and rural, solar heavy and grid dependent. Connect the Remote Monitoring System interface, the weather feed, and the operator's NOC webhook endpoint. Establish the baseline energy cost per site over the preceding 30 days. The savings dashboard is live by the end of week 2, showing baseline cost against modelled Joule cost in real time.

  2. Weeks 3-6 Learn

    Weather and machine learning model training

    The machine learning layer learns each site's solar generation curve, load profile, and tariff response. Daily reports correlate weather patterns with energy anomalies. Anti flap parameters and savings thresholds are tuned per site against early operational data. Anomaly baselines complete their 30 day learning window.

  3. Weeks 7-10 Validate

    Return-on-investment validation and operations integration

    Daily reports quantify savings against the week-0 baseline. Air-conditioning optimisation comes online where applicable. The operator's NOC integrates Joule recommendations into its incident workflow. Anomaly alerts begin firing against the trained baseline. Fuel runtime, peak grid usage and solar capture are measured weekly.

  4. Weeks 11-12 Decide

    Scale decision

    Go or no go against the agreed savings target. If go: full portfolio rollout strategy and financial projection, with per site configuration migrated from the pilot subset. If no go: the pilot fee is structured against the result, in line with Mayfair21's 3:1 guarantee on the analysis phase.

Talk to us

Tower energy costs are operator decisions, not infrastructure decisions.

If your estate is running on static rules or manual switching today, and the energy line is moving the wrong way, we are open to a conversation. Mayfair21 wraps the engagement with the executive level relationships and the commercial framework that a senior buying conversation requires.

Talk to us →     Back to the operator brief →