Unexpected load increase
Probable cause: unauthorised power draw, illegal equipment connection at the site, or an unmetered tenant load.
Platform capabilities
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
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.
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
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
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.
Probable cause: unauthorised power draw, illegal equipment connection at the site, or an unmetered tenant load.
Probable cause: equipment theft, disconnection, breaker trip, or hostile activity at the site.
Probable cause: panel theft, physical damage, accumulated dust or shading, inverter failure, or wiring fault.
Probable cause: battery theft, cell failure, thermal runaway risk, wiring disconnect, or accelerated degradation.
Probable cause: infrastructure tampering, utility phase fault, neighbourhood outage, or unauthorised re-routing at the meter.
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
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
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.
The day to day flow of recommendations and reports the platform produces under normal operation.
Conditions the NOC should know about but that do not yet require a site visit.
Conditions that require immediate intervention or are blocking site operations.
Patterns the per site view cannot see. Emerging issues across the estate.
06. System architecture
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
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.
What needs to be available for the pilot to start.
Where the Joule agent runs. Operators choose based on data-sovereignty and operational preference.
Joule needs nothing new at the site itself.
08. Pilot path
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.
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.
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.
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.
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
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.